Exploit for DIAL

## https://sploitus.com/exploit?id=KITPLOIT:TOOLS-GITHUB-CRED-CLUB-DIAL
# DIAL

* * *

![dial-logo](https://assets.kitploit.com/production/public/readmes/6258/8c70d91a4dbd63ce5feee6b19c001fbd0b1e4c0243f473fca5ec0e62c0bc3734.png)

क्लाउड पर वर्कलोड हैकर्स को उतने ही अवसर प्रदान करते हैं जितने कि आंतरिक टीमों को। क्लाउड-नेटिव कंपनियाँ बाहरी और आंतरिक दोनों तरफ से हमलों के लिए खुली हैं। सुरक्षा उल्लंघन के बढ़ते जोखिम और क्लाउड गलत कॉन्फ़िगरेशन (misconfiguration) के सबसे सामान्य कारणों में से एक होने के साथ, पता लगाने का औसत समय (MTTD) मिनटों/घंटों/दिनों के बजाय सेकंड्स में कम करना आवश्यक है। इसलिए, हम अपना इनहाउस टूल DIAL (Did I Alert Lambda?) प्रस्तुत करते हैं, जो किसी भी समय किसी भी संख्या में AWS खातों की निगरानी करने में हमारी सहायता करता है।

## DIAL क्या है?

* * *

**DIAL (Did I Alert Lambda?)** एक केंद्रीकृत सुरक्षा गलत कॉन्फ़िगरेशन डिटेक्शन फ्रेमवर्क है जो पूरी तरह से AWS प्रबंधित सेवाओं जैसे AWS API Gateway, AWS Event Bridge और AWS Lambda पर चलता है। DIAL की कुछ प्रमुख विशेषताएँ निम्नलिखित हैं:

  * यह एक ईवेंट-संचालित फ्रेमवर्क है, जिसके कारण किसी भी गलत कॉन्फ़िगरेशन का अधिकतम पता लगाने का समय < 7 सेकंड होता है। **MTTD (Mean Time to Detect) < 4 secs**.
  * यह केवल तब ट्रिगर होगा जब रुचि के ईवेंट जनरेट होंगे।
  * अत्यधिक स्केलेबल और लागत-कुशल क्योंकि यह AWS Lambda के ऊपर बनाया गया है और रुचि के ईवेंट देखे जाने पर ही ट्रिगर होता है।
  * मॉड्यूलर आर्किटेक्चर; जिसका अर्थ है कि आप अपनी आवश्यकताओं के अनुसार आसानी से अधिक ईवेंट हैंडलर और उपयोग के मामले जोड़ सकते हैं।



इसके बारे में अधिक पढ़ने के लिए, आप निम्नलिखित तकनीकी ब्लॉग के माध्यम से जा सकते हैं।

आपको नीचे दिखाए अनुसार सभी प्रासंगिक विवरणों के साथ कार्रवाई योग्य अलर्ट प्राप्त होंगे:

![alert-1](https://assets.kitploit.com/production/public/readmes/6258/d6fe1b0d6d50cdcd43fbca7b72faa31a70a2802ed00675be910ad397b5b7d0cc.png)

![alert-2](https://assets.kitploit.com/production/public/readmes/6258/d2493ce79b1f73e80cf224061948848f2bca8d07c602724557ec5355e0fc44c5.png)

![alert-3](https://assets.kitploit.com/production/public/readmes/6258/cd001f39ecfca468266cd5997571b7d640706b5e4734d08578877e4c4a912e97.png)

![alert-4](https://assets.kitploit.com/production/public/readmes/6258/b4732a7ec63f1487c0a4792e0c54787f398e89dd9a6ae57572ef739ec921557b.png)

## आर्किटेक्चर

* * *

![dial-arch](https://assets.kitploit.com/production/public/readmes/6258/42f536d82b25cc41be8ad84d02f40490ae79014898aba6f58ff9e889dd4130fb.png)

आर्किटेक्चर दो अलग-अलग घटकों में विभाजित है:

  * पैरेंट कंट्रोलर (Parent Controller)
  * चाइल्ड कंट्रोलर (Child Controller)



**चाइल्ड कंट्रोलर;** चाइल्ड कंट्रोलर एक ईवेंट हैंडलर के रूप में कार्य करता है, जिसे उन सभी खातों/क्षेत्रों में तैनात करने की आवश्यकता है जहाँ आप डिटेक्शन फ्रेमवर्क चाहते हैं। यह Event Bridge से ट्रिगर के रूप में जुड़ा होता है, जो बदले में किसी रुचि के ईवेंट होने पर चाइल्ड कंट्रोलर को ट्रिगर करता है। यह कंट्रोलर कॉन्फ़िग फ़ाइल में परिभाषित गंभीरता (severity) के साथ उपयोगकर्ता द्वारा कॉन्फ़िगर किए गए SLACK चैनल पर अलर्ट भेजने के लिए भी जिम्मेदार है। फिर यह पूरे रिस्पॉन्स ऑब्जेक्ट को आगे की प्रक्रिया और भंडारण के लिए पैरेंट कंट्रोलर को भेजता है।

**पैरेंट कंट्रोलर;** DIAL के फ्रेमवर्क को केवल एक पैरेंट कंट्रोलर की आवश्यकता है जो आपके SIEM, IR और अलर्ट के स्थायी भंडारण के लिए एक एग्रीगेटर के रूप में कार्य करता है। पैरेंट कंट्रोलर API Gateway के साथ काम करता है, जो बैकएंड पर एक AWS Lambda से जुड़ा होता है, जिसका एकमात्र उद्देश्य डेटा एकत्र करना है। API गेटवे का अनुरोध प्रमाणित (Authenticated) होना चाहिए, जो अंतिम उपयोगकर्ता की आवश्यकताओं के अनुसार पुनः कॉन्फ़िगर करने योग्य है।

**नोट: यहाँ हमने डेटा इन्जेस्ट करने के लिए ओपन सोर्स IR टूल के रूप में TheHive प्रोजेक्ट का उपयोग किया है; आप अपनी पसंद के किसी भी SIEM/IR टूल पर रिस्पॉन्स ऑब्जेक्ट भेजने के लिए पैरेंट कंट्रोलर पर फ़ंक्शन को आसानी से बदल सकते हैं, बस यह सुनिश्चित करें कि इसके ऊपर जोड़े जाने वाले आवश्यक पैरामीटर बदल दिए गए हों।**

## कवर की गई सेवाएँ:

* * *

  * EC2
  * S3
  * IAM
  * Security Group
  * GuardDuty
  * VPC
  * RDS
  * DynamoDB
  * Secret Manager
  * Parameter Store (System Manager)



## कवर किए गए उपयोग के मामले

* * *

हम वर्तमान में DIAL का डिटेक्शन मॉड्यूल जारी कर रहे हैं, जो आपको किसी भी गलत कॉन्फ़िगरेशन का पता लगाने में मदद करेगा। हम निकट भविष्य में रेमेडिएशन मॉड्यूल भी जारी करने की योजना बना रहे हैं। निम्नलिखित डिटेक्शन उपयोग के मामले हैं जिनका DIAL वर्तमान में पता लगाने और अलर्ट करने में सक्षम है।

  * IAM

    * "CreatePolicy/AttachPolicy/CreatePolicyVersion" के माध्यम से कोई भी विशेषाधिकार वृद्धि (privilege escalation)
    * निष्क्रिय एक्सेस कुंजियाँ सार्वजनिक हो जाना
    * किसी भी उपयोगकर्ता/भूमिका से जुड़ी एडमिन नीति
    * किसी भी उपयोगकर्ता द्वारा कंसोल साइन-इन
    * MFA को हटाना/डिलीट करना
  * S3

    * S3 बकेट को सार्वजनिक किया जाना
    * S3 ऑब्जेक्ट को सार्वजनिक किया जाना
    * S3 बकेट नीति का गलत कॉन्फ़िगरेशन
    * बकेट/ऑब्जेक्ट के लिए गलत कॉन्फ़िगर की गई ACL
  * EC2

    * अज्ञात खाते से VPC पीयरिंग कनेक्शन
    * ढीली सुरक्षा समूह (पोर्ट पर 0.0.0.0/0 पहुंच)
    * प्राइवेट सबनेट को सार्वजनिक रूट टेबल से जोड़ना
    * अवास्तविक इंस्टेंस प्रकार (जैसे p4d.24xlarge) का निर्माण
  * Secret Manager/SSM Parameter Store

    * किस उपयोगकर्ता द्वारा महत्वपूर्ण गुप्त पैरामीटर (secret parameters) को कॉल किया गया
    * गुप्त पैरामीटर की कोई भी डिलीट
  * Database (RDS/DynamoDB)

    * उपलब्ध DB का स्नैपशॉट निर्माण
    * DB को सार्वजनिक बनाने के लिए उसमें संशोधन
    * सार्वजनिक पहुंच True के साथ DB निर्माण
  * GuardDuty

    * गार्डड्यूटी निष्कर्ष (findings)



## स्थापना और तैनाती

* * *

कृपया निम्नलिखित फ़ाइल देखें।