बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग 8 - जेनेरिक थ्रेट मॉडेल्स

अभ्यास कशाबद्दल आहे

अभ्यासाच्या इतर भागांच्या लिंक्स

• बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग 1 - आर्थिक मूलभूत गोष्टी.
• बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग २ - बँकेची विशिष्ट आयटी पायाभूत सुविधा.
• बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग 3 - संरक्षण प्रणालीसाठी आवश्यकतांची निर्मिती.
• बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग 4 - थ्रेट मॉडेलिंग मानकांचे विहंगावलोकन.
• बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग 5 - बँक हॅक बद्दल 100+ थीमॅटिक लिंक्स.
• बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग 6 - बँकिंग गुन्ह्यांचे विश्लेषण.
• बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग 7 - बेसिक थ्रेट मॉडेल.
• बँक नॉन-कॅश पेमेंटची माहिती सुरक्षा. भाग 8 - जेनेरिक थ्रेट मॉडेल्स (आपण येथे आहात)

हा लेख बँक नॉन-कॅश पेमेंटची माहिती सुरक्षितता सुनिश्चित करण्यासाठी समर्पित प्रकाशनांचे चक्र पूर्ण करतो. येथे आम्ही संदर्भित सामान्य धोक्याचे मॉडेल पाहू बेस मॉडेल:

• ठराविक धमकी मॉडेल. नेटवर्क जोडणी.
• ठराविक धमकी मॉडेल. क्लायंट-सर्व्हर आर्किटेक्चरच्या आधारावर तयार केलेली माहिती प्रणाली.
• ठराविक धमकी मॉडेल. प्रवेश नियंत्रण प्रणाली.
• ठराविक धमकी मॉडेल. एकत्रीकरण मॉड्यूल.
• ठराविक धमकी मॉडेल. क्रिप्टोग्राफिक माहिती संरक्षण प्रणाली.

HABR- चेतावणी !!! प्रिय खाब्रोविट्स, ही एक मनोरंजक पोस्ट नाही.
कट अंतर्गत लपविलेल्या 40+ पृष्ठांची सामग्री मागविली जाते काम किंवा अभ्यासात मदत करा जे लोक बँकिंग किंवा माहिती सुरक्षेत माहिर आहेत. हे साहित्य अभ्यासाचे अंतिम उत्पादन आहे आणि कोरड्या औपचारिक स्वरात लिहिलेले आहे. खरं तर, हे माहिती सुरक्षिततेवरील अंतर्गत कागदपत्रांसाठी रिक्त आहेत.

बरं, पारंपारिक "लेखातील माहितीचा बेकायदेशीर कारणांसाठी वापर करणे कायद्याने दंडनीय आहे". फलदायी वाचन!

या प्रकाशनापासून सुरू होणारा अभ्यास वाचणाऱ्या वाचकांसाठी माहिती.

अभ्यास कशाबद्दल आहे

बँकेतील पेमेंट्सच्या माहितीची सुरक्षितता सुनिश्चित करण्यासाठी जबाबदार असलेल्या तज्ञासाठी तुम्ही मार्गदर्शक वाचत आहात.

सादरीकरण तर्कशास्त्र

मध्ये सुरुवातीला भाग 1 и भाग 2 संरक्षणाच्या वस्तूचे वर्णन दिले आहे. नंतर मध्ये भाग 3 ते संरक्षण प्रणाली कशी तयार करावी हे सांगते आणि धोक्याचे मॉडेल तयार करण्याच्या गरजेबद्दल बोलते. IN भाग 4 हे धमकीचे मॉडेल काय आहेत आणि ते कसे तयार केले जातात याबद्दल सांगते. IN भाग 5 и भाग 6 वास्तविक हल्ल्यांचे विश्लेषण दिले आहे. एक्सएनयूएमएक्स भाग и 8 मागील सर्व भागांमधील माहिती विचारात घेऊन तयार केलेल्या धोक्याच्या मॉडेलचे वर्णन आहे.

ठराविक धोके मॉडेल. नेटवर्क जोडणी

संरक्षण ऑब्जेक्ट ज्यासाठी धोक्याचे मॉडेल लागू केले आहे (स्कोप)

संरक्षणाचा उद्देश म्हणजे TCP/IP स्टॅकच्या आधारे तयार केलेल्या डेटा नेटवर्कमध्ये कार्यरत नेटवर्क कनेक्शनद्वारे डेटा प्रसारित केला जातो.

आर्किटेक्चर

आर्किटेक्चर घटकांचे वर्णन:

• "एंड नोड्स" - संरक्षित माहितीची देवाणघेवाण करणारे नोड्स.
• "मध्यवर्ती नोड्स" - डेटा ट्रान्समिशन नेटवर्कचे घटक: राउटर, स्विचेस, ऍक्सेस सर्व्हर, प्रॉक्सी सर्व्हर आणि इतर उपकरणे - ज्याद्वारे नेटवर्क कनेक्शन रहदारी प्रसारित केली जाते. सर्वसाधारणपणे, नेटवर्क कनेक्शन इंटरमीडिएट नोड्सशिवाय कार्य करू शकते (थेट नोड्स दरम्यान).

उच्च स्तरावरील सुरक्षा धोके

कुजणे

U1. प्रसारित डेटामध्ये अनधिकृत प्रवेश.
U2. प्रसारित डेटामध्ये अनधिकृत बदल.
U3. प्रसारित डेटाच्या लेखकत्वाचे उल्लंघन.

U1. प्रसारित डेटामध्ये अनधिकृत प्रवेश

कुजणे
U1.1. <...>, अंतिम किंवा इंटरमीडिएट नोड्सवर चालते:
U1.1.1. <…> डेटा नोडच्या स्टोरेज उपकरणांमध्ये असताना वाचून:
U1.1.1.1. <…> RAM मध्ये.
V1.1.1.1 चे स्पष्टीकरण.
उदाहरणार्थ, नोडच्या नेटवर्क स्टॅकद्वारे डेटा प्रोसेसिंग दरम्यान.

U1.1.1.2. <…> नॉन-व्होलॅटाइल मेमरीमध्ये.
V1.1.1.2 चे स्पष्टीकरण.
उदाहरणार्थ, कॅशे, तात्पुरत्या फायली किंवा पेजिंग फाइल्समध्ये प्रसारित डेटा संचयित करताना.

Y1.2. <…> तृतीय-पक्ष डेटा नेटवर्क नोड्सवर चालते:
U1.2.1. <...> नोडच्या नेटवर्क इंटरफेसवर येणारे सर्व पॅकेट कॅप्चर करून:
V1.2.1 चे स्पष्टीकरण.
नेटवर्क कार्ड प्रॉमिस्क्युअस मोडवर स्विच करून सर्व पॅकेट्स कॅप्चर केले जातात (वाय-फाय अडॅप्टरसाठी प्रॉमिस्क्युअस मोड किंवा वाय-फाय अडॅप्टरसाठी मॉनिटर मोड).

U1.2.2. <…> मॅन-इन-द-मिडल (MiTM) हल्ले करून, परंतु प्रसारित डेटामध्ये बदल न करता (नेटवर्क प्रोटोकॉलच्या सेवा डेटाची गणना न करता).
य1.2.2.1. दुवा: "नमुनेदार धमकी मॉडेल. नेटवर्क जोडणी. U2. प्रसारित डेटामध्ये अनधिकृत बदल".

Y1.3. <...>, फिजिकल नोड्स किंवा कम्युनिकेशन लाइन्समधून तांत्रिक चॅनेल (TCUI) द्वारे माहिती लीक झाल्यामुळे चालते.

U1.4. <...>, अंतिम किंवा इंटरमीडिएट नोड्सवर विशेष तांत्रिक माध्यमांच्या (STS) स्थापनेसाठी केले जाते, माहिती गुप्तपणे काढून टाकण्याच्या उद्देशाने.

U2. प्रसारित डेटामध्ये अनधिकृत बदल

कुजणे
U2.1. <...>, अंतिम किंवा मध्यवर्ती नोड्सवर चालते:
Y2.1.1. <...> नोड्सच्या स्टोरेज डिव्हाइसेसमध्ये असताना डेटा वाचून आणि त्यात बदल करून:
य2.1.1.1. <...> RAM मध्ये:
य2.1.1.2. <…> नॉन-अस्थिर मेमरीमध्ये:

Y2.2. <...> तृतीय-पक्ष डेटा नेटवर्क नोड्सवर चालते:
U2.2.1. <…> मॅन-इन-द-मिडल (MiTM) हल्ले करून आणि ट्रॅफिकला दुर्भावनापूर्ण होस्टकडे पुनर्निर्देशित करून:
य2.2.1.1. नेटवर्क कनेक्शन तोडण्यासाठी हल्लेखोरांच्या उपकरणांचे भौतिक कनेक्शन.
Y2.2.1.2. नेटवर्क प्रोटोकॉलवरील हल्ल्यांची अंमलबजावणी:
य2.2.1.2.1. <…> आभासी लोकल एरिया नेटवर्क (VLAN) व्यवस्थापन:
य2.2.1.2.1.1. VLAN हॉपिंग.
य2.2.1.2.1.2. स्विचेस किंवा राउटरवर VLAN सेटिंग्जमध्ये अनधिकृत बदल.
य2.2.1.2.2. <…> रहदारी मार्ग:
य2.2.1.2.2.1. राउटरच्या स्थिर राउटिंग सारण्यांमध्ये अनधिकृत बदल.
य2.2.1.2.2.2. डायनॅमिक रूटिंग प्रोटोकॉलद्वारे हल्लेखोरांकडून बनावट मार्गांची घोषणा.
Y2.2.1.2.3. <…> स्वयंचलित कॉन्फिगरेशन:
य2.2.1.2.3.1. बदमाश DHCP.
य2.2.1.2.3.2. दुष्ट WPAD.
Y2.2.1.2.4. <…> पत्ता आणि नाव निराकरण:
य2.2.1.2.4.1. ARP स्पूफिंग.
य2.2.1.2.4.2. DNS स्पूफिंग.
Y2.2.1.2.4.3. स्थानिक होस्टनाव फाइल्समध्ये अनधिकृत बदल करणे (होस्ट, एलएमहोस्ट, इ.)

U3. प्रसारित डेटाच्या लेखकत्वाचे उल्लंघन

कुजणे
Y3.1. लेखक किंवा डेटा स्त्रोताबद्दल चुकीची माहिती दर्शवून माहितीचे लेखकत्व निश्चित करण्यासाठी यंत्रणेचे तटस्थीकरण:
Y3.1.1. प्रसारित माहितीमध्ये समाविष्ट असलेल्या लेखकाबद्दल माहिती बदलणे.
य३.१.१.१. प्रसारित डेटाची अखंडता आणि लेखकत्वाच्या क्रिप्टोग्राफिक संरक्षणाचे तटस्थीकरण:
य3.1.1.1.1. दुवा: "नमुनेदार धमकी मॉडेल. क्रिप्टोग्राफिक माहिती संरक्षण प्रणाली.
U4. खोट्या डेटा अंतर्गत कायदेशीर स्वाक्षरीकर्त्याची इलेक्ट्रॉनिक स्वाक्षरी तयार करणे.
Y3.1.1.2. प्रसारित डेटा लेखकत्वाच्या संरक्षणाचे तटस्थीकरण, एक-वेळ पुष्टीकरण कोड वापरून लागू केले:
य3.1.1.2.1. सिम स्वॅप.

Y3.1.2. प्रसारित माहितीच्या स्त्रोताबद्दल माहिती बदलणे:
य3.1.2.1. आयपी स्पूफिंग.
य3.1.2.2. MAC स्पूफिंग.

ठराविक धोके मॉडेल. क्लायंट-सर्व्हर आर्किटेक्चरच्या आधारावर तयार केलेली माहिती प्रणाली

संरक्षण ऑब्जेक्ट ज्यासाठी धोक्याचे मॉडेल लागू केले आहे (स्कोप)

संरक्षणाची वस्तू क्लायंट-सर्व्हर आर्किटेक्चरच्या आधारे तयार केलेली माहिती प्रणाली आहे.

आर्किटेक्चर


आर्किटेक्चर घटकांचे वर्णन:

• "क्लायंट" - एक डिव्हाइस ज्यावर माहिती प्रणालीचा क्लायंट भाग कार्य करतो.
• "सर्व्हर" - एक डिव्हाइस ज्यावर माहिती प्रणालीचा सर्व्हर भाग कार्य करतो.
• "डेटा स्टोअर" - माहिती प्रणालीच्या सर्व्हर इन्फ्रास्ट्रक्चरचा भाग, माहिती प्रणालीद्वारे प्रक्रिया केलेला डेटा संचयित करण्यासाठी डिझाइन केलेले.
• "नेटवर्क जोडणी" — डेटा ट्रान्समिशन नेटवर्कमधून जाणारे क्लायंट आणि सर्व्हर यांच्यातील माहिती विनिमय चॅनेल. घटक मॉडेलच्या अधिक तपशीलवार वर्णनासाठी, पहा "नमुनेदार धमकी मॉडेल. नेटवर्क जोडणी".

निर्बंध
ऑब्जेक्ट मॉडेलिंग करताना, खालील निर्बंध सेट केले जातात:

1. वापरकर्ता मर्यादित कालावधीत माहिती प्रणालीशी संवाद साधतो, ज्याला कार्य सत्र म्हणतात.
2. प्रत्येक सत्राच्या सुरुवातीला, वापरकर्त्याची ओळख, प्रमाणीकृत आणि अधिकृत केली जाते.
3. सर्व संरक्षित माहिती माहिती प्रणालीच्या सर्व्हर भागावर संग्रहित केली जाते.

उच्च स्तरावरील सुरक्षा धोके

कुजणे
U1. कायदेशीर वापरकर्त्याच्या वतीने अनधिकृत कृती करणारे हल्लेखोर.
U2. माहिती प्रणालीच्या सर्व्हर भागाद्वारे त्याच्या प्रक्रियेदरम्यान संरक्षित माहितीचे अनधिकृत बदल.

U1. कायदेशीर वापरकर्त्याच्या वतीने अनधिकृत कृती करणारे हल्लेखोर

स्पष्टीकरण
सामान्यत: माहिती प्रणालींमध्ये, वापरकर्त्यांसह क्रियांचा परस्परसंबंध वापरून केला जातो:

1. सिस्टम लॉग (लॉग).
2. डेटा ऑब्जेक्ट्सचे विशेष गुणधर्म ज्यामध्ये वापरकर्त्याची माहिती असते ज्याने त्यांना तयार केले किंवा सुधारित केले.

कामाच्या सत्राच्या संबंधात, हा धोका यामध्ये विघटित केला जाऊ शकतो:

1. <…> वापरकर्ता सत्रात केले.
2. <…> वापरकर्ता सत्राच्या बाहेर केले.

वापरकर्ता सत्र सुरू केले जाऊ शकते:

1. वापरकर्त्याने स्वतः.
2. घुसखोर.

या टप्प्यावर, या धोक्याचे दरम्यानचे विघटन असे दिसेल:
U1.1. वापरकर्ता सत्रामध्ये केलेल्या अनधिकृत क्रिया:
U1.1.1. <…> हल्ला केलेल्या वापरकर्त्याने सेट केले.
U1.1.2. <…> हल्लेखोरांनी स्थापित केले.
Y1.2. वापरकर्त्याच्या सत्राबाहेर अनधिकृत क्रिया केल्या गेल्या.

घुसखोरांमुळे प्रभावित होऊ शकणार्‍या माहितीच्या पायाभूत सुविधांच्या दृष्टिकोनातून, मध्यवर्ती धोक्यांचे विघटन असे दिसेल:

आयटम
धोका विघटन

य1.1.1.
य1.1.2.
य1.2.

ग्राहक
य1.1.1.1.
य1.1.2.1.

नेटवर्क जोडणी
य1.1.1.2.

Сервер

य1.2.1.

कुजणे
U1.1. वापरकर्ता सत्रामध्ये केलेल्या अनधिकृत क्रिया:
U1.1.1. <…> हल्ला केलेल्या वापरकर्त्याने सेट केले:
U1.1.1.1. हल्लेखोरांनी क्लायंटकडून स्वतंत्रपणे कृती केली:
У1.1.1.1.1 हल्लेखोरांनी मानक माहिती प्रणाली प्रवेश साधने वापरली:
य.१.१.२.२.२.२. हल्लेखोरांनी क्लायंटचे भौतिक इनपुट/आउटपुट साधन वापरले (कीबोर्ड, माउस, मॉनिटर किंवा मोबाइल डिव्हाइसची टच स्क्रीन):
य.१.१.२.२.२.२.१. सत्र सक्रिय असताना, I/O सुविधा उपलब्ध असताना आणि वापरकर्ता दूर असताना हल्लेखोरांनी कृती केली.
य.1.1.1.1.1.2. क्लायंट व्यवस्थापित करण्यासाठी हल्लेखोरांनी दूरस्थ प्रशासन साधने (मानक किंवा दुर्भावनापूर्ण कोडद्वारे प्रदान केलेली) वापरली:
य.१.१.२.२.२.२.१. सत्र सक्रिय असताना, I/O सुविधा उपलब्ध असताना आणि वापरकर्ता दूर असताना हल्लेखोरांनी कृती केली.
य.१.१.२.२.२.२.२. हल्लेखोरांनी रिमोट एडमिनिस्ट्रेशन टूल्सचा वापर केला, ज्याचे ऑपरेशन हल्ला केलेल्या वापरकर्त्यासाठी अदृश्य आहे.
U1.1.1.2. हल्लेखोरांनी क्लायंट आणि सर्व्हरमधील नेटवर्क कनेक्शनमधील डेटाची फसवणूक केली, त्यांना अशा प्रकारे सुधारित केले की ते कायदेशीर वापरकर्त्याच्या क्रिया म्हणून समजले गेले:
य1.1.1.2.1. दुवा: "नमुनेदार धमकी मॉडेल. नेटवर्क जोडणी. U2. प्रसारित डेटामध्ये अनधिकृत बदल".
य.1.1.1.3. हल्लेखोरांनी वापरकर्त्याला सामाजिक अभियांत्रिकी पद्धती वापरून निर्दिष्ट केलेल्या क्रिया करण्यास भाग पाडले.

U1.1.2 <…> हल्लेखोरांनी सेट केले:
य.1.1.2.1. हल्लेखोरांनी क्लायंटकडून काम केले (И):
य.1.1.2.1.1. हल्लेखोरांनी माहिती प्रणालीच्या प्रवेश नियंत्रण प्रणालीला तटस्थ केले:
य1.1.2.1.1.1. दुवा: "नमुनेदार धमकी मॉडेल. प्रवेश नियंत्रण प्रणाली. U1. वैध वापरकर्त्याच्या वतीने सत्राची अनधिकृत स्थापना.
य.1.1.2.1.2. दुष्कर्मांनी माहिती प्रणालीच्या प्रवेशासाठी नियमित माध्यमांचा वापर केला
U1.1.2.2. आक्रमणकर्त्यांनी डेटा ट्रान्समिशन नेटवर्कच्या इतर नोड्सवरून कार्य केले, ज्यावरून सर्व्हरसह नेटवर्क कनेक्शन स्थापित करणे शक्य आहे (И):
य.1.1.2.2.1. हल्लेखोरांनी माहिती प्रणालीच्या प्रवेश नियंत्रण प्रणालीला तटस्थ केले:
य1.1.2.2.1.1. दुवा: "नमुनेदार धमकी मॉडेल. प्रवेश नियंत्रण प्रणाली. U1. वैध वापरकर्त्याच्या वतीने सत्राची अनधिकृत स्थापना.
य1.1.2.2.2. हल्लेखोरांनी माहिती प्रणालीमध्ये प्रवेश करण्यासाठी गैर-मानक माध्यमांचा वापर केला.
स्पष्टीकरण Y1.1.2.2.2.
आक्रमणकर्ते तृतीय-पक्ष नोडवर नियमित माहिती प्रणाली क्लायंट स्थापित करू शकतात किंवा क्लायंट आणि सर्व्हर दरम्यान मानक एक्सचेंज प्रोटोकॉल लागू करणारे नॉन-स्टँडर्ड सॉफ्टवेअर वापरू शकतात.

P1.2 वापरकर्त्याच्या सत्राबाहेर केलेल्या अनधिकृत क्रिया.
S1.2.1 हल्लेखोरांनी अनधिकृत कृती केल्या, आणि नंतर माहिती प्रणालीच्या लॉगमध्ये किंवा डेटा ऑब्जेक्ट्सच्या विशेष गुणधर्मांमध्ये अनधिकृत बदल केले, जे सूचित करतात की त्यांनी केलेल्या कृती कायदेशीर वापरकर्त्याने केल्या आहेत.

U2. माहिती प्रणालीच्या सर्व्हर भागाद्वारे त्याच्या प्रक्रियेदरम्यान संरक्षित माहितीचे अनधिकृत बदल

कुजणे
Y2.1. हल्लेखोर मानक माहिती प्रणाली साधनांचा वापर करून संरक्षित माहिती सुधारित करतात आणि हे कायदेशीर वापरकर्त्याच्या वतीने करतात.
य2.1.1. दुवा: "नमुनेदार धमकी मॉडेल. क्लायंट-सर्व्हर आर्किटेक्चरच्या आधारे तयार केलेली माहिती प्रणाली. U1. कायदेशीर वापरकर्त्याच्या वतीने अनधिकृत कृती करणारे हल्लेखोर".

Y2.2. आक्रमणकर्ते डेटा ऍक्सेस यंत्रणा वापरून संरक्षित माहिती सुधारित करतात जी माहिती प्रणालीच्या नियमित ऑपरेशनद्वारे प्रदान केली जात नाहीत.
Y2.2.1. हल्लेखोर संरक्षित माहिती असलेल्या फाइल्समध्ये बदल करतात:
य2.2.1.1. <…> ऑपरेटिंग सिस्टमद्वारे प्रदान केलेल्या फाइल हाताळणी यंत्रणा वापरणे.
Y2.2.1.2. <...> अनधिकृत सुधारित बॅकअपमधून फायली पुनर्संचयित करण्यास प्रवृत्त करून.

U2.2.2. दोषकारक डेटाबेसमध्ये संग्रहित संरक्षित माहिती सुधारित करतात (И):
Y2.2.2.1. हल्लेखोर डीबीएमएस ऍक्सेस कंट्रोल सिस्टमला बेअसर करतात:
य2.2.2.1.1. दुवा: "नमुनेदार धमकी मॉडेल. प्रवेश नियंत्रण प्रणाली. U1. वैध वापरकर्त्याच्या वतीने सत्राची अनधिकृत स्थापना.
Y2.2.2.2. आक्रमणकर्ते डेटा ऍक्सेस करण्यासाठी मानक DBMS इंटरफेस वापरून माहिती सुधारित करतात.

Y2.3. दुष्कृत्ये संरक्षित माहितीवर प्रक्रिया करणार्‍या सॉफ्टवेअरच्या कामाच्या अल्गोरिदममध्ये अनधिकृत बदल करून बदल करतात.
Y2.3.1. सॉफ्टवेअरच्या सोर्स कोडमध्ये बदल केले जातात.
Y2.3.1. सॉफ्टवेअरच्या मशीन कोडमध्ये बदल केले जातात.

Y2.4. आक्रमणकर्ते माहिती प्रणाली सॉफ्टवेअरमधील भेद्यता वापरून संरक्षित माहिती सुधारित करतात.

Y2.5. माहिती प्रणालीच्या सर्व्हर भागाच्या घटकांमध्ये (उदाहरणार्थ, डेटाबेस सर्व्हर आणि ऍप्लिकेशन सर्व्हर) दरम्यान हस्तांतरित केल्यावर आक्रमणकर्ते संरक्षित माहिती सुधारित करतात:
य2.5.1. दुवा: "नमुनेदार धमकी मॉडेल. नेटवर्क जोडणी. U2. प्रसारित डेटामध्ये अनधिकृत बदल".

ठराविक धोके मॉडेल. प्रवेश नियंत्रण प्रणाली

संरक्षण ऑब्जेक्ट ज्यासाठी धोक्याचे मॉडेल लागू केले आहे (स्कोप)

संरक्षण ऑब्जेक्ट ज्यासाठी हे धोक्याचे मॉडेल लागू केले आहे ते धमकी मॉडेलच्या संरक्षण ऑब्जेक्टशी संबंधित आहे: “विशिष्ट धमकी मॉडेल. क्लायंट-सर्व्हर आर्किटेक्चरच्या आधारे तयार केलेली माहिती प्रणाली.

या धमकी मॉडेलमधील वापरकर्ता प्रवेश नियंत्रण प्रणाली माहिती प्रणाली घटक म्हणून समजली जाते जी खालील कार्ये लागू करते:

1. वापरकर्ता ओळख.
2. वापरकर्ता प्रमाणीकरण.
3. वापरकर्ता अधिकृतता.
4. वापरकर्ता क्रिया लॉग करणे.

उच्च स्तरावरील सुरक्षा धोके

कुजणे
U1. वैध वापरकर्त्याच्या वतीने सत्राची अनधिकृत स्थापना.
U2. माहिती प्रणालीमध्ये वापरकर्त्याच्या विशेषाधिकारांची अनधिकृत उन्नती.

U1. वैध वापरकर्त्याच्या वतीने अनधिकृत सत्र स्थापना

स्पष्टीकरण
सामान्य प्रकरणात या धोक्याचे विघटन वापरकर्त्याच्या ओळख आणि प्रमाणीकरण प्रणालीच्या प्रकारावर अवलंबून असेल.

या मॉडेलमध्ये, केवळ मजकूर लॉगिन आणि पासवर्ड वापरून वापरकर्ता ओळख आणि प्रमाणीकरण प्रणालीचा विचार केला जाईल. या प्रकरणात, आम्ही असे गृहीत धरू की वापरकर्त्याचे लॉगिन हे हल्लेखोरांना ज्ञात असलेली सार्वजनिक माहिती आहे.

कुजणे
U1.1. <…> क्रेडेन्शियल्समध्ये तडजोड करून:
U1.1.1. ते संचयित केले जात असताना हल्लेखोरांनी वापरकर्त्याच्या क्रेडेन्शियल्सशी तडजोड केली.
स्पष्टीकरण Y1.1.1.
उदाहरणार्थ, मॉनिटरवर टेप केलेल्या स्टिकी नोटवर क्रेडेन्शियल्स लिहिले जाऊ शकतात.

U1.1.2. वापरकर्त्याने चुकून किंवा दुर्भावनापूर्णपणे प्रवेश तपशील हल्लेखोरांना पास केला.
य.1.1.2.1. वापरकर्त्याने प्रवेश करताना क्रेडेन्शियल मोठ्याने बोलले.
U1.1.2.2. वापरकर्त्याने जाणूनबुजून त्यांची क्रेडेन्शियल पास केली:
य.1.1.2.2.1. <…> कामावर असलेले सहकारी.
स्पष्टीकरण Y1.1.2.2.1.
उदाहरणार्थ, जेणेकरून ते आजारपणाच्या कालावधीसह बदलू शकतील.

य1.1.2.2.2. <…> माहिती पायाभूत सुविधांच्या वस्तूंवर काम करणाऱ्या नियोक्ताच्या प्रतिपक्षांना.
य1.1.2.2.3. <…> तृतीय पक्षांना.
स्पष्टीकरण Y1.1.2.2.3.
एक, परंतु या धमकीची अंमलबजावणी करण्याचा एकमेव मार्ग म्हणजे हल्लेखोरांद्वारे सामाजिक अभियांत्रिकी पद्धती वापरणे.

U1.1.3. हल्लेखोरांनी क्रेडेंशियल्सची सक्ती केली:
य.1.1.3.1. <…> नियमित प्रवेश यंत्रणा वापरणे.
U1.1.3.2. <...> क्रेडेन्शियल्स संचयित करण्यासाठी पूर्वी इंटरसेप्ट केलेल्या कोडद्वारे (उदाहरणार्थ, पासवर्ड हॅश).

U1.1.4. हल्लेखोरांनी वापरकर्त्याचे क्रेडेन्शियल रोखण्यासाठी दुर्भावनापूर्ण कोड वापरला.

U1.1.5. हल्लेखोरांनी क्लायंट आणि सर्व्हरमधील नेटवर्क कनेक्शनमधून क्रेडेन्शियल्स काढले:
य1.1.5.1. दुवा: "नमुनेदार धमकी मॉडेल. नेटवर्क जोडणी. U1. प्रसारित डेटामध्ये अनधिकृत प्रवेश".

U1.1.6. हल्लेखोरांनी वर्क मॉनिटरिंग सिस्टमच्या रेकॉर्डमधून क्रेडेन्शियल्स काढले:
U1.1.6.1. <…> व्हिडिओ पाळत ठेवणे प्रणाली (कार्यरत असताना कीबोर्डवरील कीस्ट्रोक रेकॉर्ड केले असल्यास).
U1.1.6.2. <…> संगणकावरील कर्मचार्‍यांच्या क्रियांचे निरीक्षण करण्यासाठी प्रणाली
स्पष्टीकरण Y1.1.6.2.
अशा प्रणालीचे उदाहरण आहे स्टफकॉप.

U1.1.7. प्रेषण प्रक्रियेतील त्रुटींमुळे हल्लेखोरांनी वापरकर्त्याच्या ओळखपत्रांशी तडजोड केली.
स्पष्टीकरण Y1.1.7.
उदाहरणार्थ, ई-मेलद्वारे स्पष्ट मजकूरात संकेतशब्द प्रसारित करणे.

U1.1.8. हल्लेखोरांनी रिमोट अॅडमिनिस्ट्रेशन सिस्टम वापरून वापरकर्त्याच्या सत्राचे निरीक्षण करून क्रेडेन्शियल शिकले.

U1.1.9. तांत्रिक चॅनेल (TCUE) द्वारे गळती झाल्यामुळे हल्लेखोरांनी क्रेडेन्शियल्स काढले:
U1.1.9.1. कीबोर्डवरून वापरकर्ता क्रेडेन्शियल्स कसे प्रविष्ट करतो हे हल्लेखोरांनी हेरले:
E1.1.9.1.1 हल्लेखोर वापरकर्त्याच्या अगदी जवळ होते आणि त्यांनी त्यांच्या स्वत: च्या डोळ्यांनी क्रेडेन्शियल्सची नोंद पाहिली.
C1.1.9.1.1 स्पष्टीकरण
अशा प्रकरणांमध्ये कामावर असलेल्या सहकाऱ्यांच्या कृती किंवा वापरकर्त्याचा कीबोर्ड संस्थेच्या अभ्यागतांना दृश्यमान असतो तेव्हाच्या प्रकरणांचा समावेश होतो.

E1.1.9.1.2 हल्लेखोरांनी अतिरिक्त तांत्रिक माध्यमांचा वापर केला, जसे की दुर्बिणी किंवा मानवरहित हवाई वाहन, आणि खिडकीतून ओळखपत्रांची नोंद पाहिली.
U1.1.9.2. रेडिओ इंटरफेस (उदाहरणार्थ, ब्लूटूथ) द्वारे कनेक्ट केलेले असल्यास हल्लेखोरांनी कीबोर्ड आणि संगणकाच्या सिस्टम युनिटमधील रेडिओ एक्सचेंजच्या रेकॉर्डमधून क्रेडेन्शियल काढले.
U1.1.9.3. हल्लेखोरांनी बनावट इलेक्ट्रोमॅग्नेटिक रेडिएशन आणि पिकअप्स (PEMIN) च्या चॅनेलद्वारे क्रेडेन्शियल लीक करून ते रोखले.
स्पष्टीकरण Y1.1.9.3.
हल्ल्याची उदाहरणे येथे и येथे.

U1.1.9.4. आक्रमणकर्त्याने गुप्तपणे माहिती काढून टाकण्यासाठी डिझाइन केलेले विशेष तांत्रिक माध्यम (STS) वापरून कीबोर्डवरून क्रेडेन्शियल्सचे इनपुट रोखले.
स्पष्टीकरण Y1.1.9.4.
उदाहरणे उपकरणे.

U1.1.9.5. हल्लेखोरांनी कीबोर्ड वापरून क्रेडेन्शियल्सचे इनपुट रोखले
वापरकर्त्याद्वारे की दाबण्याच्या प्रक्रियेद्वारे मोड्युलेटेड वाय-फाय सिग्नलचे विश्लेषण.
स्पष्टीकरण Y1.1.9.5.
उदाहरण: हल्ले.

U1.1.9.6. हल्लेखोरांनी की-स्ट्रोकच्या आवाजाचे विश्लेषण करून कीबोर्डवरील क्रेडेन्शियल्सचे इनपुट रोखले.
स्पष्टीकरण Y1.1.9.6.
उदाहरण: हल्ले.

U1.1.9.7. हल्लेखोरांनी एक्सीलरोमीटर रीडिंगचे विश्लेषण करून मोबाइल डिव्हाइसच्या कीबोर्डवरून क्रेडेन्शियल्सचे इनपुट रोखले.
स्पष्टीकरण Y1.1.9.7.
उदाहरण: हल्ले.

U1.1.10. <...> पूर्वी क्लायंटवर जतन केले होते.
स्पष्टीकरण Y1.1.10.
उदाहरणार्थ, एखाद्या विशिष्ट साइटवर प्रवेश करण्यासाठी वापरकर्ता ब्राउझरमध्ये वापरकर्तानाव आणि पासवर्ड जतन करू शकतो.

U1.1.11. वापरकर्ता प्रवेश रद्द करण्याच्या प्रक्रियेतील त्रुटींमुळे आक्रमणकर्त्यांनी क्रेडेन्शियल्सशी तडजोड केली.
स्पष्टीकरण Y1.1.11.
उदाहरणार्थ, वापरकर्त्याला डिसमिस केल्यानंतर, त्याची खाती अवरोधित केली गेली नाहीत.

Y1.2. <…> प्रवेश नियंत्रण प्रणालीमधील असुरक्षा शोषण करून.

U2. माहिती प्रणालीमध्ये वापरकर्त्याच्या विशेषाधिकारांची अनधिकृत उन्नती

कुजणे
P2.1 <...> वापरकर्त्याच्या विशेषाधिकारांची माहिती असलेल्या डेटामध्ये अनधिकृत बदल करून.

U2.2 <…> प्रवेश नियंत्रण प्रणालीमधील असुरक्षा वापरून.

Y2.3. <…> वापरकर्ता प्रवेश नियंत्रण प्रक्रियेतील त्रुटींमुळे.
स्पष्टीकरण Y2.3.
उदाहरण 1. अधिकृत गरजांमुळे वापरकर्त्याला त्याच्या आवश्यकतेपेक्षा जास्त कामात प्रवेश देण्यात आला.
उदाहरण 2: वापरकर्त्याला दुसर्‍या स्थानावर स्थानांतरित केल्यानंतर, पूर्वी मंजूर केलेले प्रवेश अधिकार रद्द केले गेले नाहीत.

ठराविक धोके मॉडेल. एकत्रीकरण मॉड्यूल

संरक्षण ऑब्जेक्ट ज्यासाठी धोक्याचे मॉडेल लागू केले आहे (स्कोप)

इंटिग्रेशन मॉड्यूल - माहिती प्रणालींमधील माहितीची देवाणघेवाण आयोजित करण्यासाठी डिझाइन केलेल्या माहिती पायाभूत सुविधांचा एक संच.

कॉर्पोरेट नेटवर्कमध्ये एक माहिती प्रणाली दुसर्‍यापासून निःसंदिग्धपणे विभक्त करणे नेहमीच शक्य नसते हे लक्षात घेऊन, एकत्रीकरण मॉड्यूलला एका माहिती प्रणालीमधील घटकांमधील दुवा म्हणून देखील मानले जाऊ शकते.

आर्किटेक्चर
एकत्रीकरण मॉड्यूलची सामान्यीकृत योजना असे दिसते:

आर्किटेक्चर घटकांचे वर्णन:

• "एक्सचेंज सर्व्हर (CO)" - माहिती प्रणालीचा एक नोड / सेवा / घटक जो दुसर्या माहिती प्रणालीसह डेटाची देवाणघेवाण करण्याचे कार्य करतो.
• "मध्यस्थ" - माहिती प्रणालींमधील परस्परसंवाद आयोजित करण्यासाठी डिझाइन केलेले नोड / सेवा, परंतु त्यांचा भाग नाही.
  उदाहरणे "मध्यस्थ" ई-मेल सेवा, एंटरप्राइझ सेवा बस / SoA आर्किटेक्चर, तृतीय-पक्ष फाइल सर्व्हर इत्यादी असू शकतात. सामान्य प्रकरणात, एकत्रीकरण मॉड्यूलमध्ये "मध्यस्थ" असू शकत नाहीत.
• "डेटा प्रोसेसिंग सॉफ्टवेअर" - प्रोग्राम्सचा एक संच जो डेटा एक्सचेंज प्रोटोकॉल आणि फॉरमॅट रूपांतरण लागू करतो.
  उदाहरणार्थ, यूएफईबीएस फॉरमॅटमधून डेटा एबीएस फॉरमॅटमध्ये रूपांतरित करणे, ट्रान्समिशन दरम्यान संदेश स्थिती बदलणे इ.
• "नेटवर्क जोडणी" "नेटवर्क कनेक्शन" वैशिष्ट्यपूर्ण धमकी मॉडेलमध्ये वर्णन केलेल्या ऑब्जेक्टशी संबंधित आहे. वरील आकृतीमध्ये सादर केलेल्यांपैकी काही नेटवर्क कनेक्शन असू शकत नाहीत.

एकत्रीकरण मॉड्यूल्सची उदाहरणे

योजना 1. तृतीय-पक्ष फाइल सर्व्हरद्वारे ABS आणि AWP KBR चे एकत्रीकरण

पेमेंट कार्यान्वित करण्यासाठी, बँकेचा अधिकृत कर्मचारी ABS वरून इलेक्ट्रॉनिक पेमेंट दस्तऐवज अपलोड करतो आणि फाइल सर्व्हरच्या नेटवर्क फोल्डरवर (…शेअर) फाइलमध्ये (स्वतःच्या स्वरूपातील, उदाहरणार्थ, SQL डंप) जतन करतो. नंतर ही फाइल कन्व्हर्टर स्क्रिप्ट वापरून UFEBS फॉरमॅटमधील फाइल्सच्या संचामध्ये रूपांतरित केली जाते, जी नंतर CBD AWP द्वारे वाचली जाते.
त्यानंतर, एक अधिकृत कर्मचारी - AWS CBD चा वापरकर्ता - प्राप्त झालेल्या फाइलवर कूटबद्ध करतो आणि त्यावर स्वाक्षरी करतो आणि बँक ऑफ रशियाच्या पेमेंट सिस्टमकडे पाठवतो.

बँक ऑफ रशियाकडून पेमेंट मिळाल्यावर, CBR चे AWP त्यांना डिक्रिप्ट करते आणि इलेक्ट्रॉनिक स्वाक्षरी तपासते, त्यानंतर ते फाइल सर्व्हरवर UFEBS फॉरमॅटमध्ये फाइल्सचा संच म्हणून लिहिते. पेमेंट दस्तऐवज ABS मध्ये आयात करण्यापूर्वी, ते स्क्रिप्ट-कन्व्हर्टर वापरून UFEBS फॉरमॅटमधून ABS फॉरमॅटमध्ये रूपांतरित केले जातात.

आम्ही असे गृहीत धरू की या योजनेमध्ये, ABS एका भौतिक सर्व्हरवर चालते, CBD वर्कस्टेशन समर्पित संगणकावर चालते आणि स्क्रिप्ट कनवर्टर फाइल सर्व्हरवर कार्य करते.

विचारात घेतलेल्या योजनेच्या वस्तूंचा एकीकरण मॉड्यूलच्या मॉडेलच्या घटकांशी पत्रव्यवहार:
"एबीएस बाजूकडील सर्व्हर एक्सचेंज करा" - ABS सर्व्हर.
"AWP KBR च्या बाजूने सर्व्हरची देवाणघेवाण करा" - संगणक वर्कस्टेशन KBR.
"मध्यस्थ" - तृतीय-पक्ष फाइल सर्व्हर.
"डेटा प्रोसेसिंग सॉफ्टवेअर" - स्क्रिप्ट कनवर्टर.

योजना 2. AWS KBR वर पेमेंटसह सामायिक नेटवर्क फोल्डर ठेवताना ABS आणि AWS KBR चे एकत्रीकरण

सर्व काही योजना 1 प्रमाणेच आहे, परंतु वेगळा फाइल सर्व्हर वापरला जात नाही; त्याऐवजी, इलेक्ट्रॉनिक पेमेंट दस्तऐवजांसह नेटवर्क फोल्डर (…SHARE) AWS CBD सह संगणकावर स्थित आहे. स्क्रिप्ट-कन्व्हर्टर AWP CBD वर देखील कार्य करते.

विचारात घेतलेल्या योजनेच्या वस्तूंचा एकीकरण मॉड्यूलच्या मॉडेलच्या घटकांशी पत्रव्यवहार:
योजना 1 प्रमाणेच, परंतु "मध्यस्थ" न वापरलेले.

योजना 3. IBM WebSphera MQ द्वारे ABS आणि AWS KBR-N चे एकत्रीकरण आणि "ABS बाजूला" इलेक्ट्रॉनिक कागदपत्रांवर स्वाक्षरी

ABS CIPF SKAD स्वाक्षरीद्वारे समर्थित नसलेल्या प्लॅटफॉर्मवर कार्य करते. आउटगोइंग इलेक्ट्रॉनिक दस्तऐवजांवर विशेष इलेक्ट्रॉनिक स्वाक्षरी सर्व्हर (ES सर्व्हर) वर स्वाक्षरी केली जाते. बँक ऑफ रशियाकडून येणार्‍या दस्तऐवजांच्या अंतर्गत समान सर्व्हर इलेक्ट्रॉनिक स्वाक्षरीची पडताळणी करतो.

ABS ES सर्व्हरवर पेमेंट दस्तऐवज असलेली फाइल स्वतःच्या फॉरमॅटमध्ये अपलोड करते.
ES सर्व्हर, कन्व्हर्टर स्क्रिप्टचा वापर करून, फाइलला UFEBS फॉरमॅटमध्ये इलेक्ट्रॉनिक संदेशांमध्ये रूपांतरित करतो, त्यानंतर इलेक्ट्रॉनिक संदेश स्वाक्षरी करून IBM WebSphere MQ वर प्रसारित केले जातात.

AWS KBR-N IBM WebSphere MQ मध्ये प्रवेश करतो आणि तेथून स्वाक्षरी केलेले पेमेंट संदेश प्राप्त करतो, त्यानंतर अधिकृत कर्मचारी - AWS KBR चा वापरकर्ता - त्यांना एन्क्रिप्ट करतो आणि बँक ऑफ रशियाच्या पेमेंट सिस्टमकडे पाठवतो.

बँक ऑफ रशियाकडून पेमेंट मिळाल्यावर, AWP KBR-N त्यांना डिक्रिप्ट करते आणि इलेक्ट्रॉनिक स्वाक्षरी सत्यापित करते. यूएफईबीएस फॉरमॅटमध्ये डिक्रिप्टेड आणि स्वाक्षरी केलेल्या इलेक्ट्रॉनिक संदेशांच्या स्वरूपात यशस्वीरित्या प्रक्रिया केलेली पेमेंट्स IBM WebSphere MQ वर हस्तांतरित केली जातात, तेथून ते ES सर्व्हरद्वारे प्राप्त होतात.

ES सर्व्हर प्राप्त झालेल्या पेमेंटच्या इलेक्ट्रॉनिक स्वाक्षरीची पडताळणी करतो आणि त्यांना ABS फॉरमॅटमध्ये फाइलमध्ये सेव्ह करतो. त्यानंतर, अधिकृत कर्मचारी - ABS वापरकर्ता - परिणामी फाइल ABS वर विहित पद्धतीने अपलोड करतो.

विचारात घेतलेल्या योजनेच्या वस्तूंचा एकीकरण मॉड्यूलच्या मॉडेलच्या घटकांशी पत्रव्यवहार:
"एबीएस बाजूकडील एक्सचेंज सर्व्हर" - ABS सर्व्हर.
"AWP KBR च्या बाजूने एक्सचेंज सर्व्हर" - संगणक वर्कस्टेशन KBR.
"मध्यस्थ" - ES सर्व्हर आणि IBM WebSphere MQ.
"डेटा प्रोसेसिंग सॉफ्टवेअर" - स्क्रिप्ट-कन्व्हर्टर, ES सर्व्हरवर CIPF SCAD स्वाक्षरी.

योजना 4. समर्पित एक्सचेंज सर्व्हरद्वारे प्रदान केलेल्या API द्वारे आरबीएस सर्व्हर आणि एबीएसचे एकत्रीकरण

आम्ही असे गृहीत धरतो की बँक अनेक रिमोट बँकिंग प्रणाली (RBS) वापरते:

• व्यक्तींसाठी "इंटरनेट क्लायंट-बँक" (ICB FL);
• कायदेशीर संस्थांसाठी "इंटरनेट क्लायंट-बँक" (ICB LE).

माहिती सुरक्षितता सुनिश्चित करण्यासाठी, ABS चे RB सिस्टीमसह सर्व परस्परसंवाद ABS माहिती प्रणालीच्या चौकटीत कार्यरत असलेल्या समर्पित एक्सचेंज सर्व्हरद्वारे केले जातात.

पुढे, आम्ही ABS सह ICB LE च्या RBS प्रणालीच्या परस्परसंवादाच्या प्रक्रियेचा विचार करू.
RBS सर्व्हरने, क्लायंटकडून योग्य प्रमाणित पेमेंट ऑर्डर प्राप्त केल्यानंतर, त्यावर आधारित ABS मध्ये एक योग्य दस्तऐवज तयार करणे आवश्यक आहे. हे करण्यासाठी, एपीआय वापरुन, ते एक्सचेंज सर्व्हरवर माहिती हस्तांतरित करते, जे यामधून, एबीएसमध्ये डेटा प्रविष्ट करते.

जेव्हा क्लायंटच्या खात्यावरील शिल्लक बदलतात, तेव्हा ABS इलेक्ट्रॉनिक सूचना व्युत्पन्न करते, ज्या एक्सचेंज सर्व्हरचा वापर करून RBS सर्व्हरवर प्रसारित केल्या जातात.

विचारात घेतलेल्या योजनेच्या वस्तूंचा एकीकरण मॉड्यूलच्या मॉडेलच्या घटकांशी पत्रव्यवहार:
"RBS कडून एक्सचेंज सर्व्हर" - आरबीएस सर्व्हर IKB YUL.
"एबीएस बाजूकडील एक्सचेंज सर्व्हर" - एक्सचेंज सर्व्हर.
"मध्यस्थ" - अनुपस्थित.
"डेटा प्रोसेसिंग सॉफ्टवेअर" - एक्सचेंज सर्व्हर API वापरण्यासाठी जबाबदार RB सर्व्हर घटक, ABS API वापरण्यासाठी जबाबदार एक्सचेंज सर्व्हर घटक.

उच्च स्तरावरील सुरक्षा धोके

कुजणे
U1. इंटिग्रेशन मॉड्युलद्वारे खराब माहितीचा परिचय.

U1. इंटिग्रेशन मॉड्यूलद्वारे हल्लेखोरांकडून खोटी माहिती सादर करणे

कुजणे
U1.1. नेटवर्क कनेक्शनवर प्रेषण करताना वैध डेटाचे अनधिकृत बदल:
U1.1.1 लिंक: "नमुनेदार धमकी मॉडेल. नेटवर्क जोडणी. U2. प्रसारित डेटामध्ये अनधिकृत बदल".

Y1.2. वैध एक्सचेंज सहभागीच्या वतीने संप्रेषण चॅनेलद्वारे खोट्या डेटाचे हस्तांतरण:
U1.1.2 लिंक: "नमुनेदार धमकी मॉडेल. नेटवर्क जोडणी. U3. प्रसारित डेटाच्या लेखकत्वाचे उल्लंघन".

Y1.3. एक्स्चेंज सर्व्हर किंवा मध्यस्थांवर प्रक्रिया करताना वैध डेटाचे अनधिकृत फेरबदल:
य1.3.1. दुवा: "नमुनेदार धमकी मॉडेल. क्लायंट-सर्व्हर आर्किटेक्चरच्या आधारे तयार केलेली माहिती प्रणाली. U2. माहिती प्रणालीच्या सर्व्हर भागाद्वारे त्याच्या प्रक्रियेदरम्यान संरक्षित माहितीचे अनधिकृत बदल.

U1.4. एक्स्चेंज सर्व्हरवर तयार करणे किंवा कायदेशीर एक्सचेंज सहभागीच्या वतीने बनावट डेटाचे मध्यस्थ:
य1.4.1. दुवा: "नमुनेदार धमकी मॉडेल. क्लायंट-सर्व्हर आर्किटेक्चरच्या आधारे तयार केलेली माहिती प्रणाली. U1. कायदेशीर वापरकर्त्याच्या वतीने अनधिकृत कृती करणारे हल्लेखोर.

Y1.5. डेटा प्रोसेसिंग सॉफ्टवेअर वापरून त्यांच्या प्रक्रियेदरम्यान डेटामध्ये अनधिकृत बदल:
U1.5.1. <…> डेटा प्रोसेसिंग सॉफ्टवेअरच्या सेटिंग्ज (कॉन्फिगरेशन) मध्ये घुसखोरांनी अनधिकृत बदल केल्यामुळे.
U1.5.2. <…> डेटा प्रोसेसिंग सॉफ्टवेअरच्या एक्झिक्युटेबल फाइल्समध्ये आक्रमणकर्त्यांनी अनधिकृत बदल केल्यामुळे.
U1.5.3. <...> आक्रमणकर्त्यांद्वारे डेटा प्रोसेसिंग सॉफ्टवेअरच्या परस्परसंवादी नियंत्रणामुळे.

ठराविक धोके मॉडेल. क्रिप्टोग्राफिक माहिती संरक्षण प्रणाली

संरक्षण ऑब्जेक्ट ज्यासाठी धोक्याचे मॉडेल लागू केले आहे (स्कोप)

संरक्षणाची वस्तू म्हणजे क्रिप्टोग्राफिक माहिती संरक्षण प्रणाली जी माहिती प्रणालीची सुरक्षा सुनिश्चित करण्यासाठी वापरली जाते.

आर्किटेक्चर
कोणत्याही माहिती प्रणालीचा आधार हा अनुप्रयोग सॉफ्टवेअर (सॉफ्टवेअर) असतो जो त्याची लक्ष्य कार्यक्षमता लागू करतो.

या प्रकरणात क्रिप्टोग्राफिक संरक्षण सामान्यत: अनुप्रयोग सॉफ्टवेअरच्या व्यवसाय लॉजिकमधून क्रिप्टोग्राफिक आदिम कॉल करून लागू केले जाते, जे विशेष लायब्ररीमध्ये स्थित आहेत - क्रिप्टो-कर्नल.

क्रिप्टोग्राफिक आदिममध्ये निम्न-स्तरीय क्रिप्टोग्राफिक कार्ये समाविष्ट आहेत जसे की:

• डेटा ब्लॉक एनक्रिप्ट/डिक्रिप्ट करा;
• डेटा ब्लॉकची इलेक्ट्रॉनिक स्वाक्षरी तयार / सत्यापित करा;
• डेटा ब्लॉकच्या हॅश फंक्शनची गणना करा;
• मुख्य माहिती व्युत्पन्न / अपलोड / अपलोड करा;
• आणि याप्रमाणे.

क्रिप्टोग्राफिक प्रिमिटिव्स वापरून अॅप्लिकेशन सॉफ्टवेअरचे व्यावसायिक तर्क उच्च-स्तरीय कार्यक्षमता लागू करते:

• निवडलेल्या प्राप्तकर्त्यांच्या की सह फाइल कूटबद्ध करा;
• सुरक्षित नेटवर्क कनेक्शन स्थापित करा;
• इलेक्ट्रॉनिक स्वाक्षरीच्या पडताळणीच्या परिणामांबद्दल माहिती द्या;
• इ.

व्यवसाय तर्कशास्त्र आणि क्रिप्टो-कोरचा परस्परसंवाद केला जाऊ शकतो:

• थेट, क्रिप्टोकर्नेलच्या डायनॅमिक लायब्ररीमधून क्रिप्टोग्राफिक प्रिमिटिव्ह कॉल करून (.DLL - विंडोजसाठी, .SO - लिनक्ससाठी) व्यवसाय तर्कानुसार;
• थेट, क्रिप्टोग्राफिक इंटरफेसद्वारे - रॅपर्स, उदाहरणार्थ, एमएस क्रिप्टो एपीआय, जावा क्रिप्टोग्राफी आर्किटेक्चर, पीकेसीएस # 11, इ. या प्रकरणात, व्यवसाय तर्क क्रिप्टो इंटरफेसचा संदर्भ देते आणि ते संबंधित क्रिप्टो कोरमध्ये कॉलचे भाषांतर करते, जे या प्रकरणात क्रिप्टो प्रदाता म्हणतात. क्रिप्टोग्राफिक इंटरफेसचा वापर ऍप्लिकेशन सॉफ्टवेअरला विशिष्ट क्रिप्टोग्राफिक अल्गोरिदममधून अ‍ॅबस्ट्रॅक्ट करण्यास आणि अधिक लवचिक होण्यास अनुमती देतो.

क्रिप्टोकोर आयोजित करण्यासाठी दोन विशिष्ट योजना आहेत:

योजना 1 - मोनोलिथिक क्रिप्टो-कोर


योजना 2 - स्प्लिट क्रिप्टो कोर


वरील आकृत्यांमधील घटक एकतर एकाच संगणकावर चालणारे स्वतंत्र सॉफ्टवेअर मॉड्यूल असू शकतात किंवा संगणक नेटवर्कमध्ये संवाद साधणारी नेटवर्क सेवा असू शकतात.

स्कीम 1 नुसार तयार केलेली सिस्टीम वापरताना, ऍप्लिकेशन सॉफ्टवेअर आणि क्रिप्टो-कोर क्रिप्टो-मीन्स (CFC) च्या ऑपरेशनसाठी एकाच वातावरणात कार्य करतात, उदाहरणार्थ, समान ऑपरेटिंग सिस्टम चालवणाऱ्या एकाच संगणकावर. सिस्टमचा वापरकर्ता, नियमानुसार, दुर्भावनायुक्त कोड असलेल्या समान ऑपरेटिंग वातावरणात इतर प्रोग्राम चालवू शकतो. अशा परिस्थितीत, खाजगी क्रिप्टोग्राफिक की लीक होण्याचा गंभीर धोका असतो.

जोखीम कमी करण्यासाठी, योजना 2 वापरली जाते, ज्यामध्ये क्रिप्टोकोर दोन भागांमध्ये विभागले गेले आहे:

1. पहिला भाग, अॅप्लिकेशन सॉफ्टवेअरसह, अविश्वासू वातावरणात चालतो जेथे मालवेअर संसर्गाचा धोका असतो. आम्ही या भागाला "सॉफ्टवेअर भाग" म्हणू.
2. दुसरा भाग विश्वासार्ह वातावरणात समर्पित डिव्हाइसवर कार्य करतो ज्यामध्ये खाजगी की स्टोअर आहे. आम्ही आतापासून या भागाचा "हार्डवेअर भाग" म्हणून संदर्भ घेऊ.

सॉफ्टवेअर आणि हार्डवेअर भागांमध्ये क्रिप्टो-कर्नलचे विभाजन अतिशय सशर्त आहे. स्प्लिट क्रिप्टो-कोरसह योजनेनुसार तयार केलेल्या मार्केटमध्ये सिस्टम आहेत, परंतु "हार्डवेअर" भाग व्हर्च्युअल मशीन प्रतिमेच्या स्वरूपात सादर केला जातो - व्हर्च्युअल एचएसएम (उदाहरण).

क्रिप्टोकोरच्या दोन्ही भागांचा परस्परसंवाद अशा प्रकारे होतो की खाजगी क्रिप्टोग्राफिक की कधीही सॉफ्टवेअर भागामध्ये हस्तांतरित केल्या जात नाहीत आणि त्यानुसार, दुर्भावनापूर्ण कोड वापरून चोरी केली जाऊ शकत नाही.

परस्परसंवाद इंटरफेस (API) आणि क्रिप्टोकोरद्वारे ऍप्लिकेशन सॉफ्टवेअरला प्रदान केलेला क्रिप्टोग्राफिक प्रिमिटिव्हचा संच दोन्ही प्रकरणांमध्ये समान आहेत. फरक त्यांच्या अंमलबजावणीच्या पद्धतीमध्ये आहे.

म्हणून, विभाजित क्रिप्टोकोरसह योजना वापरताना, सॉफ्टवेअर आणि हार्डवेअरमधील परस्परसंवाद खालील तत्त्वानुसार केला जातो:

1. क्रिप्टोग्राफिक आदिम ज्यांना खाजगी की वापरण्याची आवश्यकता नाही (उदाहरणार्थ, हॅश फंक्शनची गणना, इलेक्ट्रॉनिक स्वाक्षरीचे सत्यापन इ.) सॉफ्टवेअरद्वारे केले जाते.
2. क्रिप्टोग्राफिक प्रिमिटिव्ह जे खाजगी की वापरतात (इलेक्ट्रॉनिक स्वाक्षरी तयार करणे, डेटा डिक्रिप्ट करणे इ.) हार्डवेअरद्वारे केले जाते.

इलेक्ट्रॉनिक स्वाक्षरी तयार करण्याच्या उदाहरणाचा वापर करून स्प्लिट क्रिप्टोकोरचे ऑपरेशन स्पष्ट करूया:

1. सॉफ्टवेअर भाग स्वाक्षरी केलेल्या डेटाच्या हॅश फंक्शनची गणना करतो आणि हे मूल्य क्रिप्टो-कोर दरम्यान एक्सचेंज चॅनेलद्वारे हार्डवेअरमध्ये प्रसारित करतो.
2. हार्डवेअर भाग, खाजगी की आणि हॅश वापरून, इलेक्ट्रॉनिक स्वाक्षरीचे मूल्य व्युत्पन्न करतो आणि एक्सचेंज चॅनेलद्वारे सॉफ्टवेअर भागामध्ये हस्तांतरित करतो.
3. सॉफ्टवेअर भाग अनुप्रयोग सॉफ्टवेअरला प्राप्त मूल्य परत करतो.

इलेक्ट्रॉनिक स्वाक्षरीची शुद्धता तपासण्याची वैशिष्ट्ये

जेव्हा प्राप्तकर्त्या पक्षाला इलेक्ट्रॉनिक स्वाक्षरीने स्वाक्षरी केलेला डेटा प्राप्त होतो, तेव्हा त्याने सत्यापनाचे अनेक टप्पे पार पाडले पाहिजेत. इलेक्ट्रॉनिक स्वाक्षरीच्या पडताळणीचा सकारात्मक परिणाम तेव्हाच प्राप्त होतो जेव्हा पडताळणीचे सर्व टप्पे यशस्वीरित्या पूर्ण केले जातात.

स्टेज 1. डेटा अखंडता आणि डेटा लेखकत्व नियंत्रण.

स्टेज सामग्री. डेटाची इलेक्ट्रॉनिक स्वाक्षरी संबंधित क्रिप्टोग्राफिक अल्गोरिदमनुसार सत्यापित केली जाते. हा टप्पा यशस्वीपणे पूर्ण केल्याने सूचित होते की डेटामध्ये स्वाक्षरी केल्यापासून बदल करण्यात आलेला नाही आणि इलेक्ट्रॉनिक स्वाक्षरीची पडताळणी करण्यासाठी सार्वजनिक कीशी संबंधित खाजगी की सह स्वाक्षरी केली गेली होती.
स्टेजचे स्थान: क्रिप्टोकर्नल

स्टेज 2. स्वाक्षरीच्या सार्वजनिक कीवर विश्वासाचे नियंत्रण आणि इलेक्ट्रॉनिक स्वाक्षरीच्या खाजगी कीच्या वैधता कालावधीचे नियंत्रण.
स्टेज सामग्री. स्टेजमध्ये दोन इंटरमीडिएट सब-स्टेज असतात. डेटावर स्वाक्षरी करताना इलेक्ट्रॉनिक स्वाक्षरी सत्यापित करण्यासाठी सार्वजनिक की विश्वासार्ह होती की नाही हे प्रथम स्थापित करते. दुसरा डेटावर स्वाक्षरी करताना इलेक्ट्रॉनिक स्वाक्षरीची खाजगी की वैध होती की नाही हे स्थापित करते. सर्वसाधारण बाबतीत, या कीजचा वैधता कालावधी एकसारखा नसू शकतो (उदाहरणार्थ, इलेक्ट्रॉनिक स्वाक्षरी पडताळणी कीच्या पात्र प्रमाणपत्रांसाठी). स्वाक्षरीकर्त्याच्या सार्वजनिक कीवर विश्वास स्थापित करण्याच्या पद्धती परस्परसंवादी पक्षांद्वारे स्वीकारलेल्या इलेक्ट्रॉनिक दस्तऐवज व्यवस्थापनाच्या नियमांद्वारे निर्धारित केल्या जातात.
स्टेजचे स्थान: अनुप्रयोग सॉफ्टवेअर / क्रिप्टो-कर्नल.

स्टेज 3. स्वाक्षरी करणार्‍याच्या अधिकाराचे नियंत्रण.
स्टेज सामग्री. इलेक्ट्रॉनिक दस्तऐवज व्यवस्थापनाच्या स्थापित नियमांनुसार, स्वाक्षरीकर्त्यास संरक्षित डेटा प्रमाणित करण्याचा अधिकार होता की नाही हे तपासले जाते. उदाहरणार्थ, अधिकाराच्या उल्लंघनाची परिस्थिती विचारात घ्या. समजा अशी एक संस्था आहे जिथे सर्व कर्मचाऱ्यांची इलेक्ट्रॉनिक स्वाक्षरी आहे. अंतर्गत इलेक्ट्रॉनिक दस्तऐवज व्यवस्थापन प्रणालीला प्रमुखांकडून ऑर्डर प्राप्त होते, परंतु वेअरहाऊस व्यवस्थापकाच्या इलेक्ट्रॉनिक स्वाक्षरीद्वारे स्वाक्षरी केली जाते. त्यानुसार, असा दस्तऐवज कायदेशीर मानला जाऊ शकत नाही.
स्टेजचे स्थान: अनुप्रयोग सॉफ्टवेअर.

संरक्षणाच्या वस्तूचे वर्णन करताना केलेली गृहितके

1. माहिती हस्तांतरण चॅनेल, की एक्सचेंज चॅनेल वगळता, ऍप्लिकेशन सॉफ्टवेअर, API आणि क्रिप्टो-कोरमधून देखील जातात.
2. सार्वजनिक की आणि (किंवा) प्रमाणपत्रांवरील विश्वासाची माहिती तसेच सार्वजनिक की मालकांच्या अधिकाराविषयी माहिती सार्वजनिक की स्टोअरमध्ये ठेवली जाते.
3. ऍप्लिकेशन सॉफ्टवेअर क्रिप्टो-कर्नलद्वारे सार्वजनिक की स्टोरेजसह कार्य करते.

CIPF सह संरक्षित माहिती प्रणालीचे उदाहरण

पूर्वी सादर केलेल्या योजना स्पष्ट करण्यासाठी, एक काल्पनिक माहिती प्रणाली विचारात घ्या आणि त्यावरील सर्व संरचनात्मक घटक निवडा.

माहिती प्रणालीचे वर्णन

दोन्ही संस्थांनी त्यांच्यामध्ये कायदेशीर बंधनकारक इलेक्ट्रॉनिक दस्तऐवज व्यवस्थापन (EDF) सुरू करण्याचा निर्णय घेतला. हे करण्यासाठी, त्यांनी एक करार केला ज्यामध्ये त्यांनी सांगितले की कागदपत्रे ई-मेलद्वारे प्रसारित केली जातील आणि त्याच वेळी ते कूटबद्ध केले जातील आणि पात्र इलेक्ट्रॉनिक स्वाक्षरीसह स्वाक्षरी केली पाहिजे. दस्तऐवज तयार करणे आणि त्यावर प्रक्रिया करण्याचे साधन म्हणून, मायक्रोसॉफ्ट ऑफिस 2016 पॅकेजमधील ऑफिस प्रोग्राम आणि क्रिप्टोग्राफिक संरक्षणाचे साधन म्हणून - CIPF क्रिप्टोप्रो आणि एन्क्रिप्शन सॉफ्टवेअर क्रिप्टोएआरएम वापरावे.

संस्थेच्या पायाभूत सुविधांचे वर्णन 1

संस्था 1 ने निर्णय घेतला की ते वापरकर्त्याच्या वर्कस्टेशनवर क्रिप्टोप्रो सीआयपीएफ आणि क्रिप्टोएआरएम सॉफ्टवेअर स्थापित करेल - एक भौतिक संगणक. एन्क्रिप्शन आणि इलेक्ट्रॉनिक स्वाक्षरी की पुनर्प्राप्त करण्यायोग्य की मोडमध्ये कार्यरत असलेल्या ruToken की कॅरियरवर संग्रहित केल्या जातील. वापरकर्ता त्याच्या संगणकावर स्थानिक पातळीवर इलेक्ट्रॉनिक दस्तऐवज तयार करेल, त्यानंतर ते स्थानिकरित्या स्थापित मेल क्लायंट वापरून कूटबद्ध, स्वाक्षरी आणि पाठवले जातील.

संस्थेच्या पायाभूत सुविधांचे वर्णन 2

संस्था 2 ने एनक्रिप्शन आणि इलेक्ट्रॉनिक स्वाक्षरीची कार्ये समर्पित आभासी मशीनवर हलविण्याचा निर्णय घेतला. या प्रकरणात, सर्व क्रिप्टोग्राफिक ऑपरेशन्स स्वयंचलितपणे केल्या जातील.

हे करण्यासाठी, समर्पित व्हर्च्युअल मशीनवर दोन नेटवर्क फोल्डर्स आयोजित केले जातात: “…इन”, “…आउट”. काउंटरपार्टीकडून खुल्या स्वरूपात प्राप्त झालेल्या फाइल्स आपोआप “…इन” नेटवर्क फोल्डरमध्ये ठेवल्या जातील. या फाइल्स डिक्रिप्ट केल्या जातील आणि त्यांच्यावर इलेक्ट्रॉनिक स्वाक्षरीची पडताळणी केली जाईल.

“…आउट” फोल्डरमध्ये, वापरकर्ता फायली ठेवेल ज्यांना एन्क्रिप्ट करणे, स्वाक्षरी करणे आणि प्रतिपक्षाला पाठवणे आवश्यक आहे. वापरकर्ता त्याच्या वर्कस्टेशनवर फाइल्स स्वतः तयार करेल.
एन्क्रिप्शन आणि इलेक्ट्रॉनिक स्वाक्षरी कार्ये करण्यासाठी, क्रिप्टोप्रो सीआयपीएफ, क्रिप्टोएआरएम सॉफ्टवेअर आणि एक मेल क्लायंट आभासी मशीनवर स्थापित केले आहेत. व्हर्च्युअल मशीनच्या सर्व घटकांचे स्वयंचलित व्यवस्थापन सिस्टम प्रशासकांनी विकसित केलेल्या स्क्रिप्ट वापरून केले जाईल. स्क्रिप्ट्सचे काम लॉग फाइल्स (लॉग) मध्ये लॉग इन केले जाते.

इलेक्ट्रॉनिक स्वाक्षरीच्या क्रिप्टोग्राफिक की या टोकनवर JaCarta GOST न मिळवता येण्याजोग्या कीसह ठेवल्या जातील, जी वापरकर्ता त्याच्या स्थानिक संगणकाशी कनेक्ट करेल.

टोकन वापरकर्त्याच्या वर्कस्टेशनवर आणि व्हर्च्युअल मशीनवर स्थापित केलेले विशेष USB-over-IP सॉफ्टवेअर वापरून आभासी मशीनवर पाठवले जाईल.

संस्था 1 मधील वापरकर्त्याच्या वर्कस्टेशनवरील सिस्टम घड्याळ व्यक्तिचलितपणे समायोजित केले जाईल. संस्थे 2 मधील समर्पित व्हर्च्युअल मशीनचे सिस्टम घड्याळ हायपरवाइजरच्या सिस्टम घड्याळासह समक्रमित केले जाईल, जे यामधून सार्वजनिक वेळ सर्व्हरसह इंटरनेटवर सिंक्रोनाइझ केले जाईल.

CIPF च्या संरचनात्मक घटकांचे वाटप
IT इन्फ्रास्ट्रक्चरच्या वरील वर्णनाच्या आधारे, आम्ही CIPF चे संरचनात्मक घटक वेगळे करतो आणि ते टेबलमध्ये लिहून ठेवतो.

सारणी - माहिती प्रणालीच्या घटकांसह सीआयपीएफ मॉडेलच्या घटकांचा पत्रव्यवहार

आयटम नाव
संघटना १
संघटना १

अनुप्रयोग सॉफ्टवेअर
CryptoARM सॉफ्टवेअर
CryptoARM सॉफ्टवेअर

क्रिप्टोकर्नलचा सॉफ्टवेअर भाग
CIPF CryptoPRO CSP
CIPF CryptoPRO CSP

क्रिप्टोकर्नलचा हार्डवेअर भाग
नाही
JaCarta GOST

API
एमएस क्रिप्टोएपीआय
एमएस क्रिप्टोएपीआय

सार्वजनिक की संचयन
वापरकर्ता वर्कस्टेशन:
- एचडीडी;
- मानक विंडोज प्रमाणपत्र स्टोअर.
हायपरवाइजर:
- HDD.

आभासी यंत्र, आभासी साधन:
- एचडीडी;
- मानक विंडोज प्रमाणपत्र स्टोअर.

खाजगी की संचयन
की कॅरिअर रुटोकन एक्सट्रॅक्टेबल की मोडमध्ये कार्यरत आहे
JaCarta GOST की कॅरिअर नॉन-रिट्रिव्हेबल की मोडमध्ये कार्यरत आहे

सार्वजनिक की एक्सचेंज चॅनेल
वापरकर्ता वर्कस्टेशन:
- रॅम.

हायपरवाइजर:
- रॅम.

आभासी यंत्र, आभासी साधन:
- रॅम.

खाजगी की एक्सचेंज चॅनेल
वापरकर्ता वर्कस्टेशन:
- यूएसबी बस;
- रॅम.
नाही

क्रिप्टो-कोर दरम्यान चॅनेल एक्सचेंज
अनुपस्थित (क्रिप्टोकोर हार्डवेअर नाही)
वापरकर्ता वर्कस्टेशन:
- यूएसबी बस;
- रॅम;
- यूएसबी-ओव्हर-आयपी सॉफ्टवेअर मॉड्यूल;
- नेटवर्क इंटरफेस.

संस्थेचे कॉर्पोरेट नेटवर्क 2.

हायपरवाइजर:
- रॅम;
- नेटवर्क इंटरफेस.

आभासी यंत्र, आभासी साधन:
- नेटवर्क इंटरफेस;
- रॅम;
- यूएसबी-ओव्हर-आयपी सॉफ्टवेअर मॉड्यूल.

डेटा एक्सचेंज चॅनेल उघडा
वापरकर्ता वर्कस्टेशन:
- इनपुट-आउटपुटचे साधन;
- रॅम;
- HDD.
वापरकर्ता वर्कस्टेशन:
- इनपुट-आउटपुटचे साधन;
- रॅम;
- एचडीडी;
- नेटवर्क इंटरफेस.

संस्थेचे कॉर्पोरेट नेटवर्क 2.

हायपरवाइजर:
- नेटवर्क इंटरफेस;
- रॅम;
- HDD.

आभासी यंत्र, आभासी साधन:
- नेटवर्क इंटरफेस;
- रॅम;
- HDD.

सुरक्षित डेटा एक्सचेंज चॅनेल
इंटरनेट.

संस्थेचे कॉर्पोरेट नेटवर्क 1.

वापरकर्ता वर्कस्टेशन:
- एचडीडी;
- रॅम;
- नेटवर्क इंटरफेस.

इंटरनेट.

संस्थेचे कॉर्पोरेट नेटवर्क 2.

हायपरवाइजर:
- नेटवर्क इंटरफेस;
- रॅम;
- HDD.

आभासी यंत्र, आभासी साधन:
- नेटवर्क इंटरफेस;
- रॅम;
- HDD.

वेळ चॅनेल
वापरकर्ता वर्कस्टेशन:
- इनपुट-आउटपुटचे साधन;
- रॅम;
- सिस्टम टाइमर.

इंटरनेट.
संस्थेचे कॉर्पोरेट नेटवर्क 2,

हायपरवाइजर:
- नेटवर्क इंटरफेस;
- रॅम;
- सिस्टम टाइमर.

आभासी यंत्र, आभासी साधन:
- रॅम;
- सिस्टम टाइमर.

कमांड ट्रान्समिशन चॅनेल नियंत्रित करा
वापरकर्ता वर्कस्टेशन:
- इनपुट-आउटपुटचे साधन;
- रॅम.

(क्रिप्टोएआरएम सॉफ्टवेअरचे जीयूआय)

आभासी यंत्र, आभासी साधन:
- रॅम;
- HDD.

(ऑटोमेशन स्क्रिप्ट्स)

कामाचे परिणाम प्राप्त करण्यासाठी चॅनेल
वापरकर्ता वर्कस्टेशन:
- इनपुट-आउटपुटचे साधन;
- रॅम.

(क्रिप्टोएआरएम सॉफ्टवेअरचे जीयूआय)

आभासी यंत्र, आभासी साधन:
- रॅम;
- HDD.

(ऑटोमेशन स्क्रिप्टसाठी लॉग फाइल्स)

उच्च स्तरावरील सुरक्षा धोके

स्पष्टीकरण

धमक्यांच्या विघटनामध्ये केलेले गृहितक:

1. मजबूत क्रिप्टोग्राफिक अल्गोरिदम वापरले जातात.
2. क्रिप्टोग्राफिक अल्गोरिदम ऑपरेशनच्या योग्य पद्धतींमध्ये सुरक्षितपणे वापरले जातात (उदाहरणार्थ, ECB मोठ्या प्रमाणात डेटा कूटबद्ध करण्यासाठी लागू होत नाही, की वर स्वीकार्य भार विचारात घेतला जातो इ.).
3. दोषकारकांना सर्व वापरलेले अल्गोरिदम, प्रोटोकॉल आणि सार्वजनिक की माहित असतात.
4. हल्लेखोरांना सर्व एनक्रिप्टेड डेटामध्ये प्रवेश असतो.
5. आक्रमणकर्ते सिस्टममधील कोणत्याही प्रोग्राम घटकांचे पुनरुत्पादन करण्यास सक्षम आहेत.

कुजणे

U1. खाजगी क्रिप्टोग्राफिक की ची तडजोड.
U2. वैध प्रेषकाच्या वतीने बनावट डेटाचे कूटबद्धीकरण.
U3. डेटाचे वैध प्राप्तकर्ते नसलेल्या व्यक्तींद्वारे एनक्रिप्टेड डेटाचे डिक्रिप्शन (घुसखोर).
U4. खोट्या डेटा अंतर्गत कायदेशीर स्वाक्षरीकर्त्याची इलेक्ट्रॉनिक स्वाक्षरी तयार करणे.
U5. खोट्या डेटाची इलेक्ट्रॉनिक स्वाक्षरी तपासण्याचे सकारात्मक परिणाम प्राप्त करणे.
U6. इलेक्ट्रॉनिक दस्तऐवज व्यवस्थापनाच्या संस्थेतील समस्यांमुळे अंमलबजावणीसाठी इलेक्ट्रॉनिक दस्तऐवजांची चुकीची स्वीकृती.
U7. CIPF द्वारे त्यांच्या प्रक्रियेदरम्यान संरक्षित डेटामध्ये अनधिकृत प्रवेश.

U1. खाजगी क्रिप्टोग्राफिक की ची तडजोड

U1.1. खाजगी की स्टोअरमधून खाजगी की मिळवा.

Y1.2. क्रिप्टोग्राफिक टूलच्या कार्याच्या वातावरणातील ऑब्जेक्ट्समधून खाजगी की मिळवणे, ज्यामध्ये ते तात्पुरते स्थित असू शकते.
स्पष्टीकरण Y1.2.

खाजगी की तात्पुरती संचयित करू शकणार्‍या वस्तूंमध्ये हे समाविष्ट असेल:

1. रॅम,
2. तात्पुरत्या फाइल्स,
3. पेजिंग फाइल्स,
4. हायबरनेशन फाइल्स,
5. व्हर्च्युअल मशीन्सच्या "हॉट" स्थितीच्या स्नॅपशॉट फायली, ज्यामध्ये विराम दिलेल्या व्हर्च्युअल मशीनच्या RAM च्या सामग्रीच्या फाइल्सचा समावेश आहे.

U1.2.1. रॅम मॉड्यूल्स गोठवून, ते काढणे आणि नंतर डेटा वाचणे (फ्रीज अटॅक) करून कार्यरत RAM मधून खाजगी की पुनर्प्राप्त करणे.
स्पष्टीकरण Y1.2.1.
उदाहरण: हल्ले.

Y1.3. खाजगी की एक्सचेंज चॅनेलवरून खाजगी की मिळवणे.
स्पष्टीकरण Y1.3.
या धमकीच्या अंमलबजावणीचे उदाहरण दिले जाईल खाली.

U1.4. क्रिप्टो-कोरमध्ये अनधिकृत बदल, परिणामी खाजगी की आक्रमणकर्त्यांना ज्ञात होतात.

Y1.5. माहिती गळतीचे तांत्रिक चॅनेल (TCLE) वापरल्यामुळे खाजगी कीशी तडजोड.
स्पष्टीकरण Y1.5.
उदाहरण: हल्ले.

U1.6. माहितीच्या गुप्त पुनर्प्राप्तीसाठी डिझाइन केलेल्या विशेष तांत्रिक माध्यमांच्या (STS) वापरामुळे खाजगी कीची तडजोड ("बग").

Y1.7. CIPF च्या बाहेर स्टोरेज दरम्यान खाजगी की ची तडजोड.
स्पष्टीकरण Y1.7.
उदाहरणार्थ, वापरकर्ता त्यांचे की मीडिया डेस्कटॉप ड्रॉवरमध्ये ठेवतो, ज्यामधून ते घुसखोरांद्वारे सहजपणे पुनर्प्राप्त केले जाऊ शकतात.

U2. वैध प्रेषकाच्या वतीने बनावट डेटाचे कूटबद्धीकरण

स्पष्टीकरण
हा धोका केवळ प्रेषक प्रमाणीकरणासह डेटा एन्क्रिप्शन योजनांसाठी विचारात घेतला जातो. अशा योजनांची उदाहरणे मानकीकरणाच्या शिफारशींमध्ये दर्शविली आहेत. R 1323565.1.004-2017 “माहिती तंत्रज्ञान. माहितीचे क्रिप्टोग्राफिक संरक्षण. सार्वजनिक की प्रमाणीकरणासह सार्वजनिक की जनरेशन योजना». इतर क्रिप्टोग्राफिक योजनांसाठी, हा धोका अस्तित्वात नाही, कारण एनक्रिप्शन प्राप्तकर्त्याच्या सार्वजनिक की वर केले जाते आणि ते सामान्यतः आक्रमणकर्त्यांना ओळखले जातात.

कुजणे
Y2.1. प्रेषकाच्या खाजगी कीशी तडजोड:
य2.1.1. दुवा: "नमुनेदार धमकी मॉडेल. माहितीच्या क्रिप्टोग्राफिक संरक्षणाची प्रणाली. U1. खाजगी क्रिप्टोग्राफिक कळांची तडजोड".

Y2.2. ओपन डेटा एक्सचेंज चॅनेलमध्ये इनपुट डेटाचे प्रतिस्थापन.
नोट्स U2.2.
या धमकीच्या अंमलबजावणीची उदाहरणे खाली दिली आहेत. येथे и येथे.

U3. डेटाचे वैध प्राप्तकर्ता नसलेल्या व्यक्तींद्वारे एन्क्रिप्टेड डेटाचे डिक्रिप्शन (घुसखोर)

कुजणे
Y3.1. एनक्रिप्टेड डेटा प्राप्तकर्त्याच्या खाजगी कींशी तडजोड.
U3.1.1 लिंक: "नमुनेदार धमकी मॉडेल. क्रिप्टोग्राफिक माहिती संरक्षण प्रणाली. U1. खाजगी क्रिप्टोग्राफिक कळांची तडजोड".

Y3.2. सुरक्षित डेटा एक्सचेंज चॅनेलमध्ये एनक्रिप्टेड डेटाचे प्रतिस्थापन.

U4. खोट्या डेटा अंतर्गत कायदेशीर स्वाक्षरीकर्त्याची इलेक्ट्रॉनिक स्वाक्षरी तयार करणे

कुजणे
Y4.1. वैध स्वाक्षरीकर्त्याच्या इलेक्ट्रॉनिक स्वाक्षरीच्या खाजगी कींशी तडजोड.
U4.1.1 लिंक: "नमुनेदार धमकी मॉडेल. क्रिप्टोग्राफिक माहिती संरक्षण प्रणाली. U1. खाजगी क्रिप्टोग्राफिक कळांची तडजोड".

Y4.2. खुल्या डेटा एक्सचेंज चॅनेलमध्ये स्वाक्षरी केलेल्या डेटाचे प्रतिस्थापन.
टीप U4.2.
या धमकीच्या अंमलबजावणीची उदाहरणे खाली दिली आहेत. येथे и येथे.

U5. खोट्या डेटाची इलेक्ट्रॉनिक स्वाक्षरी तपासण्याचे सकारात्मक परिणाम प्राप्त करणे

कुजणे
Y5.1. घुसखोर कामाच्या परिणामांच्या ट्रान्समिशन चॅनेलमध्ये इलेक्ट्रॉनिक स्वाक्षरी पडताळणीच्या नकारात्मक परिणामाबद्दल संदेश रोखतात आणि त्यास सकारात्मक परिणामासह संदेशासह बदलतात.

Y5.2. हल्लेखोरांनी प्रमाणपत्रांवर स्वाक्षरी करण्याच्या विश्वासावर हल्ला केला (परिस्थिती - सर्व घटक आवश्यक आहेत):
U5.2.1. हल्लेखोर इलेक्ट्रॉनिक स्वाक्षरीसाठी सार्वजनिक आणि खाजगी की व्युत्पन्न करतात. सिस्टम इलेक्ट्रॉनिक स्वाक्षरी की प्रमाणपत्रे वापरत असल्यास, ते इलेक्ट्रॉनिक स्वाक्षरी प्रमाणपत्र व्युत्पन्न करतात जे डेटाच्या कथित प्रेषकाच्या प्रमाणपत्रासारखेच असते ज्याचा संदेश त्यांना बनावट बनवायचा आहे.
Y5.2.2. हल्लेखोर सार्वजनिक की स्टोअरमध्ये अनधिकृत बदल करतात, त्यांच्याद्वारे व्युत्पन्न केलेली सार्वजनिक की विश्वास आणि अधिकाराची आवश्यक पातळी देऊन.
Y5.2.3. हल्लेखोर पूर्वी व्युत्पन्न केलेल्या इलेक्ट्रॉनिक स्वाक्षरी कीसह बनावट डेटावर स्वाक्षरी करतात आणि सुरक्षित डेटा एक्सचेंज चॅनेलमध्ये एम्बेड करतात.

Y5.3. हल्लेखोर कायदेशीर स्वाक्षरी करणाऱ्याच्या कालबाह्य झालेल्या इलेक्ट्रॉनिक स्वाक्षरी की वापरून हल्ला करतात (परिस्थिती - सर्व घटक आवश्यक आहेत):
Y5.3.1. हल्लेखोर वैध प्रेषकाच्या इलेक्ट्रॉनिक स्वाक्षरीच्या कालबाह्य (सध्या वैध नाही) खाजगी कींशी तडजोड करतात.
Y5.3.2. हल्लेखोर टाइम ट्रान्समिशन चॅनेलमधील वेळ बदलतात ज्या वेळेस तडजोड केलेल्या की अजूनही वैध होत्या.
Y5.3.3. हल्लेखोर पूर्वी तडजोड केलेल्या इलेक्ट्रॉनिक स्वाक्षरी कीसह बनावट डेटावर स्वाक्षरी करतात आणि सुरक्षित डेटा एक्सचेंज चॅनेलमध्ये एम्बेड करतात.

Y5.4. हल्लेखोर कायदेशीर स्वाक्षरी करणाऱ्याच्या इलेक्ट्रॉनिक स्वाक्षरी की तडजोड करून हल्ला करतात (परिस्थिती - सर्व घटक आवश्यक आहेत):
Y5.4.1. हल्लेखोर सार्वजनिक की स्टोअरची एक प्रत बनवतात.
Y5.4.2. हल्लेखोर कायदेशीर प्रेषकांपैकी एकाच्या खाजगी कींशी तडजोड करतात. तो तडजोड लक्षात घेतो, की रद्द करतो, की रद्द करण्याबद्दल माहिती सार्वजनिक की स्टोअरमध्ये ठेवली जाते.
Y5.4.3. हल्लेखोर सार्वजनिक की स्टोअर पूर्वी कॉपी केलेल्या एकाने बदलतात.
Y5.4.4. हल्लेखोर पूर्वी तडजोड केलेल्या इलेक्ट्रॉनिक स्वाक्षरी कीसह बनावट डेटावर स्वाक्षरी करतात आणि सुरक्षित डेटा एक्सचेंज चॅनेलमध्ये एम्बेड करतात.

Y5.5. <...> इलेक्ट्रॉनिक स्वाक्षरी पडताळणीच्या दुसऱ्या आणि तिसऱ्या टप्प्याच्या अंमलबजावणीमध्ये त्रुटींच्या उपस्थितीमुळे:
स्पष्टीकरण Y5.5.
या धमकीच्या अंमलबजावणीचे उदाहरण दिले आहे खाली.

U5.5.1. सीआरएल किंवा ओसीएसपी तपासण्याशिवाय, ज्या प्रमाणपत्रावर स्वाक्षरी केली आहे त्या प्रमाणपत्रावरील विश्वासाच्या उपस्थितीद्वारेच इलेक्ट्रॉनिक स्वाक्षरी कीच्या प्रमाणपत्रावरील विश्वासाची पडताळणी.
स्पष्टीकरण Y5.5.1.
अंमलबजावणीचे उदाहरण धमक्या.

Y5.5.2. प्रमाणपत्रासाठी विश्वासाची साखळी तयार करताना, प्रमाणपत्र जारी करण्याच्या अधिकाराचे विश्लेषण केले जात नाही
स्पष्टीकरण Y5.5.2.
SSL/TLS प्रमाणपत्रांवरील हल्ल्याचे उदाहरण.
हल्लेखोरांनी त्यांच्या ई-मेलसाठी वैध प्रमाणपत्र विकत घेतले. त्यानंतर त्यांनी बनावट संकेतस्थळाचे प्रमाणपत्र बनवून स्वतःच्या प्रमाणपत्रावर स्वाक्षरी केली. जर क्रेडेन्शियल चेक केले गेले नाही, तर ट्रस्टची साखळी तपासताना ते योग्य असल्याचे दिसून येईल आणि त्यानुसार, फसवे प्रमाणपत्र देखील योग्य असेल.

Y5.5.3. प्रमाणपत्र ट्रस्ट चेन तयार करताना, रद्द करण्यासाठी इंटरमीडिएट प्रमाणपत्रे तपासली जात नाहीत.

Y5.5.4. प्रमाणपत्र प्राधिकरणाने जारी केलेल्या प्रमाणापेक्षा सीआरएल कमी वेळा अद्यतनित केले जातात.

U5.5.5. इलेक्ट्रॉनिक स्वाक्षरीवर विश्वास ठेवण्याचा निर्णय प्रमाणपत्राच्या स्थितीबद्दल OCSP प्रतिसाद प्राप्त होण्याआधी घेतला जातो, स्वाक्षरी निर्मितीच्या वेळेपेक्षा नंतर किंवा CRL स्वाक्षरी प्राप्त झाल्यानंतर पुढील एकापेक्षा आधी केलेल्या विनंतीवर पाठविला जातो.
स्पष्टीकरण Y5.5.5.
बर्‍याच CA च्या नियमांमध्ये, प्रमाणपत्र रद्द करण्याची वेळ ही जवळच्या CRL जारी करण्याची वेळ मानली जाते ज्यामध्ये प्रमाणपत्र रद्द करण्याबद्दल माहिती असते.

U5.5.6. स्वाक्षरी केलेला डेटा मिळाल्यानंतर, प्रेषकाद्वारे प्रमाणपत्राची मालकी तपासली जात नाही.
स्पष्टीकरण Y5.5.6.
हल्ल्याचे उदाहरण. SSL प्रमाणपत्रांसाठी, कॉल केलेल्या सर्व्हरचा पत्ता प्रमाणपत्रातील CN फील्डच्या मूल्याशी जुळतो का ते तपासू शकत नाही.
हल्ल्याचे उदाहरण. हल्लेखोरांनी पेमेंट सिस्टममधील सहभागींपैकी एकाच्या इलेक्ट्रॉनिक स्वाक्षरी कीशी तडजोड केली. त्यानंतर, त्यांनी दुसर्‍या सहभागीचे नेटवर्क हॅक केले आणि त्याच्या वतीने, पेमेंट सिस्टमच्या सेटलमेंट सर्व्हरवर तडजोड की सह स्वाक्षरी केलेले पेमेंट दस्तऐवज पाठवले. जर सर्व्हर केवळ विश्वासाचे विश्लेषण करत असेल आणि अनुपालन तपासत नसेल, तर फसव्या दस्तऐवजांना कायदेशीर मानले जाईल.

U6. इलेक्ट्रॉनिक दस्तऐवज व्यवस्थापनाच्या संस्थेतील समस्यांमुळे अंमलबजावणीसाठी इलेक्ट्रॉनिक दस्तऐवजांची चुकीची स्वीकृती.

कुजणे
U6.1. प्राप्त करणार्‍या पक्षाला प्राप्त कागदपत्रांची डुप्लिकेशन आढळत नाही.
स्पष्टीकरण Y6.1.
हल्ल्याचे उदाहरण. प्राप्तकर्त्याकडे हस्तांतरित केलेला दस्तऐवज क्रिप्टोग्राफिकरीत्या संरक्षित असला तरीही दोषी व्यक्ती ते रोखू शकतात आणि नंतर ते सुरक्षित डेटा ट्रान्समिशन चॅनेलवर वारंवार पाठवू शकतात. जर प्राप्तकर्त्याला डुप्लिकेट आढळले नाही, तर सर्व प्राप्त दस्तऐवज भिन्न दस्तऐवज म्हणून समजले जातील आणि त्यावर प्रक्रिया केली जाईल.

U7. CIPF द्वारे त्यांच्या प्रक्रियेदरम्यान संरक्षित डेटामध्ये अनधिकृत प्रवेश

कुजणे

Y7.1. <…> थर्ड-पार्टी चॅनेलद्वारे माहिती लीक झाल्यामुळे (साइड चॅनेल हल्ला).
स्पष्टीकरण Y7.1.
उदाहरण: हल्ले.

U7.2. <...> CIPF वर प्रक्रिया केलेल्या माहितीच्या अनधिकृत प्रवेशापासून संरक्षणाच्या तटस्थतेमुळे:
Y7.2.1. सीआयपीएफसाठी दस्तऐवजीकरणात वर्णन केलेल्या आवश्यकतांच्या उल्लंघनासह सीआयपीएफचे ऑपरेशन.

Y7.2.2. <…> मध्ये असुरक्षिततेच्या उपस्थितीमुळे लागू केले:
Y7.2.2.1. <…> अनधिकृत प्रवेशापासून संरक्षणाचे साधन.
Y7.2.2.2. <…> CIPF स्वतः.
Y7.2.2.3. <...> क्रिप्टोग्राफिक टूलच्या कार्यासाठी वातावरण.

हल्ल्याची उदाहरणे

खाली चर्चा केलेल्या परिस्थितींमध्ये स्पष्टपणे माहिती सुरक्षिततेच्या संस्थेमध्ये त्रुटी आहेत आणि ते केवळ संभाव्य हल्ल्यांचे वर्णन करण्यासाठी सेवा देतात.

परिस्थिती 1. U2.2 आणि U4.2 धोक्यांच्या अंमलबजावणीचे उदाहरण.

ऑब्जेक्टचे वर्णन


एआरएम केबीआर सॉफ्टवेअर आणि सीआयपीएफ एससीएडी सिग्नेचर एका भौतिक संगणकावर स्थापित केले आहेत जे संगणक नेटवर्कशी कनेक्ट केलेले नाहीत. FKN vdToken चा वापर नॉन-रिट्रीव्हेबल की सह ऑपरेशन मोडमध्ये की कॅरिअर म्हणून केला जातो.

सेटलमेंट प्रक्रिया असे गृहीत धरते की सेटलमेंट तज्ञ त्याच्या कामाच्या संगणकावरून स्पष्ट मजकूर (जुन्या KBR AWS ची योजना) मध्ये इलेक्ट्रॉनिक संदेश एका विशेष सुरक्षित फाइल सर्व्हरवरून डाउनलोड करतो, नंतर त्यांना काढता येण्याजोग्या USB फ्लॅश ड्राइव्हवर लिहितो आणि KBR AWS वर हस्तांतरित करतो, जिथे ते कूटबद्ध आणि चिन्हे आहेत. त्यानंतर, विशेषज्ञ सुरक्षित इलेक्ट्रॉनिक संदेश हस्तांतरित करण्यायोग्य माध्यमात हस्तांतरित करतो आणि नंतर, त्याच्या कामाच्या संगणकाद्वारे, त्यांना फाइल सर्व्हरवर लिहितो, तेथून ते UTA आणि नंतर बँक ऑफ रशियाच्या पेमेंट सिस्टमवर जातात.

या प्रकरणात, खुल्या आणि सुरक्षित डेटाची देवाणघेवाण करण्याच्या चॅनेलमध्ये हे समाविष्ट असेल: एक फाइल सर्व्हर, एक विशेषज्ञ कामाचा संगणक आणि हस्तांतरणीय मीडिया.

हल्ला
अनधिकृत हल्लेखोर तज्ञांच्या कामाच्या संगणकावर रिमोट कंट्रोल सिस्टम स्थापित करतात आणि हस्तांतरणीय माध्यमावर पेमेंट ऑर्डर (इलेक्ट्रॉनिक संदेश) रेकॉर्ड करताना, त्यापैकी एकाची सामग्री उघडपणे बदलतात. विशेषज्ञ पेमेंट ऑर्डर KBR च्या AWS मध्ये हस्तांतरित करतो, प्रतिस्थापनाकडे लक्ष न देता चिन्हे करतो आणि कूटबद्ध करतो (उदाहरणार्थ, फ्लाइटवर मोठ्या संख्येने पेमेंट ऑर्डरमुळे, थकवा इ.). त्यानंतर, बनावट पेमेंट ऑर्डर, तांत्रिक साखळीतून जात, बँक ऑफ रशियाच्या पेमेंट सिस्टममध्ये प्रवेश करते.

परिस्थिती 2. U2.2 आणि U4.2 धोक्यांच्या अंमलबजावणीचे उदाहरण.

ऑब्जेक्टचे वर्णन


स्थापित AWS KBR, SKAD स्वाक्षरी आणि FKN vdToken चा कनेक्टेड की कॅरिअर असलेला संगणक एका समर्पित खोलीत कर्मचार्‍यांच्या प्रवेशाशिवाय कार्य करतो.
सेटलमेंट विशेषज्ञ RDP प्रोटोकॉलद्वारे रिमोट ऍक्सेस मोडमध्ये KBR च्या AWS शी जोडतो.

हल्ला
हल्लेखोर तपशील रोखतात, ज्याचा वापर करून सेटलमेंट विशेषज्ञ KBR स्वयंचलित कार्यस्थळाशी कनेक्ट करतो आणि कार्य करतो (उदाहरणार्थ, त्याच्या संगणकावरील दुर्भावनापूर्ण कोडमुळे). मग ते त्याच्या वतीने कनेक्ट होतात आणि बँक ऑफ रशियाच्या पेमेंट सिस्टमला बनावट पेमेंट ऑर्डर पाठवतात.

परिस्थिती 3. धमकी U1.3 च्या अंमलबजावणीचे उदाहरण.

ऑब्जेक्टचे वर्णन


नवीन योजना (ARM KBR-N) साठी ABS-KBR एकत्रीकरण मॉड्यूल्सच्या अंमलबजावणीसाठी एक काल्पनिक पर्याय विचारात घेऊ या, ज्यामध्ये ABS च्या बाजूला आउटगोइंग दस्तऐवजांची इलेक्ट्रॉनिक स्वाक्षरी होते. या प्रकरणात, आम्ही असे गृहीत धरू की ABS ऑपरेटिंग सिस्टमच्या आधारावर कार्य करते जी CIPF SKAD स्वाक्षरीद्वारे समर्थित नाही आणि त्यानुसार, क्रिप्टोग्राफिक कार्यक्षमता वेगळ्या व्हर्च्युअल मशीनवर ठेवली आहे - ABS-CBR एकत्रीकरण मॉड्यूल.
काढता येण्याजोग्या की मोडमध्ये कार्यरत असलेले नियमित USB टोकन की कॅरिअर म्हणून वापरले जाते. जेव्हा की कॅरिअर हायपरवाइजरशी कनेक्ट केले होते, तेव्हा असे दिसून आले की सिस्टममध्ये कोणतेही विनामूल्य यूएसबी पोर्ट नाहीत, म्हणून यूएसबी टोकन नेटवर्क यूएसबी हबद्वारे कनेक्ट करण्याचा आणि त्यावर यूएसबी-ओव्हर-आयपी क्लायंट स्थापित करण्याचा निर्णय घेण्यात आला. आभासी मशीन जे हबशी संवाद साधेल.

हल्ला
हल्लेखोरांनी यूएसबी हब आणि हायपरवाइजर (डेटा स्पष्ट मजकूरात प्रसारित केला होता) दरम्यानच्या संप्रेषण चॅनेलमधून इलेक्ट्रॉनिक स्वाक्षरीची खाजगी की रोखली. खाजगी की असल्याने, हल्लेखोरांनी बनावट पेमेंट ऑर्डर तयार केली, त्यावर इलेक्ट्रॉनिक स्वाक्षरीने स्वाक्षरी केली आणि अंमलबजावणीसाठी KBR-N स्वयंचलित कार्यस्थळावर पाठवली.

परिस्थिती 4. धमक्यांच्या अंमलबजावणीचे उदाहरण U5.5.

ऑब्जेक्टचे वर्णन
मागील परिस्थितीप्रमाणेच सर्किटचा विचार करा. आम्ही असे गृहीत धरू की KBR-N वर्कस्टेशनवरून येणारे ई-मेल …SHAREIn फोल्डरमध्ये संपतात आणि जे KBR-N वर्कस्टेशन आणि पुढे बँक ऑफ रशिया पेमेंट सिस्टमला पाठवले जातात ते …SHAREout वर जातात.
आम्ही हे देखील गृहीत धरू की एकत्रीकरण मॉड्यूलची अंमलबजावणी करताना, रद्द केलेल्या प्रमाणपत्रांच्या याद्या केवळ क्रिप्टोग्राफिक की पुन्हा जारी केल्या जातात तेव्हाच अद्यतनित केल्या जातात आणि हे देखील की … SHAREIn फोल्डरमध्ये प्राप्त झालेले इलेक्ट्रॉनिक संदेश केवळ अखंडता नियंत्रण आणि सार्वजनिक की वर विश्वास नियंत्रणासाठी तपासले जातात. इलेक्ट्रॉनिक स्वाक्षरी.

हल्ला

हल्लेखोरांनी, पूर्वीच्या परिस्थितीत चोरी केलेल्या चाव्या वापरून, फसव्या क्लायंटच्या खात्यावर पैसे मिळाल्याची माहिती असलेल्या बनावट पेमेंट ऑर्डरवर स्वाक्षरी केली आणि ती एका सुरक्षित डेटा एक्सचेंज चॅनेलमध्ये आणली. पेमेंट ऑर्डर बँक ऑफ रशियाने स्वाक्षरी केली आहे याची कोणतीही पडताळणी नसल्यामुळे, ते अंमलबजावणीसाठी स्वीकारले जाते.

स्त्रोत: www.habr.com