मुख्य सामग्री पर जाएँ
d2defence
← सुरक्षा वेक्टर

TOWER & PAM

कर्मचारी सुरक्षा मज़बूत करें.

हमलावर अब सेंध नहीं लगाते — वे लॉग इन करते हैं। यह समाधान आइडेंटिटी वेक्टर को शुरू से अंत तक बंद करता है: TOWER क्रेडेंशियल का प्रबंधन करता है, PAM उस पहुँच का, जो ये क्रेडेंशियल दिलाते हैं, और Autonomous AI Engine दोनों को उसी क्षण रद्द कर देता है, जब कोई सेशन उस व्यक्ति की तरह व्यवहार करना बंद कर देता है जिसने उसे खोला था।

वेक्टर

कर्मचारियों की आइडेंटिटी वह वेक्टर है जिसे हमलावर सबसे ज़्यादा पसंद करते हैं, क्योंकि यही वह रास्ता है जो कोई अलार्म नहीं बजाता। चुराए गए क्रेडेंशियल से एक वैध लॉगिन, एक वैध सेशन और एक वैध ऑडिट एंट्री बनती है। पेरिमीटर पर टिकी किसी भी सुरक्षा व्यवस्था की इसके बारे में कोई राय नहीं होती।

01

आपको पता चलने से पहले ही बिक चुके क्रेडेंशियल

कॉर्पोरेट लॉगिन, सुरक्षा टीम के नोटिस करने से हफ़्तों पहले ब्रीच डंप और आपराधिक मार्केटप्लेस में दिखने लगते हैं, जिससे हमलावरों को एक प्रमाणित सामने का दरवाज़ा मिल जाता है, जिसे कोई पेरिमीटर कंट्रोल जाँचता ही नहीं।

02

स्थायी विशेषाधिकार, जिन्हें किसी ने रद्द नहीं किया

एक माइग्रेशन के लिए दिए गए प्रशासनिक अधिकार प्रोजेक्ट खत्म होने के सालों बाद भी बने रहते हैं, इसलिए एक अकेला कॉम्प्रोमाइज़ हुआ वर्कस्टेशन पूरे डोमेन में पहुँच विरासत में पा लेता है।

03

प्रमाणीकरण, जो सामने के दरवाज़े पर ही रुक जाता है

लॉगिन के समय एक बार का MFA उसके बाद के नब्बे मिनटों के बारे में कुछ नहीं बताता, जबकि सेशन हाइजैकिंग और टोकन रीप्ले असल में उन्हीं में होते हैं।

d2defence इसकी सुरक्षा कैसे मज़बूत करता है

TOWER क्रेडेंशियल को ज़ीरो-नॉलेज मॉडल के तहत सुरक्षित रखता है और आपराधिक बाज़ारों में उन पर नज़र रखता है। PAM पहुँच को नेटवर्क एड्रेस के बजाय अल्पकालिक, आइडेंटिटी-अवेयर टनल के रूप में देता है, इसलिए किसी ग्रुप मेंबरशिप में ऐसा कोई स्थायी विशेषाधिकार नहीं बैठा रहता जो विरासत में मिलने का इंतज़ार करे। vaultD मशीन आइडेंटिटी से भी यही समस्या हटाता है: कॉन्फ़िग फ़ाइलों में स्थिर कुंजियों की जगह डायनामिक, छोटे TTL वाले सीक्रेट्स।

Autonomous AI Engine इन्हें एक ही निर्णय सतह की तरह देखता है। TOWER को जो क्रेडेंशियल ब्रीच डंप में दिखता है, उसे रोटेट कर दिया जाता है, उससे PAM में खोले गए सेशन रद्द कर दिए जाते हैं और जिस एंडपॉइंट पर वह रखा था, उसे UEM के ज़रिए आइसोलेट कर दिया जाता है — एक निर्णय, क्रम से लागू, सेकंडों में, और बाद में इसे पढ़ने वाले एनालिस्ट के लिए तर्क साथ संलग्न।

क्षमताएँ

  • हर अनुरोध पर Zero Trust प्रवर्तन — डिवाइस की स्थिति, सेशन का व्यवहार और भौगोलिक जोखिम का मूल्यांकन लगातार होता है, सिर्फ़ लॉगिन के समय एक बार नहीं
  • SCIM प्रोविज़निंग के साथ स्वचालित आइडेंटिटी गवर्नेंस और Okta, Entra ID, PingIdentity व Google Workspace में उसी घंटे डी-प्रोविज़निंग
  • जस्ट-इन-टाइम एलिवेशन के साथ विशेषाधिकार प्राप्त खातों पर नियंत्रण, जहाँ चुराने लायक कोई स्थायी प्रशासनिक अधिकार नहीं होता
  • जोखिम-आधारित निरंतर प्रमाणीकरण, जो असामान्य लोकेशन, असंभव यात्रा या उच्च-जोखिम वाले प्रशासनिक कमांड पर FIDO2/WebAuthn तक सख़्त हो जाता है
  • डार्क वेब क्रेडेंशियल निगरानी, और कोई कॉर्पोरेट सीक्रेट ब्रीच डंप में दिखते ही स्वायत्त रोटेशन

संचालन में क्या बदलता है

आइडेंटिटी रिव्यू तिमाही स्प्रेडशीट की कवायद नहीं रहते, बल्कि लगातार लागू रहने वाली स्थिति बन जाते हैं। ऑफ़बोर्डिंग HR और IT के बीच की देरी में नहीं, मिनटों में पूरी हो जाती है। और फ़िशिंग से चोरी हुए पासवर्ड का असर "उस खाते की पहुँच में जो कुछ भी कभी आया हो" से सिमटकर "रद्द होने से पहले के कुछ सेकंड में उस सेशन ने जो किया" तक रह जाता है।

इस वेक्टर पर मॉड्यूल