საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 8 - ტიპიური საფრთხის მოდელები

რაზეა საუბარი?

ბმულები კვლევის სხვა ნაწილებთან

• საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 1 - ეკონომიკური საფუძვლები.
• საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 2 - ტიპიური ბანკის IT ინფრასტრუქტურა.
• საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 3 - დაცვის სისტემის მოთხოვნების ფორმირება.
• საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 4 - საფრთხის მოდელირების სტანდარტების მიმოხილვა.
• საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 5 - 100+ თემატური ბმული ბანკის ჰაკერების შესახებ.
• საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 6 - საბანკო დანაშაულების ანალიზი.
• საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 7 - ძირითადი საფრთხის მოდელი.
• საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოება. ნაწილი 8 - ტიპიური საფრთხის მოდელები (თქვენ აქ ხართ)

ეს სტატია ავსებს პუბლიკაციების სერიას, რომელიც ეძღვნება საბანკო უნაღდო ანგარიშსწორების ინფორმაციული უსაფრთხოების უზრუნველყოფას. აქ ჩვენ გადავხედავთ ტიპიური საფრთხის მოდელებს, რომლებიც მოხსენიებულია ბაზის მოდელი:

• ტიპიური საფრთხის მოდელი. ქსელის კავშირი.
• ტიპიური საფრთხის მოდელი. კლიენტ-სერვერის არქიტექტურაზე აგებული საინფორმაციო სისტემა.
• ტიპიური საფრთხის მოდელი. წვდომის კონტროლის სისტემა.
• ტიპიური საფრთხის მოდელი. ინტეგრაციის მოდული.
• ტიპიური საფრთხის მოდელი. კრიპტოგრაფიული ინფორმაციის დაცვის სისტემა.

HABRO-გაფრთხილება!!! ძვირფასო ხაბროველებო, ეს არ არის გასართობი პოსტი.
ჭრის ქვეშ დამალული მასალების 40+ გვერდი განკუთვნილია დახმარება სამსახურში ან სწავლაში ადამიანები, რომლებიც სპეციალიზირებულნი არიან საბანკო ან საინფორმაციო უსაფრთხოებაში. ეს მასალები კვლევის საბოლოო პროდუქტია და დაწერილია მშრალი, ფორმალური ტონით. არსებითად, ეს არის ბლანკები შიდა ინფორმაციის უსაფრთხოების დოკუმენტებისთვის.

ისე, ტრადიციული - „სტატიიდან ინფორმაციის უკანონო მიზნებისთვის გამოყენება ისჯება კანონით“. პროდუქტიული კითხვა!

ინფორმაცია მკითხველებისთვის, რომლებიც ეცნობიან ამ პუბლიკაციით დაწყებულ კვლევას.

რაზეა საუბარი?

თქვენ კითხულობთ სახელმძღვანელოს სპეციალისტისთვის, რომელიც პასუხისმგებელია ბანკში გადახდების ინფორმაციული უსაფრთხოების უზრუნველსაყოფად.

პრეზენტაციის ლოგიკა

დასაწყისში in 1 ნაწილები и 2 ნაწილები მოცემულია დაცული ობიექტის აღწერა. შემდეგ შიგნით 3 ნაწილები აღწერს როგორ ავაშენოთ უსაფრთხოების სისტემა და საუბრობს საფრთხის მოდელის შექმნის აუცილებლობაზე. IN 4 ნაწილები საუბრობს რა საფრთხეების მოდელები არსებობს და როგორ ყალიბდება ისინი. IN 5 ნაწილები и 6 ნაწილები მოწოდებულია რეალური თავდასხმების ანალიზი. Часть 7 и ნაწილი 8 შეიცავს საფრთხის მოდელის აღწერას, რომელიც აგებულია ყველა წინა ნაწილის ინფორმაციის გათვალისწინებით.

ტიპიური საფრთხის მოდელი. ქსელის კავშირი

დაცვის ობიექტი, რომლისთვისაც გამოიყენება საფრთხის მოდელი (ფარგლები).

დაცვის ობიექტია TCP/IP სტეკის საფუძველზე აგებულ მონაცემთა ქსელებში მოქმედი ქსელური კავშირის მეშვეობით გადაცემული მონაცემები.

არქიტექტურა

არქიტექტურული ელემენტების აღწერა:

• "ბოლო კვანძები" - კვანძები, რომლებიც ცვლიან დაცულ ინფორმაციას.
• "შუალედური კვანძები" - მონაცემთა გადაცემის ქსელის ელემენტები: მარშრუტიზატორები, გადამრთველები, წვდომის სერვერები, პროქსი სერვერები და სხვა აღჭურვილობა - რომლის მეშვეობითაც ხდება ქსელის კავშირის ტრაფიკის გადაცემა. ზოგადად, ქსელურ კავშირს შეუძლია ფუნქციონირება შუალედური კვანძების გარეშე (პირდაპირ ბოლო კვანძებს შორის).

უმაღლესი დონის უსაფრთხოების საფრთხეები

დაშლა

U1. გადაცემულ მონაცემებზე არასანქცირებული წვდომა.
U2. გადაცემული მონაცემების არასანქცირებული მოდიფიკაცია.
U3. გადაცემული მონაცემების ავტორობის დარღვევა.

U1. გადაცემულ მონაცემებზე არასანქცირებული წვდომა

დაშლა
U1.1. <…>, განხორციელებული ბოლო ან შუალედურ კვანძებზე:
U1.1.1. <…> მონაცემების წაკითხვით, სანამ ის ჰოსტის შენახვის მოწყობილობებშია:
U1.1.1.1. <…> RAM-ში.
U1.1.1.1-ის განმარტებები.
მაგალითად, ჰოსტის ქსელის სტეკის მიერ მონაცემთა დამუშავებისას.

U1.1.1.2. <…> არასტაბილურ მეხსიერებაში.
U1.1.1.2-ის განმარტებები.
მაგალითად, გადაცემული მონაცემების ქეშში შენახვისას, დროებით ფაილებს ან ფაილების გაცვლას.

U1.2. <…>, განხორციელებული მონაცემთა ქსელის მესამე მხარის კვანძებზე:
U1.2.1. <…> ჰოსტის ქსელის ინტერფეისში შემოსული ყველა პაკეტის დაჭერის მეთოდით:
U1.2.1-ის განმარტებები.
ყველა პაკეტის დაჭერა ხორციელდება ქსელის ბარათის პრომისკუურ რეჟიმში გადართვით (პრომისკუური რეჟიმი სადენიანი გადამყვანებისთვის ან მონიტორის რეჟიმი wi-fi ადაპტერებისთვის).

U1.2.2. <…> ადამიანის შუა რიცხვებში (MiTM) შეტევების განხორციელებით, მაგრამ გადაცემული მონაცემების შეცვლის გარეშე (ქსელის პროტოკოლის სერვისის მონაცემების არ ითვლის).
U1.2.2.1. Ბმული: „ტიპიური საფრთხის მოდელი. ქსელის კავშირი. U2. გადაცემული მონაცემების არასანქცირებული მოდიფიკაცია".

U1.3. <…>, განხორციელებული ტექნიკური არხებით (TKUI) ფიზიკური კვანძებიდან ან საკომუნიკაციო ხაზებიდან ინფორმაციის გაჟონვის გამო.

U1.4. <…>, ხორციელდება სპეციალური ტექნიკური საშუალებების (STS) დაყენებით ბოლო ან შუალედურ კვანძებზე, რომლებიც განკუთვნილია ინფორმაციის საიდუმლო შეგროვებისთვის.

U2. გადაცემული მონაცემების არასანქცირებული მოდიფიკაცია

დაშლა
U2.1. <…>, განხორციელებული ბოლო ან შუალედურ კვანძებზე:
U2.1.1. <…> მონაცემების წაკითხვით და ცვლილებების შეტანით, სანამ ის იმყოფება კვანძების შესანახ მოწყობილობებში:
U2.1.1.1. <…> RAM-ში:
U2.1.1.2. <…> არასტაბილურ მეხსიერებაში:

U2.2. <…>, განხორციელებული მონაცემთა გადაცემის ქსელის მესამე მხარის კვანძებზე:
U2.2.1. <…> ადამიანის შუაგულში (MiTM) შეტევების განხორციელებით და ტრაფიკის გადამისამართებით თავდამსხმელთა კვანძზე:
U2.2.1.1. თავდამსხმელთა აღჭურვილობის ფიზიკური კავშირი იწვევს ქსელის კავშირის გაწყვეტას.
U2.2.1.2. ქსელის პროტოკოლებზე თავდასხმების განხორციელება:
U2.2.1.2.1. <…> ვირტუალური ლოკალური ქსელების მართვა (VLAN):
U2.2.1.2.1.1. VLAN ხტუნვა.
U2.2.1.2.1.2. VLAN პარამეტრების არასანქცირებული მოდიფიკაცია გადამრთველებზე ან მარშრუტიზატორებზე.
U2.2.1.2.2. <…> მოძრაობის მარშრუტი:
U2.2.1.2.2.1. მარშრუტიზატორების სტატიკური მარშრუტიზაციის ცხრილების არასანქცირებული მოდიფიკაცია.
U2.2.1.2.2.2. ცრუ მარშრუტების გამოცხადება თავდამსხმელების მიერ დინამიური მარშრუტიზაციის პროტოკოლებით.
U2.2.1.2.3. <…> ავტომატური კონფიგურაცია:
U2.2.1.2.3.1. Rogue DHCP.
U2.2.1.2.3.2. Rogue WPAD.
U2.2.1.2.4. <…> მისამართი და სახელის გარჩევადობა:
U2.2.1.2.4.1. ARP გაყალბება.
U2.2.1.2.4.2. DNS გაყალბება.
U2.2.1.2.4.3. ლოკალური ჰოსტის სახელების ფაილებში (ჰოსტები, lmhosts და ა.შ.) არაავტორიზებული ცვლილებების შეტანა.

U3. გადაცემული მონაცემების საავტორო უფლებების დარღვევა

დაშლა
U3.1. ინფორმაციის ავტორობის დადგენის მექანიზმების ნეიტრალიზაცია ავტორის ან მონაცემთა წყაროს შესახებ მცდარი ინფორმაციის მითითებით:
U3.1.1. ავტორის შესახებ ინფორმაციის შეცვლა, რომელიც შეიცავს გადაცემულ ინფორმაციას.
U3.1.1.1. გადაცემული მონაცემების მთლიანობისა და ავტორიტეტის კრიპტოგრაფიული დაცვის ნეიტრალიზაცია:
U3.1.1.1.1. Ბმული: „ტიპიური საფრთხის მოდელი. კრიპტოგრაფიული ინფორმაციის დაცვის სისტემა.
U4. ლეგიტიმური ხელმომწერის ელექტრონული ხელმოწერის შექმნა ყალბი მონაცემებით“.
U3.1.1.2. გადაცემული მონაცემების საავტორო უფლებების დაცვის ნეიტრალიზაცია, განხორციელებული ერთჯერადი დადასტურების კოდების გამოყენებით:
U3.1.1.2.1. SIM-ის შეცვლა.

U3.1.2. ინფორმაციის შეცვლა გადაცემული ინფორმაციის წყაროს შესახებ:
U3.1.2.1. IP გაყალბება.
U3.1.2.2. MAC-ის გაყალბება.

ტიპიური საფრთხის მოდელი. კლიენტ-სერვერის არქიტექტურის ბაზაზე აგებული საინფორმაციო სისტემა

დაცვის ობიექტი, რომლისთვისაც გამოიყენება საფრთხის მოდელი (ფარგლები).

დაცვის ობიექტია კლიენტ-სერვერის არქიტექტურის საფუძველზე აგებული საინფორმაციო სისტემა.

არქიტექტურა


არქიტექტურული ელემენტების აღწერა:

• "კლიენტი" – მოწყობილობა, რომელზეც მუშაობს საინფორმაციო სისტემის კლიენტის ნაწილი.
• "სერვერი" – მოწყობილობა, რომელზეც მუშაობს საინფორმაციო სისტემის სერვერის ნაწილი.
• "მონაცემთა მაღაზია" — საინფორმაციო სისტემის სერვერული ინფრასტრუქტურის ნაწილი, რომელიც შექმნილია საინფორმაციო სისტემის მიერ დამუშავებული მონაცემების შესანახად.
• "ქსელის კავშირი" — ინფორმაციის გაცვლის არხი კლიენტსა და სერვერს შორის, რომელიც გადის მონაცემთა ქსელში. ელემენტის მოდელის უფრო დეტალური აღწერა მოცემულია ”ტიპიური საფრთხის მოდელი. ქსელის კავშირი".

შეზღუდვები
ობიექტის მოდელირებისას დაწესებულია შემდეგი შეზღუდვები:

1. მომხმარებელი ურთიერთქმედებს საინფორმაციო სისტემასთან დროის სასრულ პერიოდებში, რომელსაც ეწოდება სამუშაო სესიები.
2. ყოველი სამუშაო სესიის დასაწყისში ხდება მომხმარებლის იდენტიფიცირება, ავთენტიფიკაცია და ავტორიზაცია.
3. ყველა დაცული ინფორმაცია ინახება საინფორმაციო სისტემის სერვერულ ნაწილში.

უმაღლესი დონის უსაფრთხოების საფრთხეები

დაშლა
U1. თავდამსხმელების მიერ არაავტორიზებული ქმედებების შესრულება ლეგიტიმური მომხმარებლის სახელით.
U2. დაცული ინფორმაციის არასანქცირებული მოდიფიკაცია საინფორმაციო სისტემის სერვერული ნაწილის მიერ მისი დამუშავებისას.

U1. თავდამსხმელების მიერ არაავტორიზებული ქმედებების შესრულება ლეგიტიმური მომხმარებლის სახელით

განმარტებები
როგორც წესი, საინფორმაციო სისტემებში, მოქმედებები დაკავშირებულია მომხმარებელთან, რომელმაც ისინი შეასრულა:

1. სისტემის ოპერაციული ჟურნალები (logs).
2. მონაცემთა ობიექტების სპეციალური ატრიბუტები, რომლებიც შეიცავს ინფორმაციას მომხმარებლის შესახებ, რომელმაც შექმნა ან შეცვალა ისინი.

სამუშაო სესიასთან დაკავშირებით, ეს საფრთხე შეიძლება დაიყოს:

1. <…> შესრულებულია მომხმარებლის სესიის ფარგლებში.
2. <…> შესრულებულია მომხმარებლის სესიის გარეთ.

მომხმარებლის სესია შეიძლება დაიწყოს:

1. თავად მომხმარებლის მიერ.
2. ბოროტმოქმედები.

ამ ეტაპზე, ამ საფრთხის შუალედური დაშლა ასე გამოიყურება:
U1.1. არაავტორიზებული ქმედებები განხორციელდა მომხმარებლის სესიის ფარგლებში:
U1.1.1. <…> დაინსტალირებულია თავდასხმული მომხმარებლის მიერ.
U1.1.2. <…> დაინსტალირებულია თავდამსხმელების მიერ.
U1.2. არაავტორიზებული ქმედებები განხორციელდა მომხმარებლის სესიის გარეთ.

ინფორმაციული ინფრასტრუქტურის ობიექტების თვალსაზრისით, რომლებზეც შეიძლება დაზარალდნენ თავდამსხმელები, შუალედური საფრთხეების დაშლა ასე გამოიყურება:

ელემენტები
საფრთხის დაშლა

U1.1.1.
U1.1.2.
U1.2.

დამკვეთი
U1.1.1.1.
U1.1.2.1.

ქსელის კავშირი
U1.1.1.2.

სერვერი

U1.2.1.

დაშლა
U1.1. არაავტორიზებული ქმედებები განხორციელდა მომხმარებლის სესიის ფარგლებში:
U1.1.1. <…> დაინსტალირებულია თავდასხმული მომხმარებლის მიერ:
U1.1.1.1. თავდამსხმელები მოქმედებდნენ კლიენტისგან დამოუკიდებლად:
U1.1.1.1.1 თავდამსხმელებმა გამოიყენეს სტანდარტული საინფორმაციო სისტემის წვდომის ინსტრუმენტები:
У1.1.1.1.1.1. თავდამსხმელებმა გამოიყენეს კლიენტის ფიზიკური შეყვანა/გამომავალი საშუალებები (კლავიატურა, მაუსი, მონიტორი ან მობილური მოწყობილობის სენსორული ეკრანი):
U1.1.1.1.1.1.1. თავდამსხმელები მოქმედებდნენ იმ პერიოდის განმავლობაში, როდესაც სესია აქტიური იყო, ხელმისაწვდომი იყო I/O საშუალებები და მომხმარებელი არ იყო.
У1.1.1.1.1.2. თავდამსხმელებმა გამოიყენეს დისტანციური ადმინისტრირების ინსტრუმენტები (სტანდარტული ან მოწოდებული მავნე კოდით) კლიენტის გასაკონტროლებლად:
U1.1.1.1.1.2.1. თავდამსხმელები მოქმედებდნენ იმ პერიოდის განმავლობაში, როდესაც სესია აქტიური იყო, ხელმისაწვდომი იყო I/O საშუალებები და მომხმარებელი არ იყო.
U1.1.1.1.1.2.2. თავდამსხმელებმა გამოიყენეს დისტანციური ადმინისტრირების ინსტრუმენტები, რომელთა მოქმედება შეუმჩნეველია თავდასხმული მომხმარებლისთვის.
U1.1.1.2. თავდამსხმელებმა შეცვალეს მონაცემები კლიენტსა და სერვერს შორის ქსელურ კავშირში, ისე შეცვალეს, რომ იგი აღიქმებოდა როგორც კანონიერი მომხმარებლის ქმედებები:
U1.1.1.2.1. Ბმული: „ტიპიური საფრთხის მოდელი. ქსელის კავშირი. U2. გადაცემული მონაცემების არასანქცირებული მოდიფიკაცია".
U1.1.1.3. თავდამსხმელები აიძულებდნენ მომხმარებელს შეესრულებინა მათ მიერ მითითებული მოქმედებები სოციალური ინჟინერიის მეთოდების გამოყენებით.

თავდამსხმელების მიერ დაინსტალირებული У1.1.2 <…>:
U1.1.2.1. თავდამსხმელები მოქმედებდნენ კლიენტისგან (И):
U1.1.2.1.1. თავდამსხმელებმა გაანეიტრალეს საინფორმაციო სისტემის წვდომის კონტროლის სისტემა:
U1.1.2.1.1.1. Ბმული: „ტიპიური საფრთხის მოდელი. წვდომის კონტროლის სისტემა. U1. ლეგიტიმური მომხმარებლის სახელით სესიის არასანქცირებული დაარსება".
У1.1.2.1.2. თავდამსხმელები იყენებდნენ საინფორმაციო სისტემაში წვდომის სტანდარტულ ინსტრუმენტებს
U1.1.2.2. თავდამსხმელები მოქმედებდნენ მონაცემთა ქსელის სხვა კვანძებიდან, საიდანაც შესაძლებელი იყო სერვერთან ქსელის კავშირის დამყარება (И):
U1.1.2.2.1. თავდამსხმელებმა გაანეიტრალეს საინფორმაციო სისტემის წვდომის კონტროლის სისტემა:
U1.1.2.2.1.1. Ბმული: „ტიპიური საფრთხის მოდელი. წვდომის კონტროლის სისტემა. U1. ლეგიტიმური მომხმარებლის სახელით სესიის არასანქცირებული დაარსება".
U1.1.2.2.2. თავდამსხმელებმა საინფორმაციო სისტემაში წვდომის არასტანდარტული საშუალებები გამოიყენეს.
განმარტებები U1.1.2.2.2.
თავდამსხმელებს შეუძლიათ დააინსტალირონ საინფორმაციო სისტემის სტანდარტული კლიენტი მესამე მხარის კვანძზე ან შეიძლება გამოიყენონ არასტანდარტული პროგრამული უზრუნველყოფა, რომელიც ახორციელებს სტანდარტულ გაცვლის პროტოკოლებს კლიენტსა და სერვერს შორის.

U1.2 არაავტორიზებული ქმედებები განხორციელდა მომხმარებლის სესიის გარეთ.
U1.2.1 თავდამსხმელებმა შეასრულეს არაავტორიზებული ქმედებები და შემდეგ შეიტანეს არაავტორიზებული ცვლილებები საინფორმაციო სისტემის ოპერაციების ჟურნალებში ან მონაცემთა ობიექტების სპეციალურ ატრიბუტებში, რაც მიუთითებს იმაზე, რომ მათ მიერ შესრულებული მოქმედებები შესრულდა ლეგიტიმური მომხმარებლის მიერ.

U2. დაცული ინფორმაციის არასანქცირებული მოდიფიკაცია საინფორმაციო სისტემის სერვერული ნაწილის მიერ მისი დამუშავებისას

დაშლა
U2.1. თავდამსხმელები ცვლიან დაცულ ინფორმაციას სტანდარტული საინფორმაციო სისტემის ინსტრუმენტების გამოყენებით და ამას აკეთებენ ლეგიტიმური მომხმარებლის სახელით.
U2.1.1. Ბმული: „ტიპიური საფრთხის მოდელი. კლიენტ-სერვერის არქიტექტურაზე აგებული საინფორმაციო სისტემა. U1. თავდამსხმელების მიერ ლეგიტიმური მომხმარებლის სახელით არაავტორიზებული ქმედებების შესრულება".

U2.2. თავდამსხმელები ცვლიან დაცულ ინფორმაციას მონაცემთა წვდომის მექანიზმების გამოყენებით, რომლებიც არ არის გათვალისწინებული საინფორმაციო სისტემის ნორმალური ფუნქციონირებით.
U2.2.1. თავდამსხმელები ცვლიან ფაილებს, რომლებიც შეიცავს დაცულ ინფორმაციას:
U2.2.1.1. <…>, ოპერაციული სისტემის მიერ მოწოდებული ფაილების დამუშავების მექანიზმების გამოყენებით.
U2.2.1.2. <…> არაავტორიზებული შეცვლილი სარეზერვო ასლიდან ფაილების აღდგენის პროვოცირებით.

U2.2.2. თავდამსხმელები ცვლიან მონაცემთა ბაზაში შენახულ დაცულ ინფორმაციას (И):
U2.2.2.1. თავდამსხმელები ანეიტრალებენ DBMS წვდომის კონტროლის სისტემას:
U2.2.2.1.1. Ბმული: „ტიპიური საფრთხის მოდელი. წვდომის კონტროლის სისტემა. U1. ლეგიტიმური მომხმარებლის სახელით სესიის არასანქცირებული დაარსება".
U2.2.2.2. თავდამსხმელები ცვლიან ინფორმაციას სტანდარტული DBMS ინტერფეისების გამოყენებით მონაცემების წვდომისთვის.

U2.3. თავდამსხმელები ცვლიან დაცულ ინფორმაციას პროგრამული უზრუნველყოფის ოპერაციული ალგორითმების არაავტორიზებული მოდიფიკაციით, რომელიც მას ამუშავებს.
U2.3.1. პროგრამული უზრუნველყოფის საწყისი კოდი ექვემდებარება ცვლილებას.
U2.3.1. პროგრამული უზრუნველყოფის მანქანის კოდი ექვემდებარება ცვლილებას.

U2.4. თავდამსხმელები ცვლიან დაცულ ინფორმაციას საინფორმაციო სისტემის პროგრამული უზრუნველყოფის დაუცველობების გამოყენებით.

U2.5. თავდამსხმელები ცვლიან დაცულ ინფორმაციას, როდესაც ის გადადის საინფორმაციო სისტემის სერვერული ნაწილის კომპონენტებს შორის (მაგალითად, მონაცემთა ბაზის სერვერსა და აპლიკაციის სერვერს):
U2.5.1. Ბმული: „ტიპიური საფრთხის მოდელი. ქსელის კავშირი. U2. გადაცემული მონაცემების არასანქცირებული მოდიფიკაცია".

ტიპიური საფრთხის მოდელი. წვდომის კონტროლის სისტემა

დაცვის ობიექტი, რომლისთვისაც გამოიყენება საფრთხის მოდელი (ფარგლები).

დაცვის ობიექტი, რომლისთვისაც გამოიყენება საფრთხის ეს მოდელი, შეესაბამება საფრთხის მოდელის დაცვის ობიექტს: „ტიპიური საფრთხის მოდელი. კლიენტ-სერვერის არქიტექტურაზე აგებული საინფორმაციო სისტემა“.

ამ საფრთხის მოდელში, მომხმარებლის წვდომის კონტროლის სისტემა ნიშნავს საინფორმაციო სისტემის კომპონენტს, რომელიც ახორციელებს შემდეგ ფუნქციებს:

1. მომხმარებლის იდენტიფიკაცია.
2. მომხმარებლის ავტორიზაცია.
3. მომხმარებლის ავტორიზაციები.
4. მომხმარებლის ქმედებების ჩაწერა.

უმაღლესი დონის უსაფრთხოების საფრთხეები

დაშლა
U1. ლეგიტიმური მომხმარებლის სახელით სესიის არასანქცირებული დამყარება.
U2. საინფორმაციო სისტემაში მომხმარებლის პრივილეგიების არასანქცირებული გაზრდა.

U1. ლეგიტიმური მომხმარებლის სახელით სესიის არასანქცირებული დამყარება

განმარტებები
ამ საფრთხის დაშლა ძირითადად დამოკიდებული იქნება მომხმარებლის იდენტიფიკაციისა და ავთენტიფიკაციის სისტემების ტიპზე.

ამ მოდელში განიხილება მხოლოდ მომხმარებლის იდენტიფიკაციისა და ავტორიზაციის სისტემა ტექსტური შესვლისა და პაროლის გამოყენებით. ამ შემთხვევაში, ჩვენ ვივარაუდებთ, რომ მომხმარებლის შესვლა არის საჯაროდ ხელმისაწვდომი ინფორმაცია, რომელიც ცნობილია თავდამსხმელებისთვის.

დაშლა
U1.1. <…> რწმუნებათა სიგელების კომპრომისის გამო:
U1.1.1. თავდამსხმელებმა დაარღვიეს მომხმარებლის სერთიფიკატები მათი შენახვისას.
განმარტებები U1.1.1.
მაგალითად, რწმუნებათა სიგელები შეიძლება ჩაიწეროს მონიტორზე მიმაგრებულ წებოვან ჩანაწერზე.

U1.1.2. მომხმარებელმა შემთხვევით ან ბოროტად გადასცა წვდომის დეტალები თავდამსხმელებს.
U1.1.2.1. მომხმარებელმა შესვლისას ხმამაღლა წარმოთქვა რწმუნებათა სიგელები.
U1.1.2.2. მომხმარებელმა განზრახ გააზიარა თავისი რწმუნებათა სიგელები:
U1.1.2.2.1. <…> სამუშაო კოლეგებს.
განმარტებები U1.1.2.2.1.
მაგალითად, რათა შეცვალონ იგი ავადმყოფობის დროს.

U1.1.2.2.2. <…> დამსაქმებლის კონტრაქტორებს, რომლებიც ასრულებენ სამუშაოებს საინფორმაციო ინფრასტრუქტურის ობიექტებზე.
U1.1.2.2.3. <…> მესამე პირებს.
განმარტებები U1.1.2.2.3.
ამ საფრთხის განხორციელების ერთი, მაგრამ არა ერთადერთი ვარიანტია თავდამსხმელების მიერ სოციალური ინჟინერიის მეთოდების გამოყენება.

U1.1.3. თავდამსხმელებმა აირჩიეს რწმუნებათა სიგელები უხეში ძალის მეთოდების გამოყენებით:
U1.1.3.1. <…> სტანდარტული წვდომის მექანიზმების გამოყენებით.
U1.1.3.2. <…> რწმუნებათა სიგელების შესანახად ადრე გადაღებული კოდების (მაგალითად, პაროლის ჰეშების) გამოყენებით.

U1.1.4. თავდამსხმელებმა გამოიყენეს მავნე კოდი მომხმარებლის რწმუნებათა სიგელების დასაჭერად.

U1.1.5. თავდამსხმელებმა ამოიღეს რწმუნებათა სიგელები კლიენტსა და სერვერს შორის ქსელური კავშირიდან:
U1.1.5.1. Ბმული: „ტიპიური საფრთხის მოდელი. ქსელის კავშირი. U1. გადაცემულ მონაცემებზე არასანქცირებული წვდომა".

U1.1.6. თავდამსხმელებმა ამოიღეს რწმუნებათა სიგელები სამუშაო მონიტორინგის სისტემების ჩანაწერებიდან:
U1.1.6.1. <…> ვიდეო სათვალთვალო სისტემები (თუ კლავიატურაზე კლავიშების დარტყმა დაფიქსირდა მუშაობის დროს).
U1.1.6.2. <…> სისტემები კომპიუტერზე თანამშრომლების მოქმედებების მონიტორინგისთვის
განმარტებები U1.1.6.2.
ასეთი სისტემის მაგალითია StuffCop.

U1.1.7. თავდამსხმელებმა დაარღვიეს მომხმარებლის რწმუნებათა სიგელები გადაცემის პროცესში ხარვეზების გამო.
განმარტებები U1.1.7.
მაგალითად, პაროლების გაგზავნა მკაფიო ტექსტით ელექტრონული ფოსტით.

U1.1.8. თავდამსხმელებმა მიიღეს რწმუნებათა სიგელები მომხმარებლის სესიის მონიტორინგით დისტანციური ადმინისტრირების სისტემების გამოყენებით.

U1.1.9. თავდამსხმელებმა მიიღეს რწმუნებათა სიგელები ტექნიკური არხებით (TCUI) გაჟონვის შედეგად:
U1.1.9.1. თავდამსხმელებმა შეამჩნიეს, თუ როგორ შეიყვანა მომხმარებელმა სერთიფიკატები კლავიატურიდან:
U1.1.9.1.1 თავდამსხმელები მდებარეობდნენ მომხმარებლის სიახლოვეს და საკუთარი თვალით ნახეს რწმუნებათა სიგელების შეყვანა.
განმარტებები U1.1.9.1.1
ასეთი შემთხვევები მოიცავს სამუშაო კოლეგების ქმედებებს ან შემთხვევას, როდესაც მომხმარებლის კლავიატურა ხილულია ორგანიზაციის ვიზიტორებისთვის.

U1.1.9.1.2 თავდამსხმელებმა გამოიყენეს დამატებითი ტექნიკური საშუალებები, როგორიცაა ბინოკლები ან უპილოტო საფრენი აპარატი და დაინახეს რწმუნებათა სიგელების შესვლა ფანჯრიდან.
U1.1.9.2. თავდამსხმელებმა ამოიღეს რწმუნებათა სიგელები კლავიატურასა და კომპიუტერულ სისტემურ ერთეულს შორის რადიო კომუნიკაციებიდან, როდესაც ისინი დაკავშირებულნი იყვნენ რადიო ინტერფეისის საშუალებით (მაგალითად, Bluetooth).
U1.1.9.3. თავდამსხმელებმა დააფიქსირეს რწმუნებათა სიგელები ყალბი ელექტრომაგნიტური გამოსხივებისა და ჩარევის არხით (PEMIN) გაჟონვით.
განმარტებები U1.1.9.3.
თავდასხმების მაგალითები აქ и აქ.

U1.1.9.4. თავდამსხმელმა დააფიქსირა კლავიატურიდან რწმუნებათა სიგელების შეყვანა სპეციალური ტექნიკური საშუალებების (STS) გამოყენებით, რომლებიც შექმნილია ინფორმაციის ფარულად მოსაპოვებლად.
განმარტებები U1.1.9.4.
მაგალითები მოწყობილობები.

U1.1.9.5. თავდამსხმელებმა კლავიატურიდან სერთიფიკატების შეყვანა დააფიქსირეს
Wi-Fi სიგნალის ანალიზი, რომელიც მოდულირებულია მომხმარებლის დაჭერის პროცესით.
განმარტებები U1.1.9.5.
მაგალითი შეტევები.

U1.1.9.6. თავდამსხმელებმა დააფიქსირეს კლავიატურიდან რწმუნებათა სიგელების შეყვანა კლავიშების დარტყმის ხმების გაანალიზებით.
განმარტებები U1.1.9.6.
მაგალითი შეტევები.

U1.1.9.7. თავდამსხმელებმა დააფიქსირეს რწმუნებათა სიგელების შეყვანა მობილური მოწყობილობის კლავიატურიდან ამაჩქარებლის ჩვენებების ანალიზით.
განმარტებები U1.1.9.7.
მაგალითი შეტევები.

U1.1.10. <…>, ადრე შენახული კლიენტზე.
განმარტებები U1.1.10.
მაგალითად, მომხმარებელს შეუძლია შეინახოს შესვლა და პაროლი ბრაუზერში კონკრეტულ საიტზე შესასვლელად.

U1.1.11. თავდამსხმელებმა დაარღვიეს რწმუნებათა სიგელები მომხმარებლის წვდომის გაუქმების პროცესში არსებული ხარვეზების გამო.
განმარტებები U1.1.11.
მაგალითად, მომხმარებლის გათავისუფლების შემდეგ, მისი ანგარიშები განბლოკილი დარჩა.

U1.2. <…> წვდომის კონტროლის სისტემაში არსებული დაუცველობების გამოყენებით.

U2. საინფორმაციო სისტემაში მომხმარებლის პრივილეგიების არასანქცირებული ამაღლება

დაშლა
U2.1 <…> მომხმარებლის პრივილეგიების შესახებ ინფორმაციის შემცველ მონაცემებში არაავტორიზებული ცვლილებების შეტანით.

U2.2 <…> წვდომის კონტროლის სისტემაში მოწყვლადობის გამოყენების გზით.

U2.3. <…> მომხმარებლის წვდომის მართვის პროცესში არსებული ხარვეზების გამო.
განმარტებები U2.3.
მაგალითი 1. მომხმარებელს მიეცა მეტი წვდომა სამუშაოსთვის, ვიდრე მას სჭირდებოდა საქმიანი მიზეზების გამო.
მაგალითი 2: მომხმარებლის სხვა პოზიციაზე გადაყვანის შემდეგ, მანამდე მინიჭებული წვდომის უფლებები არ გაუქმებულა.

ტიპიური საფრთხის მოდელი. ინტეგრაციის მოდული

დაცვის ობიექტი, რომლისთვისაც გამოიყენება საფრთხის მოდელი (ფარგლები).

ინტეგრაციის მოდული არის საინფორმაციო ინფრასტრუქტურის ობიექტების ერთობლიობა, რომელიც შექმნილია ინფორმაციულ სისტემებს შორის ინფორმაციის გაცვლის ორგანიზებისთვის.

იმის გათვალისწინებით, რომ კორპორატიულ ქსელებში ყოველთვის არ არის შესაძლებელი ერთი ინფორმაციული სისტემის ცალსახად გამიჯვნა მეორისგან, ინტეგრაციის მოდული ასევე შეიძლება ჩაითვალოს როგორც დამაკავშირებელ რგოლად კომპონენტებს შორის ერთი საინფორმაციო სისტემის ფარგლებში.

არქიტექტურა
ინტეგრაციის მოდულის განზოგადებული დიაგრამა ასე გამოიყურება:

არქიტექტურული ელემენტების აღწერა:

• "Exchange Server (SO)" – საინფორმაციო სისტემის კვანძი / სერვისი / კომპონენტი, რომელიც ასრულებს სხვა საინფორმაციო სისტემასთან მონაცემთა გაცვლის ფუნქციას.
• "შუამავალი" – კვანძი/სერვისი, რომელიც შექმნილია საინფორმაციო სისტემებს შორის ურთიერთქმედების ორგანიზებისთვის, მაგრამ არა მათი ნაწილის.
  მაგალითები "შუამავლები" შეიძლება იყოს ელ.ფოსტის სერვისები, საწარმოს მომსახურების ავტობუსები (საწარმოთა მომსახურების ავტობუსი / SoA არქიტექტურა), მესამე მხარის ფაილური სერვერები და ა.შ. ზოგადად, ინტეგრაციის მოდული შეიძლება არ შეიცავდეს „შუამავლებს“.
• "მონაცემთა დამუშავების პროგრამა" – პროგრამების ნაკრები, რომელიც ახორციელებს მონაცემთა გაცვლის პროტოკოლებს და ფორმატის კონვერტაციას.
  მაგალითად, მონაცემთა UFEBS ფორმატიდან ABS ფორმატში გადაყვანა, შეტყობინების სტატუსის შეცვლა გადაცემის დროს და ა.შ.
• "ქსელის კავშირი" შეესაბამება სტანდარტული „ქსელის კავშირის“ საფრთხის მოდელში აღწერილ ობიექტს. ზემოთ მოცემულ დიაგრამაში ნაჩვენები ზოგიერთი ქსელური კავშირი შეიძლება არ არსებობდეს.

ინტეგრაციის მოდულების მაგალითები

სქემა 1. ABS და AWS KBR ინტეგრაცია მესამე მხარის ფაილური სერვერის მეშვეობით

გადახდების განსახორციელებლად, ბანკის უფლებამოსილი თანამშრომელი ჩამოტვირთავს ელექტრონულ გადახდის დოკუმენტებს ძირითადი საბანკო სისტემიდან და ინახავს მათ ფაილში (საკუთარი ფორმატით, მაგალითად SQL dump) ქსელის საქაღალდეში (...SHARE) ფაილ სერვერზე. შემდეგ ეს ფაილი გარდაიქმნება კონვერტორის სკრიპტის გამოყენებით UFEBS ფორმატის ფაილების ნაკრებად, რომლებიც შემდეგ იკითხება CBD სამუშაო სადგურის მიერ.
ამის შემდეგ უფლებამოსილი თანამშრომელი - KBR ავტომატიზირებული სამუშაო ადგილის მომხმარებელი - დაშიფვრავს და ხელს აწერს მიღებულ ფაილებს და აგზავნის მათ რუსეთის ბანკის გადახდის სისტემაში.

როდესაც გადახდები მიიღება რუსეთის ბანკიდან, KBR-ის ავტომატიზირებული სამუშაო ადგილი გაშიფვრავს მათ და ამოწმებს ელექტრონულ ხელმოწერას, რის შემდეგაც იგი აღრიცხავს მათ UFEBS ფორმატში ფაილების ნაკრების სახით ფაილ სერვერზე. გადახდის დოკუმენტების ABS-ში იმპორტამდე, ისინი გარდაიქმნება გადამყვანის სკრიპტის გამოყენებით UFEBS ფორმატიდან ABS ფორმატში.

ჩვენ ვივარაუდებთ, რომ ამ სქემაში ABS მუშაობს ერთ ფიზიკურ სერვერზე, KBR სამუშაო სადგური მუშაობს სპეციალურ კომპიუტერზე, ხოლო გადამყვანის სკრიპტი მუშაობს ფაილ სერვერზე.

განხილული დიაგრამის ობიექტების შესაბამისობა ინტეგრაციის მოდულის მოდელის ელემენტებთან:
"გაცვლის სერვერი ABS მხრიდან" - ABS სერვერი.
"გაცვლის სერვერი AWS KBR მხრიდან" - კომპიუტერული სამუშაო სადგური KBR.
"შუამავალი" - მესამე მხარის ფაილური სერვერი.
"მონაცემთა დამუშავების პროგრამა" - გადამყვანის სკრიპტი.

სქემა 2. ABS და AWS KBR-ის ინტეგრაცია AWS KBR-ზე გადახდებით გაზიარებული ქსელის საქაღალდის განთავსებისას

ყველაფერი ჰგავს სქემა 1-ს, მაგრამ ცალკე ფაილური სერვერი არ გამოიყენება; ამის ნაცვლად, ქსელის საქაღალდე (...SHARE) ელექტრონული გადახდის დოკუმენტებით მოთავსებულია კომპიუტერზე CBD სამუშაო სადგურით. გადამყვანის სკრიპტი ასევე მუშაობს CBD სამუშაო სადგურზე.

განხილული დიაგრამის ობიექტების შესაბამისობა ინტეგრაციის მოდულის მოდელის ელემენტებთან:
სქემის 1-ის მსგავსი, მაგრამ "შუამავალი" არ გამოიყენება.

სქემა 3. ABS და ავტომატიზირებული სამუშაო ადგილის KBR-N ინტეგრაცია IBM WebSphera MQ-ის მეშვეობით და ელექტრონული დოკუმენტების ხელმოწერა "ABS მხარეს"

ABS მუშაობს პლატფორმაზე, რომელიც არ არის მხარდაჭერილი CIPF SCAD Signature-ით. გამავალი ელექტრონული დოკუმენტების ხელმოწერა ხორციელდება სპეციალურ ელექტრონულ ხელმოწერის სერვერზე (ES Server). იგივე სერვერი ამოწმებს ელექტრონულ ხელმოწერას რუსეთის ბანკიდან შემოსულ დოკუმენტებზე.

ABS ატვირთავს ფაილს გადახდის დოკუმენტებით საკუთარი ფორმატით ES სერვერზე.
ES სერვერი, გადამყვანის სკრიპტის გამოყენებით, გარდაქმნის ფაილს ელექტრონულ შეტყობინებებად UFEBS ფორმატში, რის შემდეგაც ელექტრონული შეტყობინებები ხელმოწერილია და გადაეცემა IBM WebSphere MQ-ს.

KBR-N სამუშაო სადგური წვდება IBM WebSphere MQ და იქიდან იღებს ხელმოწერილი გადახდის შეტყობინებებს, რის შემდეგაც ავტორიზებული თანამშრომელი - KBR სამუშაო სადგურის მომხმარებელი - დაშიფვრავს მათ და აგზავნის რუსეთის ბანკის გადახდის სისტემაში.

როდესაც გადახდები მიიღება რუსეთის ბანკიდან, ავტომატური სამუშაო ადგილი KBR-N ახდენს მათ გაშიფვრას და ამოწმებს ელექტრონულ ხელმოწერას. წარმატებით დამუშავებული გადახდები გაშიფრული და ხელმოწერილი ელექტრონული შეტყობინებების სახით UFEBS ფორმატში გადადის IBM WebSphere MQ-ში, საიდანაც ისინი მიიღება Electronic Signature Server-ით.

ელექტრონული ხელმოწერის სერვერი ამოწმებს მიღებული გადახდების ელექტრონულ ხელმოწერას და ინახავს მათ ფაილში ABS ფორმატში. ამის შემდეგ უფლებამოსილი თანამშრომელი - ABS მომხმარებელი - ატვირთავს მიღებულ ფაილს ABS-ში დადგენილი წესით.

განხილული დიაგრამის ობიექტების შესაბამისობა ინტეგრაციის მოდულის მოდელის ელემენტებთან:
"გაცვლის სერვერი ABS მხრიდან" - ABS სერვერი.
"გაცვლის სერვერი AWS KBR მხრიდან" - კომპიუტერული სამუშაო სადგური KBR.
"შუამავალი" – ES სერვერი და IBM WebSphere MQ.
"მონაცემთა დამუშავების პროგრამა" – სკრიპტის გადამყვანი, CIPF SCAD ხელმოწერა ES სერვერზე.

სქემა 4. RBS სერვერისა და ძირითადი საბანკო სისტემის ინტეგრაცია API-ს მეშვეობით, რომელიც უზრუნველყოფილია სპეციალური გაცვლითი სერვერის მიერ

ჩვენ ვივარაუდებთ, რომ ბანკი იყენებს რამდენიმე დისტანციურ საბანკო სისტემას (RBS):

• „ინტერნეტ კლიენტი-ბანკი“ ფიზიკური პირებისთვის (IKB FL);
• „ინტერნეტ კლიენტი-ბანკი“ იურიდიული პირებისთვის (IKB LE).

ინფორმაციის უსაფრთხოების უზრუნველსაყოფად, ABS და დისტანციური საბანკო სისტემების ყველა ურთიერთქმედება ხორციელდება ABS საინფორმაციო სისტემის ფარგლებში მოქმედი გამოყოფილი გაცვლითი სერვერის მეშვეობით.

შემდეგი, განვიხილავთ IKB LE-ს RBS სისტემასა და ABS-ს შორის ურთიერთქმედების პროცესს.
RBS სერვერმა, რომელმაც მიიღო კლიენტისგან სათანადოდ დამოწმებული გადახდის დავალება, უნდა შექმნას შესაბამისი დოკუმენტი ABS-ში მასზე დაყრდნობით. ამისათვის, API-ს გამოყენებით, ის გადასცემს ინფორმაციას გაცვლის სერვერს, რომელიც, თავის მხრივ, შეაქვს მონაცემებს ABS-ში.

როდესაც კლიენტის ანგარიშის ნაშთები იცვლება, ABS წარმოქმნის ელექტრონულ შეტყობინებებს, რომლებიც გადაეცემა დისტანციურ საბანკო სერვერს გაცვლითი სერვერის გამოყენებით.

განხილული დიაგრამის ობიექტების შესაბამისობა ინტეგრაციის მოდულის მოდელის ელემენტებთან:
"გაცვლის სერვერი RBS მხრიდან" – IKB YUL-ის RBS სერვერი.
"გაცვლის სერვერი ABS მხრიდან" - გაცვლის სერვერი.
"შუამავალი" - არდამსწრე.
"მონაცემთა დამუშავების პროგრამა" – RBS სერვერის კომპონენტები, რომლებიც პასუხისმგებელნი არიან გაცვლითი სერვერის API-ს გამოყენებაზე, გაცვლითი სერვერის კომპონენტები, რომლებიც პასუხისმგებელნი არიან ძირითადი საბანკო API-ს გამოყენებაზე.

უმაღლესი დონის უსაფრთხოების საფრთხეები

დაშლა
U1. ცრუ ინფორმაციის ინექცია თავდამსხმელების მიერ ინტეგრაციის მოდულის მეშვეობით.

U1. ცრუ ინფორმაციის ინექცია თავდამსხმელების მიერ ინტეგრაციის მოდულის მეშვეობით

დაშლა
U1.1. ლეგიტიმური მონაცემების არასანქცირებული მოდიფიკაცია ქსელის კავშირებით გადაცემისას:
U1.1.1 ბმული: „ტიპიური საფრთხის მოდელი. ქსელის კავშირი. U2. გადაცემული მონაცემების არასანქცირებული მოდიფიკაცია".

U1.2. ცრუ მონაცემების გადაცემა საკომუნიკაციო არხებით გაცვლის ლეგიტიმური მონაწილის სახელით:
U1.1.2 ბმული: „ტიპიური საფრთხის მოდელი. ქსელის კავშირი. U3. გადაცემული მონაცემების საავტორო უფლებების დარღვევა".

U1.3. ლეგიტიმური მონაცემების არასანქცირებული მოდიფიკაცია Exchange სერვერებზე ან შუამავალზე დამუშავებისას:
U1.3.1. Ბმული: „ტიპიური საფრთხის მოდელი. კლიენტ-სერვერის არქიტექტურაზე აგებული საინფორმაციო სისტემა. U2. დაცული ინფორმაციის არასანქცირებული მოდიფიკაცია საინფორმაციო სისტემის სერვერული ნაწილის მიერ მისი დამუშავებისას".

U1.4. ცრუ მონაცემების შექმნა გაცვლის სერვერებზე ან შუამავალზე გაცვლის ლეგიტიმური მონაწილის სახელით:
U1.4.1. Ბმული: „ტიპიური საფრთხის მოდელი. კლიენტ-სერვერის არქიტექტურაზე აგებული საინფორმაციო სისტემა. U1. თავდამსხმელების მიერ ლეგიტიმური მომხმარებლის სახელით არაავტორიზებული ქმედებების შესრულება.“

U1.5. მონაცემთა არასანქცირებული მოდიფიკაცია მონაცემთა დამუშავების პროგრამული უზრუნველყოფის გამოყენებით დამუშავებისას:
U1.5.1. <…> თავდამსხმელების მიერ მონაცემთა დამუშავების პროგრამული უზრუნველყოფის პარამეტრებში (კონფიგურაციაში) არაავტორიზებული ცვლილებების გამო.
U1.5.2. <…> თავდამსხმელების მიერ მონაცემთა დამუშავების პროგრამული უზრუნველყოფის შესრულებად ფაილებში არაავტორიზებული ცვლილებების გამო.
U1.5.3. <…> თავდამსხმელების მიერ მონაცემთა დამუშავების პროგრამული უზრუნველყოფის ინტერაქტიული კონტროლის გამო.

ტიპიური საფრთხის მოდელი. კრიპტოგრაფიული ინფორმაციის დაცვის სისტემა

დაცვის ობიექტი, რომლისთვისაც გამოიყენება საფრთხის მოდელი (ფარგლები).

დაცვის ობიექტი არის კრიპტოგრაფიული ინფორმაციის დაცვის სისტემა, რომელიც გამოიყენება საინფორმაციო სისტემის უსაფრთხოების უზრუნველსაყოფად.

არქიტექტურა
ნებისმიერი საინფორმაციო სისტემის საფუძველია აპლიკაციური პროგრამა, რომელიც ახორციელებს მის სამიზნე ფუნქციონირებას.

კრიპტოგრაფიული დაცვა ჩვეულებრივ ხორციელდება აპლიკაციის პროგრამული უზრუნველყოფის ბიზნეს ლოგიკიდან კრიპტოგრაფიული პრიმიტივების გამოძახებით, რომლებიც განლაგებულია სპეციალიზებულ ბიბლიოთეკებში - კრიპტო ბირთვებში.

კრიპტოგრაფიული პრიმიტივები მოიცავს დაბალი დონის კრიპტოგრაფიულ ფუნქციებს, როგორიცაა:

• მონაცემთა ბლოკის დაშიფვრა/გაშიფვრა;
• მონაცემთა ბლოკის ელექტრონული ხელმოწერის შექმნა/დამოწმება;
• მონაცემთა ბლოკის ჰეშის ფუნქციის გამოთვლა;
• ძირითადი ინფორმაციის გენერირება/ჩატვირთვა/ატვირთვა;
• ა.შ.

აპლიკაციის პროგრამული უზრუნველყოფის ბიზნეს ლოგიკა ახორციელებს უფრო მაღალი დონის ფუნქციონირებას კრიპტოგრაფიული პრიმიტივების გამოყენებით:

• ფაილის დაშიფვრა არჩეული მიმღებების კლავიშების გამოყენებით;
• დაამყარეთ უსაფრთხო ქსელური კავშირი;
• ელექტრონული ხელმოწერის შემოწმების შედეგების შესახებ ინფორმირება;
• და ასე შემდეგ.

ბიზნეს ლოგიკისა და კრიპტო ბირთვის ურთიერთქმედება შეიძლება განხორციელდეს:

• უშუალოდ, ბიზნეს ლოგიკით, კრიპტოგრაფიული პრიმიტივების გამოძახებით კრიპტო ბირთვის დინამიური ბიბლიოთეკებიდან (.DLL Windows-ისთვის, .SO Linux-ისთვის);
• უშუალოდ, კრიპტოგრაფიული ინტერფეისების მეშვეობით - wrappers, მაგალითად, MS Crypto API, Java Cryptography Architecture, PKCS#11 და ა.შ. ამ შემთხვევაში ბიზნეს ლოგიკა წვდება კრიპტო ინტერფეისს და ის თარგმნის ზარს შესაბამის კრიპტო ბირთვზე, რომელიც ამ შემთხვევას ეწოდება კრიპტო პროვაიდერი. კრიპტოგრაფიული ინტერფეისების გამოყენება საშუალებას აძლევს აპლიკაციურ პროგრამულ უზრუნველყოფას მოშორდეს კონკრეტული კრიპტოგრაფიული ალგორითმები და იყოს უფრო მოქნილი.

კრიპტო ბირთვის ორგანიზების ორი ტიპიური სქემაა:

სქემა 1 – მონოლითური კრიპტო ბირთვი


სქემა 2 – კრიპტო ბირთვის გაყოფა


ზემოთ მოცემულ დიაგრამებში ელემენტები შეიძლება იყოს როგორც ინდივიდუალური პროგრამული მოდული, რომელიც მუშაობს ერთ კომპიუტერზე ან ქსელური სერვისები, რომლებიც ურთიერთქმედებენ კომპიუტერულ ქსელში.

1-ლი სქემის მიხედვით აგებული სისტემების გამოყენებისას, აპლიკაციის პროგრამული უზრუნველყოფა და კრიპტო ბირთვი ფუნქციონირებს კრიპტო ინსტრუმენტის (SFC) ერთ ოპერაციულ გარემოში, მაგალითად, იმავე კომპიუტერზე, რომელიც მუშაობს იმავე ოპერაციულ სისტემაზე. სისტემის მომხმარებელს, როგორც წესი, შეუძლია აწარმოოს სხვა პროგრამები, მათ შორის მავნე კოდის შემცველი, იმავე ოპერაციულ გარემოში. ასეთ პირობებში არსებობს პირადი კრიპტოგრაფიული გასაღებების გაჟონვის სერიოზული რისკი.

რისკის შესამცირებლად გამოიყენება სქემა 2, რომელშიც კრიპტო ბირთვი იყოფა ორ ნაწილად:

1. პირველი ნაწილი, აპლიკაციის პროგრამასთან ერთად, მუშაობს არასანდო გარემოში, სადაც არის მავნე კოდით ინფექციის რისკი. ჩვენ ამ ნაწილს დავარქმევთ "პროგრამულ ნაწილს".
2. მეორე ნაწილი მუშაობს სანდო გარემოში სპეციალურ მოწყობილობაზე, რომელიც შეიცავს პირადი გასაღების საცავს. ამიერიდან ჩვენ ამ ნაწილს დავარქმევთ "ტექნიკას".

კრიპტო ბირთვის დაყოფა პროგრამულ და აპარატურულ ნაწილებად ძალიან თვითნებურია. ბაზარზე არის სისტემები, რომლებიც აგებულია სქემის მიხედვით გაყოფილი კრიპტო ბირთვით, მაგრამ რომლის „ტექნიკური“ ნაწილი წარმოდგენილია ვირტუალური მანქანის გამოსახულების სახით - ვირტუალური HSM (მაგალითად).

კრიპტო ბირთვის ორივე ნაწილის ურთიერთქმედება ხდება ისე, რომ პირადი კრიპტოგრაფიული გასაღებები არასოდეს გადაეცემა პროგრამულ ნაწილს და, შესაბამისად, შეუძლებელია მისი მოპარვა მავნე კოდის გამოყენებით.

ურთიერთქმედების ინტერფეისი (API) და კრიპტოგრაფიული პრიმიტივების ნაკრები, რომელიც აპლიკაციის პროგრამას მიეწოდება კრიპტო ბირთვით, ორივე შემთხვევაში ერთნაირია. განსხვავება მდგომარეობს მათი განხორციელების გზაზე.

ამრიგად, გაყოფილი კრიპტო ბირთვით სქემის გამოყენებისას, პროგრამული უზრუნველყოფისა და აპარატურის ურთიერთქმედება ხორციელდება შემდეგი პრინციპის მიხედვით:

1. კრიპტოგრაფიული პრიმიტივები, რომლებიც არ საჭიროებს კერძო გასაღების გამოყენებას (მაგალითად, ჰეშის ფუნქციის გამოთვლა, ელექტრონული ხელმოწერის გადამოწმება და ა.შ.) ხორციელდება პროგრამული უზრუნველყოფის მიერ.
2. კრიპტოგრაფიული პრიმიტივები, რომლებიც იყენებენ კერძო გასაღებს (ელექტრონული ხელმოწერის შექმნა, მონაცემების გაშიფვრა და ა.შ.) შესრულებულია აპარატურით.

მოდით ილუსტრაციით ასახოთ გაყოფილი კრიპტო ბირთვის მუშაობა ელექტრონული ხელმოწერის შექმნის მაგალითის გამოყენებით:

1. პროგრამული ნაწილი ითვლის ხელმოწერილი მონაცემების ჰეშის ფუნქციას და ამ მნიშვნელობას გადასცემს აპარატურას კრიპტო ბირთვებს შორის გაცვლითი არხის მეშვეობით.
2. ტექნიკის ნაწილი, პირადი გასაღებისა და ჰეშის გამოყენებით, წარმოქმნის ელექტრონული ხელმოწერის მნიშვნელობას და გადასცემს მას პროგრამულ ნაწილს გაცვლითი არხის საშუალებით.
3. პროგრამული ნაწილი უბრუნებს მიღებულ მნიშვნელობას აპლიკაციის პროგრამას.

ელექტრონული ხელმოწერის სისწორის შემოწმების მახასიათებლები

როდესაც მიმღები მხარე მიიღებს ელექტრონულად ხელმოწერილ მონაცემებს, მან უნდა განახორციელოს გადამოწმების რამდენიმე ნაბიჯი. ელექტრონული ხელმოწერის შემოწმების დადებითი შედეგი მიიღწევა მხოლოდ იმ შემთხვევაში, თუ გადამოწმების ყველა ეტაპი წარმატებით დასრულდა.

ეტაპი 1. მონაცემთა მთლიანობის კონტროლი და მონაცემთა ავტორობა.

სცენის შინაარსი. მონაცემთა ელექტრონული ხელმოწერა მოწმდება შესაბამისი კრიპტოგრაფიული ალგორითმის გამოყენებით. ამ ეტაპის წარმატებით დასრულება მიუთითებს იმაზე, რომ მონაცემები არ შეცვლილა ხელმოწერის მომენტიდან და ასევე, რომ ხელმოწერა გაკეთდა ელექტრონული ხელმოწერის გადამოწმების საჯარო გასაღების შესაბამისი პირადი გასაღებით.
სცენის ადგილმდებარეობა: კრიპტო ბირთვი.

ეტაპი 2. ხელმომწერის საჯარო გასაღებისადმი ნდობის კონტროლი და ელექტრონული ხელმოწერის პირადი გასაღების მოქმედების ვადის კონტროლი.
სცენის შინაარსი. ეტაპი შედგება ორი შუალედური ქვესაფეხურისგან. პირველი არის იმის დადგენა, იყო თუ არა სანდო ელექტრონული ხელმოწერის გადამოწმების საჯარო გასაღები მონაცემთა ხელმოწერის დროს. მეორე განსაზღვრავს, იყო თუ არა ელექტრონული ხელმოწერის პირადი გასაღები მონაცემების ხელმოწერის დროს. ზოგადად, ამ გასაღებების მოქმედების ვადები შეიძლება არ ემთხვეოდეს (მაგალითად, ელექტრონული ხელმოწერის გადამოწმების გასაღებების კვალიფიციური სერტიფიკატებისთვის). ხელმომწერის საჯარო გასაღებისადმი ნდობის დამყარების მეთოდები განისაზღვრება ურთიერთდამოკიდებული მხარეების მიერ მიღებული ელექტრონული დოკუმენტების მართვის წესებით.
სცენის ადგილმდებარეობა: აპლიკაციის პროგრამული უზრუნველყოფა / კრიპტო ბირთვი.

ეტაპი 3. ხელმომწერის უფლებამოსილების კონტროლი.
სცენის შინაარსი. ელექტრონული დოკუმენტების მართვის დადგენილი წესით მოწმდება, ჰქონდა თუ არა ხელმომწერს დაცული მონაცემების დამოწმების უფლება. მაგალითად, მოვიყვანოთ უფლებამოსილების დარღვევის სიტუაცია. დავუშვათ, არის ორგანიზაცია, სადაც ყველა თანამშრომელს აქვს ელექტრონული ხელმოწერა. შიდა ელექტრონული დოკუმენტების მართვის სისტემა იღებს შეკვეთას მენეჯერისგან, მაგრამ ხელმოწერილია საწყობის მენეჯერის ელექტრონული ხელმოწერით. შესაბამისად, ასეთი დოკუმენტი არ შეიძლება ჩაითვალოს ლეგიტიმურად.
სცენის ადგილმდებარეობა: აპლიკაციის პროგრამული უზრუნველყოფა.

დაცვის ობიექტის აღწერისას გაკეთებული ვარაუდები

1. ინფორმაციის გადაცემის არხები, გარდა გასაღების გაცვლის არხებისა, ასევე გადის აპლიკაციის პროგრამულ უზრუნველყოფას, API-ს და კრიპტო ბირთვს.
2. ინფორმაცია საჯარო გასაღებების და (ან) სერთიფიკატების ნდობის შესახებ, ისევე როგორც ინფორმაცია საჯარო გასაღების მფლობელების უფლებამოსილების შესახებ, განთავსებულია საჯარო გასაღების მაღაზიაში.
3. აპლიკაციის პროგრამა მუშაობს საჯარო გასაღების მაღაზიასთან კრიპტო ბირთვის მეშვეობით.

CIPF-ის გამოყენებით დაცული საინფორმაციო სისტემის მაგალითი

ადრე წარმოდგენილი დიაგრამების საილუსტრაციოდ, განვიხილოთ ჰიპოთეტური საინფორმაციო სისტემა და გამოვყოთ მასზე არსებული ყველა სტრუქტურული ელემენტი.

საინფორმაციო სისტემის აღწერა

ორმა ორგანიზაციამ გადაწყვიტეს დანერგონ იურიდიულად მნიშვნელოვანი ელექტრონული დოკუმენტების მართვა (EDF). ამისათვის მათ გააფორმეს ხელშეკრულება, რომელშიც წერდნენ, რომ დოკუმენტები გადაიცემა ელექტრონული ფოსტით და ამავდროულად უნდა იყოს დაშიფრული და ხელმოწერილი კვალიფიციური ელექტრონული ხელმოწერით. საოფისე პროგრამები Microsoft Office 2016 პაკეტიდან უნდა იყოს გამოყენებული, როგორც ინსტრუმენტები დოკუმენტების შესაქმნელად და დასამუშავებლად, ხოლო CIPF CryptoPRO და დაშიფვრის პროგრამული უზრუნველყოფა CryptoARM უნდა იყოს გამოყენებული კრიპტოგრაფიული დაცვის საშუალებად.

ორგანიზაციის ინფრასტრუქტურის აღწერა 1

ორგანიზაცია 1-მა გადაწყვიტა, რომ დააინსტალირებდა CIPF CryptoPRO და CryptoARM პროგრამულ უზრუნველყოფას მომხმარებლის სამუშაო სადგურზე - ფიზიკურ კომპიუტერზე. დაშიფვრის და ელექტრონული ხელმოწერის გასაღებები შეინახება ruToken გასაღების მედიაზე, რომელიც ფუნქციონირებს გასაღებების რეჟიმში. მომხმარებელი მოამზადებს ელექტრონულ დოკუმენტებს ადგილობრივად თავის კომპიუტერზე, შემდეგ დაშიფვრავს, მოაწერს ხელს და გაგზავნის მათ ლოკალურად დაინსტალირებული ელ.ფოსტის კლიენტის გამოყენებით.

ორგანიზაციის ინფრასტრუქტურის აღწერა 2

ორგანიზაცია 2-მა გადაწყვიტა დაშიფვრის და ელექტრონული ხელმოწერის ფუნქციების გადატანა სპეციალურ ვირტუალურ მანქანაზე. ამ შემთხვევაში, ყველა კრიპტოგრაფიული ოპერაცია შესრულდება ავტომატურად.

ამისათვის, გამოყოფილ ვირტუალურ მანქანაზე ორგანიზებულია ორი ქსელის საქაღალდე: “...In”, “...Out”. კონტრაგენტისგან ღია ფორმით მიღებული ფაილები ავტომატურად განთავსდება ქსელის საქაღალდეში “…In”. მოხდება ამ ფაილების გაშიფვრა და ელექტრონული ხელმოწერის შემოწმება.

მომხმარებელი განათავსებს ფაილებს „…Out“ საქაღალდეში, რომლებიც უნდა იყოს დაშიფრული, ხელმოწერილი და გაგზავნილი კონტრაგენტისთვის. მომხმარებელი თავად მოამზადებს ფაილებს თავის სამუშაო სადგურზე.
დაშიფვრისა და ელექტრონული ხელმოწერის ფუნქციების შესასრულებლად ვირტუალურ მანქანაზე დაინსტალირებულია CIPF CryptoPRO, CryptoARM პროგრამული უზრუნველყოფა და ელექტრონული ფოსტის კლიენტი. ვირტუალური მანქანის ყველა ელემენტის ავტომატური მართვა განხორციელდება სისტემის ადმინისტრატორების მიერ შემუშავებული სკრიპტების გამოყენებით. სკრიპტების მუშაობა შესულია ჟურნალის ფაილებში.

ელექტრონული ხელმოწერის კრიპტოგრაფიული გასაღებები განთავსდება ჟეტონზე არააღსადგენი JaCarta GOST გასაღებით, რომელსაც მომხმარებელი დაუკავშირებს თავის ადგილობრივ კომპიუტერს.

ჟეტონი გადაეგზავნება ვირტუალურ მანქანას სპეციალიზებული USB-over-IP პროგრამული უზრუნველყოფის გამოყენებით, რომელიც დამონტაჟებულია მომხმარებლის სამუშაო სადგურზე და ვირტუალურ მანქანაზე.

სისტემის საათი მომხმარებლის სამუშაო სადგურზე ორგანიზაცია 1-ში დარეგულირდება ხელით. ორგანიზაცია 2-ში გამოყოფილი ვირტუალური მანქანის სისტემური საათი სინქრონიზებული იქნება ჰიპერვიზორის სისტემის საათთან, რომელიც თავის მხრივ სინქრონიზებული იქნება ინტერნეტით საჯარო დროის სერვერებთან.

CIPF-ის სტრუქტურული ელემენტების იდენტიფიკაცია
IT ინფრასტრუქტურის ზემოაღნიშნული აღწერილობიდან გამომდინარე, ჩვენ გამოვყოფთ CIPF-ის სტრუქტურულ ელემენტებს და დავწერთ მათ ცხრილში.

ცხრილი - CIPF მოდელის ელემენტების შესაბამისობა საინფორმაციო სისტემის ელემენტებთან

საქონლის დასახელება
ორგანიზაცია 1
ორგანიზაცია 2

აპლიკაციის პროგრამული უზრუნველყოფა
CryptoARM პროგრამული უზრუნველყოფა
CryptoARM პროგრამული უზრუნველყოფა

კრიპტო ბირთვის პროგრამული ნაწილი
CIPF CryptoPRO CSP
CIPF CryptoPRO CSP

კრიპტო ბირთვის აპარატურა
არ
JaCarta GOST

API
MS CryptoAPI
MS CryptoAPI

საჯარო გასაღების მაღაზია
მომხმარებლის სამუშაო სადგური:
- HDD;
- სტანდარტული Windows სერტიფიკატების მაღაზია.
ჰიპერვიზორი:
- HDD.

Ვირტუალური ხელსაწყო:
- HDD;
- სტანდარტული Windows სერტიფიკატების მაღაზია.

პირადი გასაღების საცავი
ruToken გასაღების მატარებელი მუშაობს ამოღებადი გასაღების რეჟიმში
JaCarta GOST გასაღების მატარებელი მუშაობს არამოხსნადი გასაღების რეჟიმში

საჯარო გასაღების გაცვლის არხი
მომხმარებლის სამუშაო სადგური:
- ოპერატიული მეხსიერება.

ჰიპერვიზორი:
- ოპერატიული მეხსიერება.

Ვირტუალური ხელსაწყო:
- ოპერატიული მეხსიერება.

პირადი გასაღების გაცვლის არხი
მომხმარებლის სამუშაო სადგური:
- USB ავტობუსი;
- ოპერატიული მეხსიერება.
არ

გაცვალეთ არხი კრიპტო ბირთვებს შორის
აკლია (კრიპტო ბირთვის აპარატურა არ არის)
მომხმარებლის სამუშაო სადგური:
- USB ავტობუსი;
- ოპერატიული მეხსიერება;
— USB-over-IP პროგრამული მოდული;
- ქსელის ინტერფეისი.

ორგანიზაციის კორპორატიული ქსელი 2.

ჰიპერვიზორი:
- ოპერატიული მეხსიერება;
- ქსელის ინტერფეისი.

Ვირტუალური ხელსაწყო:
- ქსელის ინტერფეისი;
- ოპერატიული მეხსიერება;
— USB-over-IP პროგრამული მოდული.

გახსენით მონაცემთა არხი
მომხმარებლის სამუშაო სადგური:
— შეყვანა-გამომავალი საშუალებები;
- ოპერატიული მეხსიერება;
- HDD.
მომხმარებლის სამუშაო სადგური:
— შეყვანა-გამომავალი საშუალებები;
- ოპერატიული მეხსიერება;
- HDD;
- ქსელის ინტერფეისი.

ორგანიზაციის კორპორატიული ქსელი 2.

ჰიპერვიზორი:
- ქსელის ინტერფეისი;
- ოპერატიული მეხსიერება;
- HDD.

Ვირტუალური ხელსაწყო:
- ქსელის ინტერფეისი;
- ოპერატიული მეხსიერება;
- HDD.

მონაცემთა გაცვლის უსაფრთხო არხი
ინტერნეტში.

ორგანიზაციის კორპორატიული ქსელი 1.

მომხმარებლის სამუშაო სადგური:
- HDD;
- ოპერატიული მეხსიერება;
- ქსელის ინტერფეისი.

ინტერნეტში.

ორგანიზაციის კორპორატიული ქსელი 2.

ჰიპერვიზორი:
- ქსელის ინტერფეისი;
- ოპერატიული მეხსიერება;
- HDD.

Ვირტუალური ხელსაწყო:
- ქსელის ინტერფეისი;
- ოპერატიული მეხსიერება;
- HDD.

დროის არხი
მომხმარებლის სამუშაო სადგური:
— შეყვანა-გამომავალი საშუალებები;
- ოპერატიული მეხსიერება;
- სისტემის ტაიმერი.

ინტერნეტში.
ორგანიზაციის კორპორატიული ქსელი 2,

ჰიპერვიზორი:
- ქსელის ინტერფეისი;
- ოპერატიული მეხსიერება;
- სისტემის ტაიმერი.

Ვირტუალური ხელსაწყო:
- ოპერატიული მეხსიერება;
- სისტემის ტაიმერი.

მართეთ ბრძანების გადაცემის არხი
მომხმარებლის სამუშაო სადგური:
— შეყვანა-გამომავალი საშუალებები;
- ოპერატიული მეხსიერება.

(CryptoARM პროგრამული უზრუნველყოფის მომხმარებლის გრაფიკული ინტერფეისი)

Ვირტუალური ხელსაწყო:
- ოპერატიული მეხსიერება;
- HDD.

(ავტომატიზაციის სკრიპტები)

არხი მუშაობის შედეგების მისაღებად
მომხმარებლის სამუშაო სადგური:
— შეყვანა-გამომავალი საშუალებები;
- ოპერატიული მეხსიერება.

(CryptoARM პროგრამული უზრუნველყოფის მომხმარებლის გრაფიკული ინტერფეისი)

Ვირტუალური ხელსაწყო:
- ოპერატიული მეხსიერება;
- HDD.

(ავტომატიზაციის სკრიპტების ჟურნალის ფაილები)

უმაღლესი დონის უსაფრთხოების საფრთხეები

განმარტებები

საფრთხის დაშლისას გაკეთებული ვარაუდები:

1. გამოყენებულია ძლიერი კრიპტოგრაფიული ალგორითმები.
2. კრიპტოგრაფიული ალგორითმები უსაფრთხოდ გამოიყენება მუშაობის სწორ რეჟიმებში (მაგ. ECB არ გამოიყენება მონაცემთა დიდი მოცულობის დაშიფვრისთვის, გასაღებზე დასაშვები დატვირთვა გათვალისწინებულია და ა.შ.).
3. თავდამსხმელებმა იციან გამოყენებული ყველა ალგორითმი, პროტოკოლი და საჯარო გასაღები.
4. თავდამსხმელებს შეუძლიათ წაიკითხონ ყველა დაშიფრული მონაცემები.
5. თავდამსხმელებს შეუძლიათ სისტემაში ნებისმიერი პროგრამული ელემენტის რეპროდუცირება.

დაშლა

U1. პირადი კრიპტოგრაფიული გასაღებების კომპრომისი.
U2. ყალბი მონაცემების დაშიფვრა ლეგიტიმური გამგზავნის სახელით.
U3. დაშიფრული მონაცემების გაშიფვრა იმ პირების მიერ, რომლებიც არ არიან მონაცემთა ლეგიტიმური მიმღებები (თავდამსხმელები).
U4. ყალბი მონაცემებით ლეგიტიმური ხელმომწერის ელექტრონული ხელმოწერის შექმნა.
U5. ყალბი მონაცემების ელექტრონული ხელმოწერის შემოწმებით დადებითი შედეგის მიღება.
U6. ელექტრონული დოკუმენტების არასწორი მიღება შესასრულებლად ელექტრონული დოკუმენტების მართვის ორგანიზების პრობლემების გამო.
U7. დაცულ მონაცემებზე არაავტორიზებული წვდომა CIPF-ის მიერ მათი დამუშავებისას.

U1. პირადი კრიპტოგრაფიული გასაღებების კომპრომისი

U1.1. პირადი გასაღების მოძიება პირადი გასაღების მაღაზიიდან.

U1.2. პირადი გასაღების მიღება კრიპტო-ინსტრუმენტების ოპერაციული გარემოს ობიექტებიდან, რომელშიც ის შეიძლება დროებით იმყოფებოდეს.
განმარტებები U1.2.

ობიექტები, რომლებსაც შეუძლიათ პირადი გასაღების დროებით შენახვა, მოიცავს:

1. ოპერატიული მეხსიერება,
2. დროებითი ფაილები,
3. ფაილების გაცვლა,
4. ჰიბერნაციის ფაილები,
5. ვირტუალური მანქანების „ცხელი“ მდგომარეობის სნეპშოტის ფაილები, შეჩერებული ვირტუალური მანქანების RAM-ის შინაარსის ფაილების ჩათვლით.

U1.2.1. პირადი გასაღებების ამოღება სამუშაო ოპერატიული მეხსიერებიდან RAM-ის მოდულების გაყინვით, მათი ამოღებით და შემდეგ მონაცემების წაკითხვით (გაყინვის შეტევა).
განმარტებები U1.2.1.
მაგალითი შეტევები.

U1.3. პირადი გასაღების მიღება პირადი გასაღების გაცვლის არხიდან.
განმარტებები U1.3.
მოყვანილი იქნება ამ საფრთხის განხორციელების მაგალითი ქვემოთ.

U1.4. კრიპტო ბირთვის არასანქცირებული მოდიფიკაცია, რის შედეგადაც პირადი გასაღებები ცნობილი ხდება თავდამსხმელებისთვის.

U1.5. პირადი გასაღების კომპრომისი ტექნიკური ინფორმაციის გაჟონვის არხების (TCIL) გამოყენების შედეგად.
განმარტებები U1.5.
მაგალითი შეტევები.

U1.6. პირადი გასაღების კომპრომეტირება სპეციალური ტექნიკური საშუალებების (STS) გამოყენების შედეგად, რომლებიც შექმნილია ინფორმაციის ფარულად მოსაპოვებლად („შეცდომები“).

U1.7. პირადი გასაღებების კომპრომისი CIPF-ის გარეთ მათი შენახვისას.
განმარტებები U1.7.
მაგალითად, მომხმარებელი ინახავს თავის საკვანძო მედიას დესკტოპის უჯრაში, საიდანაც ისინი ადვილად მოიპოვება თავდამსხმელებმა.

U2. ყალბი მონაცემების დაშიფვრა ლეგიტიმური გამგზავნის სახელით

განმარტებები
ეს საფრთხე განიხილება მხოლოდ მონაცემთა დაშიფვრის სქემებისთვის გამგზავნის ავთენტიფიკაციით. ასეთი სქემების მაგალითები მითითებულია სტანდარტიზაციის რეკომენდაციებში რ 1323565.1.004-2017 „საინფორმაციო ტექნოლოგია. კრიპტოგრაფიული ინფორმაციის დაცვა. საჯარო გასაღების გენერირების სქემები ავთენტიფიკაციით საჯარო გასაღების საფუძველზე". სხვა კრიპტოგრაფიული სქემებისთვის ეს საფრთხე არ არსებობს, რადგან დაშიფვრა ხორციელდება მიმღების საჯარო გასაღებებზე და ისინი ზოგადად ცნობილია თავდამსხმელებისთვის.

დაშლა
U2.1. გამგზავნის პირადი გასაღების კომპრომეტირება:
U2.1.1. Ბმული: „ტიპიური საფრთხის მოდელი. კრიპტოგრაფიული ინფორმაციის დაცვის სისტემა.У1. პირადი კრიპტოგრაფიული გასაღებების კომპრომისი".

U2.2. შეყვანის მონაცემების ჩანაცვლება ღია მონაცემთა გაცვლის არხში.
შენიშვნები U2.2.
ამ საფრთხის განხორციელების მაგალითები მოცემულია ქვემოთ. აქ и აქ.

U3. დაშიფრული მონაცემების გაშიფვრა იმ პირების მიერ, რომლებიც არ არიან მონაცემთა ლეგიტიმური მიმღებები (თავდამსხმელები)

დაშლა
U3.1. დაშიფრული მონაცემების მიმღების პირადი გასაღებების კომპრომისი.
U3.1.1 ბმული: „ტიპიური საფრთხის მოდელი. კრიპტოგრაფიული ინფორმაციის დაცვის სისტემა. U1. პირადი კრიპტოგრაფიული გასაღებების კომპრომისი".

U3.2. დაშიფრული მონაცემების ჩანაცვლება მონაცემთა გაცვლის უსაფრთხო არხში.

U4. ლეგიტიმური ხელმომწერის ელექტრონული ხელმოწერის შექმნა ყალბი მონაცემებით

დაშლა
U4.1. ლეგიტიმური ხელმომწერის ელექტრონული ხელმოწერის პირადი გასაღებების კომპრომისი.
U4.1.1 ბმული: „ტიპიური საფრთხის მოდელი. კრიპტოგრაფიული ინფორმაციის დაცვის სისტემა. U1. პირადი კრიპტოგრაფიული გასაღებების კომპრომისი".

U4.2. ხელმოწერილი მონაცემების ჩანაცვლება ღია მონაცემთა გაცვლის არხში.
შენიშვნა U4.2.
ამ საფრთხის განხორციელების მაგალითები მოცემულია ქვემოთ. აქ и აქ.

U5. ყალბი მონაცემების ელექტრონული ხელმოწერის შემოწმებით დადებითი შედეგის მიღება

დაშლა
U5.1. თავდამსხმელები წყვეტენ შეტყობინებას არხში სამუშაოს შედეგების გადასაცემად ელექტრონული ხელმოწერის შემოწმების უარყოფითი შედეგის შესახებ და შეცვლიან მას დადებითი შედეგით.

U5.2. თავდამსხმელები თავს ესხმიან ნდობას სერტიფიკატების ხელმოწერისას (SCRIPT - საჭიროა ყველა ელემენტი):
U5.2.1. თავდამსხმელები ქმნიან საჯარო და კერძო გასაღებს ელექტრონული ხელმოწერისთვის. თუ სისტემა იყენებს ელექტრონული ხელმოწერის გასაღების სერთიფიკატებს, მაშინ ისინი წარმოქმნიან ელექტრონულ ხელმოწერის სერთიფიკატს, რომელიც რაც შეიძლება მსგავსია იმ მონაცემების სავარაუდო გამგზავნის სერთიფიკატთან, რომლის გზავნილის გაყალბებაც სურთ.
U5.2.2. თავდამსხმელები არაავტორიზებულ ცვლილებებს ახორციელებენ საჯარო გასაღების მაღაზიაში, რაც მათ აძლევენ საჯარო გასაღებს ნდობისა და ავტორიტეტის აუცილებელ დონეს.
U5.2.3. თავდამსხმელები ხელს აწერენ ცრუ მონაცემებს ადრე გენერირებული ელექტრონული ხელმოწერის გასაღებით და ათავსებენ მას მონაცემთა გაცვლის უსაფრთხო არხში.

U5.3. თავდამსხმელები ახორციელებენ თავდასხმას კანონიერი ხელმომწერის ვადაგასული ელექტრონული ხელმოწერის გასაღებების გამოყენებით (SCRIPT - საჭიროა ყველა ელემენტი):
U5.3.1. თავდამსხმელები არღვევენ კანონიერი გამგზავნის ელექტრონული ხელმოწერის ვადაგასულ (ამჟამად არ მოქმედებს) პირად გასაღებებს.
U5.3.2. თავდამსხმელები ცვლიან დროს დროის გადაცემის არხში იმ დროით, როდესაც კომპრომეტირებული გასაღებები ჯერ კიდევ მოქმედებდა.
U5.3.3. თავდამსხმელები ხელს აწერენ ყალბ მონაცემებს ადრე გატეხილი ელექტრონული ხელმოწერის გასაღებით და შეჰყავთ იგი მონაცემთა გაცვლის უსაფრთხო არხში.

U5.4. თავდამსხმელები ახორციელებენ თავდასხმას იურიდიული ხელმომწერის ელექტრონული ხელმოწერის გასაღებების გამოყენებით (SCRIPT - საჭიროა ყველა ელემენტი):
U5.4.1. თავდამსხმელი აკეთებს საჯარო გასაღების მაღაზიის ასლს.
U5.4.2. თავდამსხმელები კომპრომეტირებენ ერთ-ერთი ლეგიტიმური გამგზავნის პირად გასაღებს. ის ამჩნევს კომპრომისს, აუქმებს გასაღებებს და გასაღების გაუქმების შესახებ ინფორმაცია განთავსებულია საჯარო გასაღების მაღაზიაში.
U5.4.3. თავდამსხმელები ცვლიან საჯარო გასაღების მაღაზიას ადრე კოპირებულით.
U5.4.4. თავდამსხმელები ხელს აწერენ ყალბ მონაცემებს ადრე გატეხილი ელექტრონული ხელმოწერის გასაღებით და შეჰყავთ იგი მონაცემთა გაცვლის უსაფრთხო არხში.

U5.5. <…> ელექტრონული ხელმოწერის გადამოწმების მე-2 და მე-3 ეტაპების განხორციელებაში შეცდომების არსებობის გამო:
განმარტებები U5.5.
მოცემულია ამ საფრთხის განხორციელების მაგალითი ქვემოთ.

U5.5.1. ელექტრონული ხელმოწერის გასაღების სერტიფიკატისადმი ნდობის შემოწმება მხოლოდ იმ სერტიფიკატში ნდობის არსებობით, რომლითაც იგი გაფორმებულია, CRL ან OCSP შემოწმების გარეშე.
განმარტებები U5.5.1.
განხორციელების მაგალითი მუქარა.

U5.5.2. სერტიფიკატის ნდობის ჯაჭვის შექმნისას არ ხდება სერთიფიკატების გაცემის უფლებამოსილების ანალიზი
განმარტებები U5.5.2.
SSL/TLS სერთიფიკატების წინააღმდეგ თავდასხმის მაგალითი.
თავდამსხმელებმა იყიდეს ლეგიტიმური სერთიფიკატი მათი ელექტრონული ფოსტისთვის. შემდეგ მათ გააკეთეს თაღლითური საიტის სერტიფიკატი და ხელი მოაწერეს მას თავიანთ სერთიფიკატთან. თუ რწმუნებათა სიგელები არ არის შემოწმებული, მაშინ ნდობის ჯაჭვის შემოწმებისას ის სწორი აღმოჩნდება და, შესაბამისად, თაღლითური სერთიფიკატიც სწორი იქნება.

U5.5.3. სერტიფიკატების ნდობის ჯაჭვის შექმნისას, შუალედური სერთიფიკატები არ შემოწმდება გაუქმებისთვის.

U5.5.4. CRL-ები ახლდება ნაკლებად ხშირად, ვიდრე გაცემულია სერტიფიკაციის ორგანოს მიერ.

U5.5.5. ელექტრონული ხელმოწერის ნდობის შესახებ გადაწყვეტილება მიიღება მანამ, სანამ მიიღება OCSP პასუხი სერტიფიკატის სტატუსის შესახებ, გაგზავნილი მოთხოვნის საფუძველზე, რომელიც შესრულებულია ხელმოწერის გენერირების დროზე გვიან ან ხელმოწერის გენერირების შემდეგ მომდევნო CRL-ზე ადრე.
განმარტებები U5.5.5.
CA-ების უმეტესობის რეგულაციებში, სერტიფიკატის გაუქმების დრო ითვლება უახლოესი CRL-ის გაცემის დროდ, რომელიც შეიცავს ინფორმაციას სერტიფიკატის გაუქმების შესახებ.

U5.5.6. ხელმოწერილი მონაცემების მიღებისას, სერტიფიკატი, რომელიც ეკუთვნის გამომგზავნს, არ მოწმდება.
განმარტებები U5.5.6.
თავდასხმის მაგალითი. SSL სერთიფიკატებთან დაკავშირებით: მოწოდებული სერვერის მისამართის შესაბამისობა სერტიფიკატში CN ველის მნიშვნელობასთან შეიძლება არ შემოწმდეს.
შეტევის მაგალითი. თავდამსხმელებმა დაარღვიეს გადახდის სისტემის ერთ-ერთი მონაწილის ელექტრონული ხელმოწერის გასაღები. ამის შემდეგ, მათ გატეხეს სხვა მონაწილის ქსელი და, მისი სახელით, გადახდის სისტემის ანგარიშსწორების სერვერს გაუგზავნეს კომპრომეტირებული გასაღებით ხელმოწერილი გადახდის დოკუმენტები. თუ სერვერი აანალიზებს მხოლოდ ნდობას და არ ამოწმებს შესაბამისობას, მაშინ თაღლითური დოკუმენტები ჩაითვლება ლეგიტიმურად.

U6. ელექტრონული დოკუმენტების არასწორი მიღება შესასრულებლად ელექტრონული დოკუმენტების მართვის ორგანიზების პრობლემების გამო.

დაშლა
U6.1. მიმღები მხარე არ აღმოაჩენს მიღებული დოკუმენტების დუბლირებას.
განმარტებები U6.1.
თავდასხმის მაგალითი. თავდამსხმელებს შეუძლიათ შეაჩერონ დოკუმენტი, რომელიც გადაეცემა მიმღებს, მაშინაც კი, თუ ის კრიპტოგრაფიულად დაცულია, და შემდეგ განმეორებით გაგზავნონ იგი მონაცემთა გადაცემის უსაფრთხო არხზე. თუ მიმღები არ იდენტიფიცირებს დუბლიკატებს, მაშინ ყველა მიღებული დოკუმენტი იქნება აღქმული და დამუშავებული, როგორც სხვადასხვა დოკუმენტი.

U7. დაცულ მონაცემებზე არაავტორიზებული წვდომა CIPF-ის მიერ მათი დამუშავებისას

დაშლა

U7.1. <…> ინფორმაციის გაჟონვის გამო გვერდითი არხებით (გვერდითი არხის შეტევა).
განმარტებები U7.1.
მაგალითი შეტევები.

U7.2. <…> CIPF-ზე დამუშავებულ ინფორმაციაზე არასანქცირებული წვდომისგან დაცვის ნეიტრალიზაციის გამო:
U7.2.1. CIPF-ის ოპერირება CIPF-ის დოკუმენტაციაში აღწერილი მოთხოვნების დარღვევით.

U7.2.2. <…>, განხორციელებული დაუცველობის არსებობის გამო:
U7.2.2.1. <…> დაცვის საშუალება არაავტორიზებული წვდომისგან.
U7.2.2.2. <…> თავად CIPF.
U7.2.2.3. <…> კრიპტო-ინსტრუმენტის ოპერაციული გარემო.

თავდასხმების მაგალითები

ქვემოთ განხილული სცენარები აშკარად შეიცავს ინფორმაციის უსაფრთხოების შეცდომებს და ემსახურება მხოლოდ შესაძლო თავდასხმების ილუსტრირებას.

სცენარი 1. U2.2 და U4.2 საფრთხეების განხორციელების მაგალითი.

ობიექტის აღწერა


AWS KBR პროგრამული უზრუნველყოფა და CIPF SCAD Signature დაინსტალირებულია ფიზიკურ კომპიუტერზე, რომელიც არ არის დაკავშირებული კომპიუტერულ ქსელთან. FKN vdToken გამოიყენება როგორც გასაღების მატარებელი არამოხსნადი გასაღებით მუშაობის რეჟიმში.

ანგარიშსწორების რეგულაციები ვარაუდობენ, რომ ანგარიშსწორების სპეციალისტი თავისი სამუშაო კომპიუტერიდან ჩამოტვირთავს ელექტრონულ შეტყობინებებს სუფთა ტექსტით (ძველი KBR სამუშაო სადგურის სქემა) სპეციალური უსაფრთხო ფაილური სერვერიდან, შემდეგ წერს მათ გადასატან USB ფლეშ დრაივზე და გადასცემს მათ KBR სამუშაო სადგურზე. სადაც ისინი დაშიფრულია და ხელს აწერენ. ამის შემდეგ, სპეციალისტი გადასცემს უსაფრთხო ელექტრონულ შეტყობინებებს გასხვისებულ მედიას, შემდეგ კი, სამუშაო კომპიუტერის მეშვეობით, წერს ფაილ სერვერზე, საიდანაც ისინი მიდიან UTA-ში, შემდეგ კი რუსეთის ბანკის გადახდის სისტემაში.

ამ შემთხვევაში, ღია და დაცული მონაცემების გაცვლის არხები იქნება: ფაილების სერვერი, სპეციალისტის სამუშაო კომპიუტერი და გასხვისებული მედია.

თავდასხმა
არასანქცირებული თავდამსხმელები ინსტალაციას უწევენ დისტანციური მართვის სისტემას სპეციალისტის სამუშაო კომპიუტერზე და გადახდის დავალებების (ელექტრონული შეტყობინებების) გადაცემის საშუალებაზე ჩაწერის დროს, ერთ-ერთი მათგანის შიგთავსს ანაცვლებენ მკაფიო ტექსტით. სპეციალისტი გადასცემს გადახდის დავალებებს KBR ავტომატიზირებულ სამუშაო ადგილზე, ხელს აწერს და შიფრავს მათ ჩანაცვლების შეუმჩნევლად (მაგალითად, ფრენის დროს გადახდის დავალების დიდი რაოდენობის გამო, დაღლილობა და ა.შ.). ამის შემდეგ, ყალბი გადახდის დავალება, რომელმაც გაიარა ტექნოლოგიური ჯაჭვი, შედის რუსეთის ბანკის გადახდის სისტემაში.

სცენარი 2. U2.2 და U4.2 საფრთხეების განხორციელების მაგალითი.

ობიექტის აღწერა


კომპიუტერი დაინსტალირებული სამუშაო სადგურით KBR, SCAD Signature და დაკავშირებული გასაღების მატარებლით FKN vdToken მუშაობს სპეციალურ ოთახში პერსონალის წვდომის გარეშე.
გაანგარიშების სპეციალისტი უერთდება CBD სამუშაო სადგურს დისტანციური წვდომის რეჟიმში RDP პროტოკოლის მეშვეობით.

თავდასხმა
თავდამსხმელები წყვეტენ დეტალებს, რომელთა გამოყენებითაც კალკულაციის სპეციალისტი აკავშირებს და მუშაობს CBD სამუშაო სადგურთან (მაგალითად, მავნე კოდის მეშვეობით მის კომპიუტერში). შემდეგ ისინი უკავშირდებიან მისი სახელით და უგზავნიან ყალბი გადახდის დავალებას რუსეთის ბანკის გადახდის სისტემაში.

სცენარი 3. საფრთხის განხორციელების მაგალითი U1.3.

ობიექტის აღწერა


მოდით განვიხილოთ ABS-KBR ინტეგრაციის მოდულების განხორციელების ერთ-ერთი ჰიპოთეტური ვარიანტი ახალი სქემისთვის (AWS KBR-N), რომელშიც გამავალი დოკუმენტების ელექტრონული ხელმოწერა ხდება ABS მხარეს. ამ შემთხვევაში, ჩვენ ვივარაუდებთ, რომ ABS მუშაობს ოპერაციული სისტემის საფუძველზე, რომელიც არ არის მხარდაჭერილი CIPF SKAD ხელმოწერით და, შესაბამისად, კრიპტოგრაფიული ფუნქცია გადადის ცალკე ვირტუალურ მანქანაზე - "ABS-KBR" ინტეგრაციაზე. მოდული.
ჩვეულებრივი USB ჟეტონი, რომელიც მუშაობს ამოღების ღილაკების რეჟიმში, გამოიყენება გასაღების მატარებლად. საკვანძო მედიის ჰიპერვიზორთან დაკავშირებისას, აღმოჩნდა, რომ სისტემაში არ იყო უფასო USB პორტები, ამიტომ გადაწყდა USB ტოკენის დაკავშირება ქსელის USB ჰაბის საშუალებით და ვირტუალურზე USB-ზე-IP კლიენტის დაყენება. მანქანა, რომელიც დაუკავშირდა კერას.

თავდასხმა
თავდამსხმელებმა დააფიქსირეს ელექტრონული ხელმოწერის პირადი გასაღები USB ჰაბსა და ჰიპერვიზორს შორის საკომუნიკაციო არხიდან (მონაცემები გადაცემული იყო მკაფიო ტექსტით). პირადი გასაღებით, თავდამსხმელებმა შექმნეს ყალბი გადახდის დავალება, ხელი მოაწერეს მას ელექტრონული ხელმოწერით და გაგზავნეს KBR-N ავტომატიზირებულ სამუშაო ადგილზე შესასრულებლად.

სცენარი 4. საფრთხეების განხორციელების მაგალითი U5.5.

ობიექტის აღწერა
განვიხილოთ იგივე წრე, როგორც წინა სცენარში. ჩვენ ვივარაუდებთ, რომ KBR-N სამუშაო სადგურიდან შემოსული ელექტრონული შეტყობინებები მთავრდება …SHAREIn საქაღალდეში, ხოლო გაგზავნილი KBR-N სამუშაო სადგურზე და შემდგომ რუსეთის ბანკის გადახდის სისტემაში გადადის …SHAREout.
ჩვენ ასევე ვივარაუდებთ, რომ ინტეგრაციის მოდულის დანერგვისას, გაუქმებული სერთიფიკატების სიები განახლდება მხოლოდ კრიპტოგრაფიული გასაღებების ხელახლა გამოცემისას და ასევე, რომ ელექტრონული შეტყობინებები, რომლებიც მიიღება …SHAREIn საქაღალდეში მოწმდება მხოლოდ მთლიანობის კონტროლისთვის და ნდობის კონტროლისთვის საჯარო გასაღების საჯარო გასაღებისთვის. ელექტრონული ხელმოწერა.

თავდასხმა

თავდამსხმელებმა, წინა სცენარში მოპარული გასაღებების გამოყენებით, მოაწერეს ხელი ყალბ გადახდის დავალებას, რომელიც შეიცავს ინფორმაციას თაღლითური კლიენტის ანგარიშზე ფულის მიღების შესახებ და შეიტანეს იგი მონაცემთა გაცვლის უსაფრთხო არხში. იმის გამო, რომ არ არის დადასტურებული, რომ გადახდის ბრძანებას ხელი მოაწერა რუსეთის ბანკმა, იგი მიიღება შესასრულებლად.

წყარო: www.habr.com