एप्लिकेशन सुरक्षा को सॉफ्टवेयर इंजीनियरिंग में एकीकृत करने के लिए एक फ्रेमवर्क (FIASSE) जो सिक्योरेबल सॉफ्टवेयर इंजीनियरिंग मॉडल (SSEM) का उपयोग करता है
# एप्लिकेशन सुरक्षा को सॉफ़्टवेयर इंजीनियरिंग में एकीकृत करने के लिए एक फ़्रेमवर्क (FIASSE) [](https://creativecommons.org/licenses/by-sa/4.0/) **नोट:** यह रिपॉज़िटरी एक चालू कार्य है। योगदान का स्वागत है! ## अवलोकन TL;DR: कृपया [DOC](https://github.com/owasp/fiasse/blob/main/docs/securable_framework.md) पढ़ें। [FIASSE वेबसाइट](https://fiasse.org) देखें। योगदान देने के लिए [GitHub Discussions](https://github.com/OWASP/FIASSE/discussions) पर जाएँ। इस रिपॉज़िटरी में एप्लिकेशन सुरक्षा को सॉफ़्टवेयर इंजीनियरिंग में एकीकृत करने के लिए OWASP फ़्रेमवर्क (FIASSE) के लिए संसाधन और सामग्री शामिल है। FIASSE (उच्चारण /feiz/ जैसे 'phase') एक विक्रेता-स्वतंत्र फ़्रेमवर्क है जो **सुरक्षित (securable)** सॉफ़्टवेयर बनाने के लिए एक **डेवलपर-केंद्रित, सिद्धांत-आधारित दृष्टिकोण** को बढ़ावा देता है। यह मान्यता है कि सुरक्षा विकास की तरह एक गतिशील, सतत प्रक्रिया है। यह सिक्योरेबल सॉफ़्टवेयर इंजीनियरिंग मॉडल (SSEM) को एक **साझा डिज़ाइन भाषा** के रूप में प्रस्तुत करता है जो स्थापित सॉफ़्टवेयर इंजीनियरिंग शब्दावली का उपयोग करके सुरक्षा को सॉफ़्टवेयर आर्किटेक्चर, डिज़ाइन और इंजीनियरिंग में एकीकृत करता है, सुरक्षा को उन सिद्धांतों में समाहित करके जो कोड को ही आकार देते हैं। यह फ़्रेमवर्क विकास टीमों को कोड के पूरे जीवनकाल में साइबर घटनाओं से भौतिक प्रभाव की संभावना को कम करते हुए लचीले ढंग से कंप्यूटिंग मूल्य जोड़ने में सक्षम बनाता है। FIASSE एक सृजनात्मक (creational) फ़्रेमवर्क है। यह इस बात को संबोधित करता है कि सॉफ़्टवेयर में सुरक्षा कैसे लागू की जाती है, इंजीनियरिंग निर्णयों को सीधे सुरक्षित परिणामों से जोड़ता है। यह एक आश्वासन (assurance) फ़्रेमवर्क, एक परिपक्वता मॉडल, या नियंत्रण कैटलॉग या भेद्यता मेट्रिक्स का प्रतिस्थापन नहीं है। यह उन दृष्टिकोणों का पूरक है और आश्वासन तथा अनुपालन पर डाउनस्ट्रीम दबाव को कम करता है। ## उद्देश्य व्यावहारिक दिशानिर्देश प्रदान करना जो **डेवलपर्स को सशक्त** बनाते हैं ताकि वे गहन सुरक्षा विशेषज्ञता की आवश्यकता के बिना सुरक्षित सॉफ़्टवेयर बना सकें, और सुरक्षा पेशेवरों को उनके सुरक्षा अनुभव को सॉफ़्टवेयर इंजीनियरिंग में प्रभावी ढंग से एकीकृत करने में मार्गदर्शन करना। FIASSE इसे एक **सॉफ़्टवेयर इंजीनियरिंग लेंस** के माध्यम से प्राप्त करता है, जिससे संज्ञानात्मक भार कम होता है और विकास तथा सुरक्षा टीमों के बीच सहयोग को बढ़ावा मिलता है। ## यह किस प्रकार भिन्न है? जबकि OWASP Top 10 जैसी आश्वासन-केंद्रित परियोजनाएँ इस बात पर प्रकाश डालती हैं कि किन बातों से बचना चाहिए (एक ब्लॉक लिस्ट), OWASP FIASSE अनुसरण करने के लिए सकारात्मक विशेषताओं और प्रथाओं का एक समूह प्रदान करता है (एक अनुमति सूची)। यह दृष्टिकोण सुरक्षित सॉफ़्टवेयर बनाने के लिए मौजूदा सॉफ़्टवेयर इंजीनियरिंग कौशल का लाभ उठाता है, बजाय इसके कि डेवलपर्स को शोषण तकनीकें सीखने या भेद्यता-केंद्रित मानसिकता अपनाने की आवश्यकता हो। ज़ोर परिचित इंजीनियरिंग सिद्धांतों के माध्यम से व्यावहारिक, सुरक्षित कोडिंग को सक्षम बनाने पर है। विकास प्रक्रिया के भीतर सुरक्षा की व्यावहारिक भूमिका को स्पष्ट रूप से परिभाषित करके, यह फ़्रेमवर्क सुनिश्चित करता है कि व्यावसायिक मूल्य प्रभावी ढंग से प्राप्त हो। कोड लिखे जाने से पहले स्पष्ट सुरक्षा अपेक्षाएँ निर्धारित करने से इस संभावना को कम किया जाता है कि सुरक्षा दोष बाद में खोजे जाएँगे और उन्हें ठीक करना होगा। प्रभावी अपनाने से मौजूदा आश्वासन मेट्रिक्स में सुधार होना चाहिए, निष्कर्षों की उथल-पुथल कम होनी चाहिए, अधिक टिकाऊ समाधान उत्पन्न होने चाहिए, और उपचार का समय कम होना चाहिए। ## मूल मूल्य FIASSE चार मूल मूल्यों द्वारा निर्देशित है। प्रत्येक एक सापेक्ष प्राथमिकता व्यक्त करता है: दोनों पक्षों का महत्व है, लेकिन जब चुनाव करना आवश्यक हो, तो FIASSE बाईं ओर का पक्ष लेता है। - **सुरक्षा नियंत्रणों के बजाय सुरक्षित विशेषताएँ**: कमज़ोरियों की भरपाई के लिए बाद में जोड़े गए सुरक्षा नियंत्रणों के बजाय उन इंजीनियरिंग गुणों को प्राथमिकता दें जो किसी सिस्टम को बनाने और रक्षात्मक बनाए रखने की अनुमति देते हैं। - **मूल्यांकन के बजाय भागीदारी**: कार्य पूरा होने के बाद किए गए मूल्यांकन के बजाय पूरे जीवनचक्र में सुरक्षा और विकास के बीच संरचित जुड़ाव को प्राथमिकता दें। - **सुरक्षा शब्दजाल के बजाय इंजीनियरिंग प्रथम सिद्धांत**: सुरक्षा-विशिष्ट शब्दजाल या विरोधी अनुमानों के बजाय स्थापित सॉफ़्टवेयर इंजीनियरिंग प्रथम सिद्धांतों में निहित होने को प्राथमिकता दें। - **सुरक्षा गतिविधि के बजाय व्यावसायिक मूल्य**: सुरक्षा को साध्य के रूप में अपनाने के बजाय संगठन के मूल्य सृजन को बनाए रखने वाली सुरक्षा को प्राथमिकता दें। ## मुख्य सिद्धांत - **सुरक्षित-योग्य प्रतिमान (Securable Paradigm)**: "सुरक्षित" की कोई स्थिर अवस्था नहीं होती। जिस सिस्टम को आज सुरक्षित घोषित किया गया है, वह कल असुरक्षित हो सकता है। FIASSE इंजीनियरिंग के लक्ष्य को "क्या यह सुरक्षित है?" से "क्या इसे इस तरह बनाया गया है कि सुरक्षा बनाए रखी जा सके?" की ओर पुनर्निर्देशित करता है — अनुकूली लचीलापन, विकासवादी सुरक्षा और निरंतर सुधार के माध्यम से। - **लचीले ढंग से कंप्यूटिंग मूल्य प्रदान करना**: व्यावसायिक संदर्भ में सॉफ़्टवेयर इंजीनियरिंग का प्राथमिक निर्देश। सॉफ़्टवेयर को कार्यात्मक आवश्यकताओं को पूरा करना चाहिए और साथ ही उन सुरक्षित-योग्य गुणों को बनाए रखना चाहिए जो उसे प्रत्येक परिवर्तन के बाद आने वाले परिवर्तन, तनाव और हमले का सामना करने में सक्षम बनाते हैं। - **सुरक्षा मिशन: भौतिक प्रभाव को कम करना**: सुरक्षा का मिशन किसी साइबर घटना के भौतिक प्रभाव की संभावना को कम करना है। उल्लंघनों का पूर्ण उन्मूलन एक व्यावहारिक व्यावसायिक लक्ष्य नहीं है, इसलिए सुरक्षा रणनीतियों को व्यावसायिक उद्देश्यों और जोखिम क्षमता के साथ संरेखित होना चाहिए। - **गुणवत्ता-सुरक्षा संबंध**: सुरक्षा सॉफ़्टवेयर गुणवत्ता से अधिक नहीं हो सकती। जो गुण सॉफ़्टवेयर को समझने, बदलने, परीक्षण करने और निरीक्षण करने में आसान बनाते हैं, वही गुण उसे सुरक्षित करना संभव बनाते हैं। इंजीनियरिंग गुणवत्ता में निवेश एक सुरक्षा निवेश है। - **डेवलपर-केंद्रित सुरक्षा**: सॉफ़्टवेयर इंजीनियरों को परिचित सॉफ़्टवेयर इंजीनियरिंग सिद्धांतों का उपयोग करके सुरक्षित-योग्य सिस्टम बनाने के लिए सशक्त बनाना, बजाय इसके कि उनसे पेनिट्रेशन टेस्टर की मानसिकता अपनाने की मांग की जाए। - **साझा डिज़ाइन भाषा के रूप में SSEM**: सुरक्षा विशेषताओं को परिभाषित करने और चर्चा करने के लिए स्थापित सॉफ़्टवेयर इंजीनियरिंग शब्दों (जैसे, Analyzability, Modifiability, Testability) का उपयोग करना। यह सुरक्षा को डेवलपर्स के लिए सुलभ बनाता है और सुरक्षा पेशेवरों को मूल्यांकन के लिए एक साझा आधार देता है। - **सुरक्षा को विकास और व्यावसायिक लक्ष्यों के साथ संरेखित करना**: सुरक्षा और विकास पूरक हैं, प्रतिद्वंद्वी नहीं। AppSec SDLC में प्रारंभिक चरण में भाग लेता है, विशेष रूप से आवश्यकताओं के संग्रह और फ़ीचर योजना के दौरान, ताकि कोड लिखे जाने से पहले अपेक्षाएँ स्पष्ट हों। - **पारदर्शिता सिद्धांत**: सिस्टम इस तरह डिज़ाइन किए जाते हैं कि अधिकृत पक्ष आंतरिक स्थिति और व्यवहार को समझ सकें। संरचित लॉगिंग, इंस्ट्रुमेंटेशन और ऑडिट ट्रेल्स कोड में निर्मित होते हैं, न कि केवल बाहरी टूलिंग द्वारा प्रदान किए जाते हैं। - **न्यूनतम आश्चर्य का सिद्धांत**: सिस्टम उपयोगकर्ताओं, डेवलपर्स और प्रशासकों के लिए सहज और पूर्वानुमेय तरीकों से व्यवहार करते हैं। पूर्वानुमेयता विश्लेषण में सहायता करती है, संज्ञानात्मक बोझ को कम करती है, और विश्वास सीमाओं को स्पष्ट बनाती है। - **AppSec में प्रथम-श्रेणी नागरिक के रूप में आवश्यकताएँ**: सुरक्षा फ़ीचर्स, खतरा परिदृश्य और सुरक्षा स्वीकृति मानदंड आवश्यकताओं की प्रक्रिया के माध्यम से प्रदान किए जाते हैं। भेद्यताएँ आमतौर पर उस अपेक्षा तक पहुँचती हैं जो कभी निर्दिष्ट नहीं की गई थी, इसलिए वह अंतराल आवश्यकताओं की प्रक्रिया में होना चाहिए। ## इंजीनियरिंग सिद्धांत फ्रेमवर्क का खंड 4 डेवलपर्स को ऐसे सिद्धांत देता है जो सीधे कोड स्तर पर लागू होते हैं: - **सीमा नियंत्रण सिद्धांत (Boundary Control Principle)**: किसी सिस्टम के आंतरिक भाग में लचीलापन एक इंजीनियरिंग संपत्ति है जिसे संरक्षित किया जाना चाहिए। प्रत्येक विश्वास सीमा पर नियंत्रण एक सुरक्षा आवश्यकता है जिसे लागू किया जाना चाहिए। - **विहित इनपुट प्रबंधन (Canonical Input Handling)**: प्रवेश के बिंदु पर इनपुट को विहित (canonicalize) करें, सत्यापित करें और सैनिटाइज़ करें। **विहित पार्सिंग सिद्धांत (Canonical Parsing Principle)** बाहरी इनपुट को सीमा पर एक विहित आंतरिक प्रकार में पार्स करता है और जब पार्सिंग सफल न हो तो फेल-क्लोज़्ड (fail closed) होता है। - **पृथक अखंडता सिद्धांत (Isolated Integrity Principle)**: अखंडता-महत्वपूर्ण मान जैसे कीमतें, भूमिकाएँ और ऑब्जेक्ट स्थिति अधिकृत सर्वर-साइड स्रोतों से प्राप्त किए जाते हैं। इन्हें कभी भी सीधे क्लाइंट से स्वीकार नहीं किया जाता। - **लचीली कोडिंग (Resilient Coding)**: रक्षात्मक कोडिंग प्रथाएँ पूर्वानुमेय निष्पादन को लागू करती हैं। इनमें मजबूत टाइपिंग, विश्वास सीमाओं पर इनपुट सत्यापन, आउटपुट एन्कोडिंग, व्यापक त्रुटि प्रबंधन, सुरक्षित संसाधन प्रबंधन, सुगम और सुरक्षित विफलता, और कोड स्तर पर न्यूनतम विशेषाधिकार शामिल हैं। - **निर्भरता संरक्षकता (Dependency Stewardship)**: संबंध के पूरे जीवनकाल के दौरान निर्भरताओं का चयन, एकीकरण, निगरानी और रखरखाव करते समय SSEM विशेषताओं को लागू करें। ## सुरक्षित-योग्य सॉफ़्टवेयर इंजीनियरिंग मॉडल (SSEM) SSEM उन विशेषताओं को परिभाषित करता है जो सॉफ़्टवेयर को सुरक्षित-योग्य बनाती हैं। टीमें प्रत्येक विशेषता के लिए लक्ष्य निर्धारित करती हैं, उनके विरुद्ध सिस्टम का आकलन करती हैं, और क्रमिक रूप से सुधार करती हैं। विशेषताओं को तीन श्रेणियों में व्यवस्थित किया गया है: | **रखरखाव-क्षमता** | **विश्वसनीयता** | **विश्वसनीयता** | |:--------------------|:-------------------:|----------------:| | विश्लेषण-क्षमता | गोपनीयता | उपलब्धता | | परिवर्तन-क्षमता | जवाबदेही | अखंडता | | परीक्षण-क्षमता | प्रामाणिकता | लचीलापन | | अवलोकन-क्षमता | | | SSEM में डिज़ाइन के अनुसार कोई प्राधिकरण (Authorization) विशेषता नहीं है। प्राधिकरण एक सुरक्षा सुविधा है जिसे एक आवश्यकता के रूप में एकत्र किया जाता है और स्वीकृति मानदंडों के विरुद्ध कार्यान्वित किया जाता है। ऊपर दी गई विशेषताएँ वही हैं जो ऐसी सुविधा को सुरक्षित-योग्य बनाती हैं। फ्रेमवर्क का परिशिष्ट A प्रत्येक विशेषता को मापने के तरीकों का वर्णन करता है। ## रिपॉज़िटरी की सामग्री - [docs/securable_framework.md](https://github.com/owasp/fiasse/blob/main/docs/securable_framework.md): संपूर्ण FIASSE फ्रेमवर्क और SSEM विनिर्देश एक ही दस्तावेज़ के रूप में। - [docs/framework/](https://github.com/owasp/fiasse/blob/main/docs/framework): फ्रेमवर्क को प्रति अनुभाग एक फ़ाइल में विभाजित किया गया। ये अनुभाग फ़ाइलें फ्रेमवर्क के लिए सत्य का स्रोत हैं। [कोड इंडेक्स](https://github.com/owasp/fiasse/blob/main/docs/framework/code-index.md) उन अनुभागों को अलग करता है जो सीधे कोड पर लागू होते हैं, उन प्रक्रिया, भूमिका और अपनाने वाले अनुभागों से। [llms.txt](https://github.com/owasp/fiasse/blob/main/docs/framework/llms.txt) भाषा मॉडल के लिए एक इंडेक्स प्रदान करता है। - [skills/](https://github.com/owasp/fiasse/blob/main/skills): FIASSE और SSEM को AI कोडिंग एजेंट्स के लिए कौशल (skills) के रूप में पैकेज किया गया (नीचे देखें)। - TODO: FIASSE कार्यप्रणाली के लिए कार्यान्वयन मार्गदर्शिकाएँ - उदाहरणों को [Securability-Engineering/securable-framework-supplement](https://github.com/Securability-Engineering/securable-framework-supplement) पर स्थानांतरित कर दिया गया है ## शुरुआत करना 1. [docs](https://github.com/owasp/fiasse/blob/main/docs) निर्देशिका में दस्तावेज़ीकरण की समीक्षा करें। [पूर्ण फ्रेमवर्क](https://github.com/owasp/fiasse/blob/main/docs/securable_framework.md) से शुरू करें, या वर्तमान कोड पर लागू होने वाले अनुभागों को खोजने के लिए [कोड इंडेक्स](https://github.com/owasp/fiasse/blob/main/docs/framework/code-index.md) का उपयोग करें। 2. अपनी टीमों के साथ और [GitHub Discussions](https://github.com/OWASP/FIASSE/discussions) में अवधारणाओं और सिद्धांतों पर चर्चा करें 3. अपनी सॉफ़्टवेयर इंजीनियरिंग प्रथाओं जैसे आवश्यकता संग्रह, मर्ज समीक्षा, और प्रॉम्प्ट इंजीनियरिंग में सिद्धांतों को लागू करना शुरू करें। 4. फ्रेमवर्क के अनुभाग 8 में दिए गए अपनाने के चरणों का पालन करें: वर्तमान प्रथाओं का आकलन करें, SSEM शब्दावली को एकीकृत करें, प्रमुख प्रभावशाली व्यक्तियों की पहचान करें, टीमों को शिक्षित और प्रशिक्षित करें, क्षमता राहत के रूप में एजेंटिक AppSec टूलिंग अपनाएँ, सहयोग को बढ़ावा दें, और निरंतर निगरानी और सुधार करें। - बोनस: अपने पसंदीदा IDE या AI संचालित कमांडलाइन-एजेंट (जैसे GitHub Copilot, Claude Code, OpenCode, आदि) से मेल खाने वाला प्लगइन इंस्टॉल करें और सुरक्षित-योग्य कोड उत्पन्न करने के लिए दिए गए प्रॉम्प्ट का उपयोग करें। प्रॉम्प्ट लाइब्रेरी में "Securability Engineering" या "FIASSE" खोजें। - FIASSE को [OWASP Secure Agent Playbook](https://github.com/OWASP/secure-agent-playbook) के भाग के रूप में भी शामिल किया गया है। ## AI कोडिंग एजेंट्स के लिए कौशल [`skills/`](https://github.com/owasp/fiasse/blob/main/skills) निर्देशिका FIASSE/SSEM को उन AI कोडिंग एजेंट्स के लिए तैयार-उपयोग कौशल के रूप में पैकेज करती है जो [Agent Skills](https://code.claude.com/docs/en/skills) प्रारूप का समर्थन करते हैं (जैसे Claude Code)। अपने एजेंट के skills पथ में आवश्यक कौशल निर्देशिका की प्रतिलिपि बनाएँ। - **[`securability`](https://github.com/owasp/fiasse/blob/main/skills/securability/SKILL.md)**: एक संक्षिप्त, पूर्णतः स्व-निहित संदर्भ जो सभी दस SSEM विशेषताओं और मूल सिद्धांतों (No Static State of Secure, Isolated Integrity, Canonical Input Handling, Boundary Control, Least Astonishment) को कवर करता है। दैनिक कोड जनरेशन और समीक्षा के लिए डिफ़ॉल्ट के रूप में इसे इस्तेमाल करने का इरादा है। - **[`securable-code`](https://github.com/owasp/fiasse/blob/main/skills/securable-code/SKILL.md)**: संदर्भ-भारी, वास्तुशिल्प रूप से जटिल कार्यों के लिए एक गहन कौशल, जैसे ट्रस्ट बाउंड्री डिज़ाइन, प्रमाणीकरण प्रणालियाँ, बहु-सेवा डेटा प्रवाह, या निर्भरता आर्किटेक्चर। यह वर्तमान कोड से संबंधित विशिष्ट बंडल किए गए फ्रेमवर्क अनुभाग (जो `skills/securable-code/framework/` में है) पर रूट करता है, अतिरिक्त संदर्भ के बदले स्रोत फ्रेमवर्क के पूर्ण तर्क प्रदान करता है। डिफ़ॉल्ट रूप से `securability` का उपयोग करें; जब डिज़ाइन निर्णय इतने स्पष्ट न हों कि स्वयं फ्रेमवर्क को पढ़ना उचित हो, तब `securable-code` का सहारा लें। ## सारांश --- [Read more](https://github.com/owasp/fiasse)
