सुरक्षित सिस्टम कैसे बनाएं एसडीएल का संक्षिप्त परिचय

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

सुरक्षा विकास जीवनचक्र क्या है

एसडीएल एक ऐसी प्रक्रिया है जो आपको विकसित प्रणाली की सुरक्षा के आवश्यक स्तर को सत्यापित करने की अनुमति देती है। एसडीएल टीम को प्रशिक्षित करने, रिपोर्ट तैयार करने और विकसित प्रणाली के सुरक्षा विश्लेषण से संबंधित प्रत्यक्ष क्रियाएं और सुरक्षा में सुधार के उद्देश्य से तंत्र के कार्यान्वयन पर आधारित प्रथाओं पर आधारित है। ठोस चरणों के रूप में ये अभ्यास आसानी से परिचित सर्पिल सॉफ्टवेयर विकास चक्र में फिट होते हैं।

इन प्रथाओं में से कुछ अकेले विकसित की जा रही प्रणाली की सुरक्षा में सुधार कर सकते हैं। लेकिन अनुभव से पता चलता है कि विकास प्रक्रिया के हिस्से के रूप में उनका उपयोग परिणाम में सुधार कर सकता है और लागत को कम कर सकता है।

एसडीएल लागू करने से पहले: प्रशिक्षण

सभी टीम के सदस्य, सीधे विकास शुरू करने से पहले, सुरक्षा प्रशिक्षण से गुजरना चाहिए और इस क्षेत्र में वर्तमान रुझानों से संबंधित महत्वपूर्ण बिंदुओं का अध्ययन करना चाहिए। इस प्रशिक्षण के मूल स्तर में शामिल होना चाहिए:

सुरक्षित डिजाइन

• हमले के क्षेत्रों में कमी
• गहरी रक्षा
• कम से कम विशेषाधिकार का सिद्धांत
• डिफ़ॉल्ट सुरक्षा

निम्नलिखित विषयों सहित धमकी मॉडलिंग:

• धमकी मॉडल अवलोकन
• डिजाइन पर खतरे के मॉडल का प्रभाव
• धमकी मॉडल के आधार पर धमकी मॉडल प्रतिबंध

निम्नलिखित विषयों सहित सुरक्षित कोडिंग:

• बफर अतिप्रवाह (C और C ++ अनुप्रयोगों के लिए)
• पूर्णांक अंकगणितीय त्रुटियां (C और C ++ अनुप्रयोगों के लिए)
• क्रॉस-साइट स्क्रिप्टिंग (वेब ​​अनुप्रयोगों के लिए)
• एसक्यूएल इंजेक्शन (डेटाबेस इंटरेक्टिंग एप्लिकेशन के लिए)
• कमजोर क्रिप्टोग्राफी

निम्नलिखित विषयों सहित सुरक्षा परीक्षण:

• सुरक्षा परीक्षण और कार्यात्मक परीक्षण के बीच अंतर
• जोखिम लेखा परीक्षा
• सुरक्षा परीक्षण के तरीके

निम्नलिखित विषयों सहित गोपनीयता सुनिश्चित करना:

• निजी जानकारी के प्रकार
• गोपनीयता: सर्वोत्तम प्रथाओं को डिज़ाइन करें
• जोखिम लेखा परीक्षा
• गोपनीयता: सर्वोत्तम प्रथाओं
• गोपनीयता: सर्वोत्तम परीक्षण अभ्यास

बेशक, इन विषयों का अध्ययन करते समय, भूमिका (परीक्षक, डेवलपर, प्रबंधक, विश्लेषक) को ध्यान में रखना आवश्यक है, हालांकि, यह बहुत महत्वपूर्ण है कि टीम के सभी सदस्य इस प्रशिक्षण से गुजरें।

आवश्यकता विश्लेषण: सुरक्षा के संदर्भ में विचार करने के लिए चीजें

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

1. रिलीज से पहले सॉफ़्टवेयर के किस हिस्से को खतरे के विश्लेषण की आवश्यकता है?
2. सॉफ्टवेयर के किस हिस्से को सुरक्षा के संदर्भ में डिजाइन विश्लेषण की आवश्यकता है?
3. एक स्वतंत्र समूह द्वारा प्रवेश के खतरे के अतिरिक्त विश्लेषण के लिए सॉफ्टवेयर के किस भाग की आवश्यकता होती है?
4. क्या अतिरिक्त सुरक्षा मुद्दे और जोखिम हैं जिन्हें कम किया जा सकता है?
5. एक सुरक्षा संदर्भ में फजी परीक्षण की सीमा।
6. निजी डेटा के प्रकटीकरण के खतरे का स्तर क्या है?

सुरक्षा डिजाइन

एप्लिकेशन डिज़ाइन करते समय, आप कई प्रकार की प्रथाओं को भी लागू कर सकते हैं जो एप्लिकेशन सुरक्षा को बेहतर बनाने में मदद कर सकती हैं। सबसे पहले, यह संभावित हमलों (हमले की सतह में कमी) और खतरों के मॉडलिंग के सतह क्षेत्र में कमी है। इन दो अवधारणाओं के बीच घनिष्ठ संबंध के बावजूद, पहले तंत्र में अज्ञात सुरक्षा छेदों के दोहन के लिए एक हमलावर की क्षमता में सक्रिय कमी शामिल है। संभावित हमलों के क्षेत्र को कम करने के लिए, आप परत-दर-परत रक्षा तंत्र और कम से कम विशेषाधिकार के सिद्धांतों को लागू कर सकते हैं। बदले में मॉडलिंग, यह सुझाव देता है कि कौन से सिस्टम घटकों को हमला वैक्टर माना जा सकता है। मॉडलिंग के खतरों के लिए एक सुविधाजनक उपकरण STRIDE वर्गीकरण के आधार पर Microsoft थ्रेड मॉडलिंग उपकरण है।

सुरक्षा कार्यान्वयन

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

सुरक्षा सत्यापन (परीक्षण) चरण

इस चरण में, गतिशील कोड विश्लेषण (रन टाइम में) जैसी प्रथाओं का उपयोग करना संभव है जो आपको कार्यों के असामान्य व्यवहार, स्मृति भ्रष्टाचार, विशेषाधिकार प्राप्त कार्यों के उपयोग और अन्य महत्वपूर्ण समस्याओं की जल्दी से पहचान करने की अनुमति देता है। इस समस्या को हल करने के लिए काम आने वाले उपकरणों में से एक AppVerifier है। मानक कार्यात्मक परीक्षणों के अलावा, आपको फ्लोटिंग परीक्षण भी जोड़ना चाहिए, जो गलत डेटा, गलत तरीके से बनाए गए मापदंडों और अन्य स्थितियों में प्रवेश करने के मोड में एप्लिकेशन का परीक्षण करने के लिए डिज़ाइन किया गया है जिससे असामान्य व्यवहार हो सकता है, लेकिन साथ ही, सिस्टम एक सुरक्षित स्थिति में होना चाहिए। इस स्तर पर, उत्पन्न मॉडल की शुद्धता को सत्यापित करने के लिए पिछले चरणों में सिम्युलेटेड अटैक वैक्टर को सत्यापित करना महत्वपूर्ण है।

सुरक्षा रिलीज़ रिलीज़ चरण

इस चरण में, सुरक्षा घटनाओं की प्रतिक्रिया के लिए एक योजना बनाना महत्वपूर्ण है जिसमें पहचान किए गए खतरों या प्रवेश के लिए बातचीत और प्रतिक्रिया का क्रम घोषित किया जाएगा। अंतिम रिलीज (आरटीएम, आरटीडब्ल्यू) को तैनाती से पहले डिजाइन चरण में सहमत सभी पूर्व तैनाती सुरक्षा शर्तों को पूरा करना चाहिए। यदि यह मामला नहीं है, भले ही सभी कार्यात्मक आवश्यकताओं को पूरा किया जाए, सुरक्षा से संबंधित समस्याओं को ठीक करने के लिए मानक विकास चक्र का दोहराव आवश्यक है।

आगे क्या है

बेशक, यह नोट केवल एसडीएल के सबसे बुनियादी पहलुओं को प्रकट करता है, और एक सफल आवेदन के लिए आगे के अध्ययन की आवश्यकता है। MSDN सुरक्षा केंद्र मदद कर सकता है।

यदि आप SDL के बारे में अधिक जानना चाहते हैं, तो कल Microsoft सिक्योर सॉफ्टवेयर डेवलपमेंट कॉन्फ्रेंस का सीधा प्रसारण देखें। उनमें से एलेक्स लुकास द्वारा "सुरक्षित एसडीएल विकास चक्र का विकास", ग्लेन पिटवेया "एसडीएल का कार्यान्वयन" जैसी रिपोर्टें होंगी।