IT Cyber Security & Ethical Hacking
अपने अधिकांश इतिहास में, सूचना सुरक्षा किसी सिस्टम के निर्माण के बाद लागू की जाती थी: किसी एप्लिकेशन के सामने एक firewall, किसी तैयार endpoint पर एक agent, आर्किटेक्चर के पहले से ही तय हो जाने के बाद एक audit. वह मॉडल चुपचाप विफल हो चुका है, क्योंकि जिन सिस्टमों पर संगठन अब निर्भर हैं, वे clouds, डेटा केंद्रों, उपकरणों और तीसरे पक्षों तक फैले हुए हैं, और सुरक्षा को जोड़ने के लिए कोई एकल किनारा नहीं बचा है. यह लेख एक सुविचारित रुख अपनाता है: सुरक्षा डिज़ाइन का एक गुण है, कोई उत्पाद नहीं, जो इस बात में व्यक्त होता है कि पहचान, विश्वास और विभाजन को कैसे संभाला जाता है और वास्तविक जोखिम के अनुपात में नियंत्रणों में.
ज़मीन क्यों खिसक गई है
दो संरचनात्मक बदलावों ने पुराने मॉडल को असमर्थनीय बना दिया है. पहला आर्किटेक्चरल है. Workloads सार्वजनिक cloud में चले गए, कर्मचारी अपने घरों में laptops पर चले गए, और एप्लिकेशन अन्य कंपनियों के स्वामित्व वाले APIs और सेवाओं की रचनाएँ बन गए. संगठन अब एक दीवारों से घिरे परिदृश्य के बजाय संबंधों का एक जाल है, और एक नियंत्रण जो अंदर और बाहर मान लेता है, वह एक ऐसी संरचना का वर्णन करता है जो अस्तित्व में नहीं रह गई है. दूसरा बदलाव आर्थिक है. साइबर अपराध का औद्योगिकीकरण हो गया है. Ransomware को एक सेवा के रूप में बेचा जाता है, प्रारंभिक पहुँच को एक वस्तु की तरह दलाली की जाती है, और उगाही सरल एन्क्रिप्शन से हटकर डेटा की चोरी और उसे प्रकाशित करने की धमकी तक पहुँच गई है. प्रतिद्वंद्वी अब कोई अकेला अवसरवादी नहीं, बल्कि अपने स्वयं के औज़ारों, सहयोगियों और ग्राहक सहायता वाली एक आपूर्ति श्रृंखला है.
नियमन भी समानांतर रूप से आगे बढ़ा है. NIS2 और DORA जैसे ढाँचे यूरोपीय संगठनों पर जोखिम प्रबंधित करने, अपनी आपूर्ति श्रृंखलाओं को सुरक्षित करने और सख्त समय-सीमाओं के भीतर घटनाओं की रिपोर्ट करने के स्पष्ट, प्रवर्तनीय दायित्व डालते हैं. जो बोर्ड कभी सुरक्षा को एक तकनीकी लागत केंद्र मानते थे, वे अब इसके लिए व्यक्तिगत और कॉर्पोरेट जवाबदेही वहन करते हैं. परिणाम यह है कि सुरक्षा एक साथ शासन का प्रश्न और डिज़ाइन का प्रश्न बन गई है. यह अब इसलिए मायने रखती है, इसलिए नहीं कि खतरा किस्म में नया है, बल्कि इसलिए कि सतह का विस्तार हुआ है, हमलावर पेशेवर बन गए हैं, और लापरवाही के प्रति कानूनी सहनशीलता ढह गई है. जो संगठन आज भी सुरक्षा को एक परिधि उपकरण के बराबर मानता है, वह एक ऐसी आकृति की रक्षा कर रहा है जो अब उसकी अपनी आकृति से मेल नहीं खाती.
सुरक्षा एक गुण है, उत्पाद नहीं
पहला सिद्धांत यह है कि सुरक्षा कोई ऐसी चीज़ नहीं है जो आपके पास होती है, बल्कि गुणों का एक समूह है जो कोई सिस्टम प्रतिकूल परिस्थितियों में प्रदर्शित करता है. शास्त्रीय त्रयी एक उपयोगी रीढ़ बनी हुई है: गोपनीयता, कि जानकारी केवल उन्हीं को प्रकट हो जो इसके हकदार हैं; अखंडता, कि डेटा और सिस्टम बिना प्राधिकरण के परिवर्तित न किए जाएँ; और उपलब्धता, कि आवश्यकता के समय सेवाएँ प्रयोग करने योग्य बनी रहें. वास्तविक डिज़ाइनों को इन तीनों पर एक साथ विचार करना चाहिए, क्योंकि जो नियंत्रण एक की रक्षा करते हैं, वे दूसरे को कमज़ोर कर सकते हैं. आक्रामक एन्क्रिप्शन गोपनीयता की रक्षा करता है, लेकिन उस telemetry को धुँधला कर सकता है जिसकी किसी घुसपैठ का पता लगाने के लिए आपको आवश्यकता होती है. उपलब्धता को बहुत अधिक कस देना उपयोगकर्ताओं को असुरक्षित उपायों की ओर धकेल सकता है.
दूसरा सिद्धांत यह है कि जोखिम, न कि खतरा, निर्णय की इकाई है. खतरा वह कुछ भी है जो गलत हो सकता है. जोखिम इस बात का गुणनफल है कि वह कितना संभावित है और वह कितना नुकसान पहुँचाएगा, इसकी तुलना में कि उसे कम करने में क्या लागत आती है. यही कारण है कि आनुपातिक नियंत्रण मायने रखता है: कोई संगठन हर चीज़ की समान मात्रा में रक्षा नहीं कर सकता, और ऐसा करने का प्रयास तुच्छ जोखिमों पर बजट बर्बाद करता है जबकि उन जोखिमों को भूखा रखता है जो व्यवसाय को समाप्त कर सकते हैं. वह अनुशासन जो दोनों को जोड़ता है, threat modelling है. अच्छी तरह से किया जाए, तो यह किसी डिज़ाइन की एक संरचित पूछताछ है: हम क्या बना रहे हैं, इसके साथ क्या गलत हो सकता है, हम इसके बारे में क्या करने जा रहे हैं, और क्या हमने पर्याप्त अच्छा काम किया. STRIDE और attack trees जैसी विधियाँ इसे कठोरता प्रदान करती हैं, जो टीमों को विश्वास की सीमाओं, डेटा प्रवाहों और उन धारणाओं का नाम देने के लिए बाध्य करती हैं जो, यदि झूठी हों, तो किसी हमलावर को अंदर आने देंगी. Whiteboard पर किया गया threat modelling किसी घटना के माध्यम से production में उसी दोष को खोजने की तुलना में कई गुना सस्ता है.
खतरे के परिदृश्य में क्या बदल रहा है
कई घटनाक्रम एक साथ व्यवहार को नया रूप दे रहे हैं. सबसे परिणामकारी यह है कि पहचान प्राथमिक नियंत्रण तल बन गई है. जब नेटवर्क सीमा घुल गई, तो किसी अनुरोध पर विश्वास करना है या नहीं, यह प्रश्न इस आधार पर उत्तर देने योग्य नहीं रहा कि वह कहाँ से आया, और केवल इस आधार पर उत्तर देने योग्य बन गया कि उसे कौन और क्या कर रहा है. इसने पहचान, प्रमाणीकरण और प्राधिकरण को हर गंभीर आर्किटेक्चर के केंद्र में धकेल दिया है, और इसने साख की चोरी और session अपहरण को प्रमुख हमला-मार्ग बना दिया है. इसके जवाब में, यह क्षेत्र पासवर्डों और यहाँ तक कि एक-बार के कोडों से हटकर FIDO2 और passkeys पर आधारित phishing-प्रतिरोधी, क्रिप्टोग्राफिक प्रमाणीकरण की ओर बढ़ रहा है, क्योंकि हमलावरों ने इससे कमज़ोर हर चीज़ के अवरोधन का औद्योगिकीकरण कर दिया है.
Zero trust एक नारे से परिपक्व होकर ठोस प्रवर्तन बिंदुओं वाला एक आर्किटेक्चर बन गया है, हालाँकि इस शब्द का विक्रेताओं द्वारा अब भी नियमित रूप से दुरुपयोग किया जाता है. इसके साथ-साथ, पहचान signature-आधारित antivirus से हटकर व्यवहारगत endpoint और विस्तारित पहचान एवं प्रतिक्रिया की ओर स्थानांतरित हो गई है, जो यह मान लेती है कि रोकथाम कभी-कभी विफल होगी और हमलावर के अंदर आ जाने के बाद उसे देखने पर ध्यान केंद्रित करती है. Cloud में ग़लत विन्यास बड़े उल्लंघनों के सबसे सामान्य कारणों में से एक बन गया है, क्योंकि जो लचीलापन cloud को शक्तिशाली बनाता है, वही एक गलत सेटिंग को विनाशकारी भी बना देता है. आपूर्ति श्रृंखला समझौता, जहाँ हमलावर एक साथ कई पीड़ितों तक पहुँचने के लिए किसी विश्वसनीय विक्रेता या software निर्भरता को भ्रष्ट कर देता है, सिद्धांत से हटकर एक बार-बार होने वाला पैटर्न बन गया है. कृत्रिम बुद्धिमत्ता अब इस मुकाबले के दोनों पक्षों में मौजूद है, जो हमलावरों के लिए विश्वसनीय phishing की रचना और कमज़ोरियों की छँटाई को तेज़ करती है, जबकि रक्षकों को ऐसे पैमाने पर संकेतों को सहसंबद्ध करने में मदद करती है जिसकी मनुष्य बराबरी नहीं कर सकते. इनमें से कोई भी बुनियादी सिद्धांतों की जगह नहीं लेता; यह उस गति को बढ़ाता है जिस पर उन्हें लागू किया जाना चाहिए.
बहु-स्तरीय रक्षा और zero trust के लिए डिज़ाइन करना
अच्छा सुरक्षा आर्किटेक्चर कुछ थोड़े से सिद्धांतों पर टिका होता है जो एक-दूसरे को मज़बूत करते हैं. बहु-स्तरीय रक्षा सबसे पुरानी और अब भी सबसे महत्वपूर्ण है: किसी एकल नियंत्रण को भार-वहन करने वाला नहीं होना चाहिए, ताकि किसी एक परत की विफलता उस चीज़ को उजागर न करे जो मायने रखती है. नेटवर्क विभाजन, पहचान, कठोरीकरण, निगरानी और डेटा सुरक्षा की परतें इस तरह व्यवस्थित की जाती हैं कि जो हमलावर एक को हरा दे, उसे फिर भी अगली परत का सामना करना पड़े. यह अपने आप में अतिरेक नहीं है; यह रक्षक के लिए समय खरीदता है और वह घर्षण एवं शोर उत्पन्न करता है जिस पर पहचान निर्भर करती है.
Zero trust बिना परिधि वाली दुनिया पर लागू उसी सहज-बोध की आधुनिक अभिव्यक्ति है. इसके नियम बताने में सरल और लागू करने में कठिन हैं. कभी अंतर्निहित रूप से विश्वास न करें और हमेशा स्पष्ट रूप से सत्यापित करें, किसी gateway पर एक बार के बजाय हर अनुरोध पर पहचान, उपकरण की स्थिति और संदर्भ का मूल्यांकन करें. न्यूनतम विशेषाधिकार प्रदान करें, ताकि हर पहचान, मानव हो या मशीन, केवल वही पहुँच रखे जिसकी उसे आवश्यकता है, केवल उतने समय के लिए जितने की उसे आवश्यकता है, आदर्श रूप से स्थायी रूप से बनी रहने के बजाय ठीक समय पर प्रावधानित की गई. आक्रामक रूप से विभाजन करें, ताकि किसी एक workload में पैर जमाना पूरे IT परिदृश्य में मुक्त आवाजाही न बन जाए. और उल्लंघन मान लें: इस तरह डिज़ाइन करें मानो हमलावर पहले से ही अंदर है, जो लक्ष्य को सबको बाहर रखने से बदलकर यह सीमित करने की ओर पुनर्परिभाषित करता है कि कोई एकल समझौता कहाँ तक पहुँच सकता है और कितनी देर छिप सकता है. उल्लंघन मान लेना ही वह चीज़ है जो आर्किटेक्चर को नियंत्रण, विस्फोट-त्रिज्या में कमी और समृद्ध telemetry की ओर मोड़ती है, क्योंकि जो डिज़ाइन केवल घुसपैठ को रोकने का प्रयास करता है, उसके पास उस दिन के लिए कोई उत्तर नहीं होता जब रोकथाम विफल हो जाती है. गमन में और स्थिर अवस्था में डेटा का एन्क्रिप्शन, मज़बूत कुंजी प्रबंधन, और व्यापक, छेड़छाड़-प्रतिरोधी logging वह संयोजी ऊतक हैं जो इन सिद्धांतों को आकांक्षात्मक होने के बजाय अवलोकनीय और प्रवर्तनीय बनाते हैं.
सुरक्षा डिज़ाइन कैसे विफल होते हैं
अधिकांश उल्लंघन विदेशी तकनीकों का परिणाम नहीं होते. वे इस बात की पूर्वानुमेय कमज़ोरियों का फ़ायदा उठाते हैं कि सिस्टम कैसे डिज़ाइन और संचालित किए गए थे, और वही विफलता प्रतिरूप हर आकार के संगठनों में बार-बार दोहराते हैं.
सपाट नेटवर्क. जब हर चीज़ हर चीज़ तक पहुँच सकती है, तो एक अकेला समझौता किया हुआ उपकरण पूरे परिदृश्य का समझौता बन जाता है. विभाजन का अभाव ही किसी घटना और किसी विनाश के बीच का अंतर है, क्योंकि यह हमलावर को मुफ़्त में पार्श्विक आवाजाही सौंप देता है. अंतर्निहित विश्वास और स्थायी विशेषाधिकार. खाते, सेवा पहचानें और एकीकरण ऐसी अनुमतियाँ जमा कर लेते हैं जिन्हें कभी रद्द नहीं किया जाता, और प्रशासनिक अधिकार चोरी होने की प्रतीक्षा में निष्क्रिय पड़े रहते हैं. जो विशेषाधिकार स्थायी रूप से मौजूद है, उसका अंततः दुरुपयोग होगा ही. अलर्ट थकान और अनिगरानीकृत telemetry. संगठन ऐसे औज़ारों में निवेश करते हैं जो ऐसे संकेत उत्पन्न करते हैं जिन्हें कोई नहीं पढ़ता, इसलिए किसी घुसपैठ का साक्ष्य एक ऐसे log में पड़ा रहता है जिसे घटना के बाद की न्यायालयिक जाँच तक कभी नहीं देखा जाता. जिस पहचान पर कार्रवाई नहीं की जाती वह पहचान नहीं है. अनुपालन को सुरक्षा समझ लेना. किसी audit को पास करना यह प्रमाणित करता है कि मूल्यांकन के दिन नियंत्रणों का एक समूह मौजूद था, न कि यह कि सिस्टम किसी दृढ़ हमलावर का प्रतिरोध करता है. किसी प्रमाणपत्र को सुरक्षा के प्रमाण के रूप में मान लेना सुरक्षा नाटक के सबसे खतरनाक रूपों में से एक है. अपरीक्षित धारणाएँ. डिज़ाइन इस बारे में मान्यताओं से भरे होते हैं कि हमलावर क्या नहीं कर सकता, और उन मान्यताओं की तब तक शायद ही कभी जाँच होती है जब तक कोई उन्हें प्रतिकूल दृष्टि से नहीं जाँचता. जिस नियंत्रण पर कभी हमला नहीं हुआ, वह कभी मान्य नहीं हुआ. पहचान का फैलाव. अनाथ खाते, साझा साख और भूले-बिसरे service principals एक छायादार हमला-सतह बनाते हैं जिसे कोई आरेख नहीं दिखाता और जिसका कोई स्वामी नहीं होता.
Nashua इस पर कैसे काम करता है
Nashua सुरक्षा को खरीद की कवायद के बजाय एक इंजीनियरिंग और शासन अनुशासन के रूप में मानता है. सहभागिताएँ यह स्थापित करने से शुरू होती हैं कि वास्तव में क्या मायने रखता है: वे संपत्तियाँ, डेटा प्रवाह और प्रक्रियाएँ जिनकी हानि या भ्रष्टता संगठन को सचमुच नुकसान पहुँचाएगी, और वे विशिष्ट खतरे जो प्रशंसनीय रूप से उन पर असर डालते हैं. उस नींव से हम संरचित threat modelling करते हैं, विश्वास की सीमाओं और हमला-मार्गों का मानचित्रण करते हैं ताकि निवेश को सबसे ऊँची उत्पाद-प्रस्तुति के बजाय साक्ष्य द्वारा निर्देशित किया जा सके. परिणाम एक आनुपातिक रोडमैप है जिसमें हर प्रस्तावित नियंत्रण एक नामित जोखिम से जुड़ा होता है, ताकि खर्च का बचाव किसी बोर्ड और किसी नियामक के समक्ष किया जा सके.
नैतिक हैकिंग इस बात के केंद्र में बैठती है कि हम उस काम को कैसे मान्य करते हैं. हमारे penetration परीक्षक सिस्टमों तक उसी तरह पहुँचते हैं जैसे कोई सक्षम प्रतिद्वंद्वी पहुँचेगा, टोह, दोहन और दोहन-पश्चात से होकर गुज़रते हुए यह प्रदर्शित करते हैं कि केवल यह नहीं कि कोई कमज़ोरी मौजूद है, बल्कि यह कि हमलावर उससे वास्तव में क्या हासिल कर सकता है, जिसमें पार्श्विक आवाजाही और विशेषाधिकार वृद्धि शामिल हैं. निष्कर्ष स्पष्ट पुनरुत्पादन चरणों, व्यावसायिक प्रभाव और प्राथमिकता-क्रम में उपचार के साथ दिए जाते हैं, और हम यह मान लेने के बजाय कि सुधार टिकते हैं, यह पुष्टि करने के लिए पुनः परीक्षण करते हैं कि वे टिकते हैं. एक निश्चित समय के परीक्षण से परे, हम red और purple team अभ्यास चलाते हैं जिनमें आक्रामक और रक्षात्मक अभ्यासी मिलकर काम करते हैं, ताकि संगठन की पहचान करने और प्रतिक्रिया देने की क्षमता उसकी रोकथाम करने की क्षमता के साथ-साथ बेहतर हो. हम पहचान और पहुँच कार्यक्रमों को न्यूनतम विशेषाधिकार और phishing-प्रतिरोधी प्रमाणीकरण के इर्द-गिर्द बनाते हैं, आर्किटेक्चरों में विभाजन और zero trust प्रवर्तन को डिज़ाइन करते हैं, और वह निगरानी एवं प्रतिक्रिया क्षमता खड़ी करते हैं जिसकी उल्लंघन-मान-लेने वाली सोच को आवश्यकता होती है. पूरे दौरान मंशा यह होती है कि ग्राहक के पास ऐसी सुरक्षा स्थिति छोड़ी जाए जो मापी हुई, परीक्षित और अनुरक्षणीय हो, न कि औज़ारों का एक ढेर.
Nashua कहाँ फ़र्क पैदा करता है
जो चीज़ Nashua को विशिष्ट बनाती है, वह है सुरक्षा के आक्रामक और रक्षात्मक हिस्सों को अलग करने से इनकार. कई आपूर्तिकर्ता किसी संगठन को नियंत्रण बेचेंगे, और एक अलग आपूर्तिकर्ता बाद में उन नियंत्रणों पर हमला करेगा और उनकी कमज़ोरियों को गिनाएगा. हम दोनों दृष्टिकोणों को एक साथ रखते हैं, ताकि जिस तरह हम किसी सिस्टम को डिज़ाइन करते हैं वह पहले से ही इस बात से अवगत हो कि हम उसे कैसे तोड़ेंगे, और जिस तरह हम उसका परीक्षण करते हैं वह सीधे इस बात में वापस भरता है कि उसे कैसे पुनर्निर्मित किया जाए. वह निरंतरता, threat model से आर्किटेक्चर तक, नैतिक हैकिंग तक, उपचार और पुनः परीक्षण तक, ही वह चीज़ है जो सुरक्षा को असंबद्ध परियोजनाओं की एक शृंखला से बदलकर एक सुसंगत, बेहतर होती स्थिति में परिणत करती है.
एक व्यावहारिक उपफल भी है जो यह बदल देता है कि काम को क्या मान लेने की अनुमति है. जब किसी सहभागिता में ऐसी क्षमता की आवश्यकता होती है जो अभी मौजूद नहीं है, तो उसे किसी खरीद चक्र या किसी विक्रेता के रोडमैप पर प्रतीक्षा करने की आवश्यकता नहीं होती. enterprise platform लगभग किसी भी सुविधा को तेज़ी से समायोजित करने के लिए बनाई गई है, अत्यधिक agentic engineering के माध्यम से: जो आवश्यक है उसे सादी भाषा में वर्णित किया जाता है और शीघ्रता से उत्पन्न किया जाता है, लेकिन हमेशा दृढ़ आर्किटेक्चर सिद्धांतों के भीतर और कठोर गुणवत्ता आश्वासन के अंतर्गत, ताकि गति कभी सुसंगति, सुरक्षा या नियंत्रण की कीमत पर न आए. प्रभाव महज़ सुविधाजनक होने के बजाय रणनीतिक है. यह बनाओ-या-खरीदो रेखा को खिसका देता है, विकल्पशीलता को सस्ता रखता है, और आर्किटेक्चर को रणनीति के पीछे चलने देता है, बजाय इसके कि रणनीति उसके आगे झुके जो संयोग से किसी ताक पर रखा हुआ था.
परिणाम ऐसी सुरक्षा है जो उसी तरह व्यवहार करती है जैसी यह अनुशासन माँग करता है: वास्तविक जोखिम के अनुपात में, इस तरह स्तरित कि कोई एकल विफलता घातक न हो, इस धारणा पर बनी कि उल्लंघन इस बात का मामला है कि कब, न कि क्या, और उन लोगों द्वारा निरंतर मान्य की जाती है जिनका काम प्रतिद्वंद्वी की तरह सोचना है. यही उस संगठन के बीच का अंतर है जो सुरक्षा उत्पादों का एक संग्रह रखता है और उस संगठन के बीच जो किसी दृढ़ हमले का विश्वसनीय रूप से सामना कर सकता है, जिन घटनाओं को वह रोक नहीं सकता उनसे उबर सकता है, और अपने निर्णयों का हिसाब उन बोर्डों, ग्राहकों और नियामकों को दे सकता है जो अब इससे कम की अपेक्षा नहीं करते.
