{"id":31627,"date":"2019-10-31T21:42:14","date_gmt":"2019-10-31T18:42:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz\/"},"modified":"2019-10-31T21:42:14","modified_gmt":"2019-10-31T18:42:14","slug":"informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","title":{"rendered":"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\"><img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/acac26db4761c25a5215f37ef9e8cb5b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#ABOUT\">Temat badania<\/a><\/noindex><\/p>\n<p><b class=\"spoiler_title\">Odno\u015bniki do innych cz\u0119\u015bci badania<\/b><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">Bezpiecze\u0144stwo informacji w bankowych p\u0142atno\u015bciach bezgot\u00f3wkowych. Cz\u0119\u015b\u0107 1 \u2014 Podstawy ekonomiczne.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">Bezpiecze\u0144stwo informacji w bankowych p\u0142atno\u015bciach bezgot\u00f3wkowych. Cz\u0119\u015b\u0107 2 \u2014 Standardowa infrastruktura IT banku.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">Bezpiecze\u0144stwo informacji w bankowych p\u0142atno\u015bciach bezgot\u00f3wkowych. Cz\u0119\u015b\u0107 3 \u2014 Formu\u0142owanie wymaga\u0144 dla systemu ochrony.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">Bezpiecze\u0144stwo informacji w bankowych p\u0142atno\u015bciach bezgot\u00f3wkowych. Cz\u0119\u015b\u0107 4 \u2014 Przegl\u0105d standard\u00f3w modelowania zagro\u017ce\u0144.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">Bezpiecze\u0144stwo informacji w bankowych p\u0142atno\u015bciach bezgot\u00f3wkowych. Cz\u0119\u015b\u0107 5 \u2014 Ponad 100 tematycznych link\u00f3w dotycz\u0105cych w\u0142ama\u0144 do bank\u00f3w.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">Bezpiecze\u0144stwo informacji w bankowych p\u0142atno\u015bciach bezgot\u00f3wkowych. Cz\u0119\u015b\u0107 6 \u2014 Analiza przest\u0119pstw bankowych.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">Bezpiecze\u0144stwo informacji w bankowych p\u0142atno\u015bciach bezgot\u00f3wkowych. Cz\u0119\u015b\u0107 7 \u2014 Podstawowy model zagro\u017ce\u0144.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144 <\/a><\/noindex>(<b>Jeste\u015b tutaj<\/b>)<\/li>\n<\/ul>\n<p>Niniejszy artyku\u0142 zamyka cykl publikacji po\u015bwi\u0119conych zapewnieniu bezpiecze\u0144stwa informacji w bankowych p\u0142atno\u015bciach bezgot\u00f3wkowych. Tutaj om\u00f3wimy standardowe modele zagro\u017ce\u0144, na kt\u00f3re powo\u0142ywano si\u0119 w <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">podstawowym modelu<\/a><\/noindex>:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">Standardowy model zagro\u017ce\u0144. Po\u0142\u0105czenie sieciowe<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUIS\">Standardowy model zagro\u017ce\u0144. System informacyjny oparty na architekturze klient-serwer<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRD\">Standardowy model zagro\u017ce\u0144. System kontroli dost\u0119pu<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUMI\">Standardowy model zagro\u017ce\u0144. Modu\u0142 integracji<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZI\">Standardowy model zagro\u017ce\u0144. System kryptograficznej ochrony informacji.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p><b>HABRO-WARNING !!!<\/b> Szanowni cz\u0142onkowie Habr, to nie jest post rozrywkowy. <br \/>\nZamkni\u0119te pod katem 40+ stron materia\u0142\u00f3w maj\u0105 na celu <b>pomoc w pracy lub nauce<\/b> osobom specjalizuj\u0105cym si\u0119 w bankowo\u015bci lub zapewnieniu bezpiecze\u0144stwa informacji. Materia\u0142y te stanowi\u0105 ko\u0144cowy produkt badania i s\u0105 napisane w formalnym tonie. W zasadzie s\u0105 to szkice do wewn\u0119trznych dokument\u00f3w dotycz\u0105cych bezpiecze\u0144stwa informacji. <\/p>\n<p>No i tradycyjnie \u2014 <b>\u201eWykorzystanie informacji z artyku\u0142u w celach niezgodnych z prawem jest \u015bcigane zgodnie z prawem\u201d<\/b>. \u017byczliwego czytania!\n<\/p><\/blockquote>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nInformacja dla czytelnik\u00f3w, kt\u00f3rzy zapoznaj\u0105 si\u0119 z badaniem, zaczynaj\u0105c od tej publikacji.<br \/>\n<noindex><a rel=\"nofollow\" name=\"ABOUT\"><\/a><\/noindex><\/p>\n<blockquote>\n<h2>Temat badania<\/h2>\n<p>\nCzytasz przewodnik dla specjalisty odpowiedzialnego za zapewnienie bezpiecze\u0144stwa p\u0142atno\u015bci w banku. <\/p>\n<p><b>Logika przedstawienia<\/b><\/p>\n<p>Na pocz\u0105tku w <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">cz\u0119\u015bci 1<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">cz\u0119\u015bci 2<\/a><\/noindex> zawarte jest opisanie obiektu ochrony. Nast\u0119pnie w <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">cz\u0119\u015bci 3<\/a><\/noindex> Opowiedziano, jak zbudowa\u0107 system ochrony oraz o potrzebie stworzenia modelu zagro\u017ce\u0144. W <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">cz\u0119\u015bci 4<\/a><\/noindex> opisano, jakie s\u0105 modele zagro\u017ce\u0144 i jak je generuj\u0105. W <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">cz\u0119\u015bci 5<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">cz\u0119\u015bci 6<\/a><\/noindex> przedstawiono analiz\u0119 rzeczywistych atak\u00f3w. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">: dodajemy Cisco xRV9000<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">cz\u0119\u015b\u0107 8<\/a><\/noindex> zawieraj\u0105 opis modelu zagro\u017ce\u0144, stworzonego z uwzgl\u0119dnieniem danych z wszystkich poprzednich cz\u0119\u015bci.<\/p><\/blockquote>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUNC\"><\/a><\/noindex><\/p>\n<h2>TYPOWY MODEL ZAGRO\u017bE\u0143. PO\u0141\u0104CZENIE SIECIOWE<\/h2>\n<p><\/p>\n<h3>Obiekt ochrony, dla kt\u00f3rego stosowany jest model zagro\u017ce\u0144 (scope)<\/h3>\n<p>\nObiektem ochrony s\u0105 dane przekazywane przez po\u0142\u0105czenie sieciowe, dzia\u0142aj\u0105ce w sieciach przesy\u0142u danych zbudowanych na podstawie stosu TCP\/IP.<\/p>\n<p><b>Architektura<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/7fec6dc479280db22a581595ae7fc493.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOpis element\u00f3w architektury:<\/p>\n<ul>\n<li><i>\u201eW\u0119z\u0142y ko\u0144cowe\u201d<\/i> \u2014 w\u0119z\u0142y wymieniaj\u0105ce si\u0119 chronionymi informacjami.<\/li>\n<li><i>\u201eW\u0119z\u0142y po\u015brednie\u201d<\/i> \u2014 elementy sieci przesy\u0142owej: routery, prze\u0142\u0105czniki, serwery dost\u0119pu, serwery proxy i inne urz\u0105dzenia, przez kt\u00f3re przekazywany jest ruch po\u0142\u0105czenia sieciowego. W og\u00f3lnym przypadku po\u0142\u0105czenie sieciowe mo\u017ce dzia\u0142a\u0107 bez w\u0119z\u0142\u00f3w po\u015brednich (bezpo\u015brednio mi\u0119dzy ko\u0144cowymi w\u0119z\u0142ami).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Zagro\u017cenia bezpiecze\u0144stwa z najwy\u017cszego poziomu<\/h3>\n<p>\n<b>Dekompzycja<\/b><\/p>\n<p>Z1. Nieautoryzowany dost\u0119p do przekazywanych danych.<br \/>\nZ2. Nieautoryzowana modyfikacja przekazywanych danych.<br \/>\nZ3. Naruszenie praw autorskich przekazywanych danych.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU1\"><\/a><\/noindex><\/p>\n<h3>Z1. Nieautoryzowany dost\u0119p do przekazywanych danych<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU1.1. , realizowane na ko\u0144cowych lub po\u015brednich w\u0119z\u0142ach:<br \/>\nU1.1.1.  poprzez odczyt danych w czasie, gdy znajduj\u0105 si\u0119 w pami\u0119ciach w\u0119z\u0142a:<br \/>\nU1.1.1.1.  w pami\u0119ci operacyjnej.<br \/>\n<i>Wyja\u015bnienia do Z1.1.1.1.<\/i><br \/>\nNa przyk\u0142ad, podczas przetwarzania danych przez stos sieciowy w\u0119z\u0142a.<\/p>\n<p>U1.1.1.2.  w pami\u0119ci nieulotnej.<br \/>\n<i>Wyja\u015bnienia do Z1.1.1.2.<\/i><br \/>\nNa przyk\u0142ad, podczas przechowywania przekazywanych danych w pami\u0119ci podr\u0119cznej, plikach tymczasowych lub plikach wymiany.<\/p>\n<p>U1.2. , realizowane na zewn\u0119trznych w\u0119z\u0142ach sieci transmisji danych:<br \/>\nU1.2.1.  metod\u0105 przechwytywania wszystkich pakiet\u00f3w trafiaj\u0105cych na interfejs sieciowy w\u0119z\u0142a:<br \/>\n<i>Wyja\u015bnienia do Z1.2.1.<\/i><br \/>\nPrzechwytywanie wszystkich pakiet\u00f3w odbywa si\u0119 poprzez przestawienie karty sieciowej w tryb promiscuous (tryb nieporz\u0105dkuj\u0105cy dla adapter\u00f3w przewodowych lub w tryb monitorowania dla adapter\u00f3w Wi-Fi).<\/p>\n<p>U1.2.2.  poprzez przeprowadzanie atak\u00f3w typu \"cz\u0142owiek w \u015brodku (MiTM)\", ale bez modyfikacji przesy\u0142anych danych (z wyj\u0105tkiem danych kontrolnych protoko\u0142\u00f3w sieciowych).<br \/>\nZ1.2.2.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u201eModel zagro\u017ce\u0144. Po\u0142\u0105czenie sieciowe. U2. Nieautoryzowana modyfikacja przesy\u0142anych danych\u201d<\/a><\/noindex>.<\/p>\n<p>U1.3. , realizowane poprzez wyciek informacji przez kana\u0142y techniczne (TKU) z fizycznych w\u0119z\u0142\u00f3w lub linii komunikacyjnych.<\/p>\n<p>U1.4. , realizowane poprzez instalacj\u0119 na ko\u0144cowych lub po\u015brednich w\u0119z\u0142ach specjalnych \u015brodk\u00f3w technicznych (STC), przeznaczonych do niejawnego pozyskiwania informacji.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU2\"><\/a><\/noindex><\/p>\n<h3>U2. Nieautoryzowana modyfikacja przesy\u0142anych danych<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU2.1. , realizowane na ko\u0144cowych lub po\u015brednich w\u0119z\u0142ach:<br \/>\nU2.1.1.  poprzez odczyt i wprowadzanie zmian w danych w czasie, gdy znajduj\u0105 si\u0119 w pami\u0119ciach w\u0119z\u0142\u00f3w:<br \/>\nU2.1.1.1.  w pami\u0119ci operacyjnej:<br \/>\nU2.1.1.2.  w pami\u0119ci nieulotnej:<\/p>\n<p>U2.2. , realizowane na zewn\u0119trznych w\u0119z\u0142ach sieci transmisji danych:<br \/>\nU2.2.1.  poprzez przeprowadzanie atak\u00f3w typu \"cz\u0142owiek w \u015brodku (MiTM)\" i przekierowywanie ruchu do w\u0119z\u0142a przest\u0119pc\u00f3w:<br \/>\nU2.2.1.1. Fizyczne pod\u0142\u0105czenie sprz\u0119tu napastnik\u00f3w w miejsce przerwania po\u0142\u0105czenia sieciowego.<br \/>\nU2.2.1.2. Realizacja atak\u00f3w na protoko\u0142y sieciowe:<br \/>\nU2.2.1.2.1.  zarz\u0105dzania wirtualnymi sieciami lokalnymi (VLAN):<br \/>\nU2.2.1.2.1.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/VLAN_hopping\">VLAN hopping<\/a><\/noindex>.<br \/>\nU2.2.1.2.1.2. Nieautoryzowana modyfikacja ustawie\u0144 VLAN na prze\u0142\u0105cznikach lub routerach.<br \/>\nU2.2.1.2.2.  routingu ruchu:<br \/>\nU2.2.1.2.2.1. Nieautoryzowana modyfikacja tabel statycznego routingu router\u00f3w.<br \/>\nU2.2.1.2.2.2. Og\u0142aszanie przez napastnik\u00f3w fa\u0142szywych tras przez protoko\u0142y dynamicznego routingu.<br \/>\nU2.2.1.2.3.  automatycznej konfiguracji:<br \/>\nU2.2.1.2.3.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Rogue_DHCP\">Rogue DHCP<\/a><\/noindex>.<br \/>\nU2.2.1.2.3.2. <noindex><a rel=\"nofollow\" href=\"https:\/\/www.securitylab.ru\/analytics\/379619.php\">Rogue WPAD<\/a><\/noindex>.<br \/>\nU2.2.1.2.4.  adresowania i rozwi\u0105zywania nazw:<br \/>\nU2.2.1.2.4.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/ARP-spoofing\">ARP spoofing<\/a><\/noindex>.<br \/>\nU2.2.1.2.4.2. <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/DNS_spoofing\">DNS spoofing<\/a><\/noindex>.<br \/>\nU2.2.1.2.4.3. Wprowadzenie nieautoryzowanych zmian w lokalnych plikach nazw w\u0119z\u0142\u00f3w (hosts, lmhosts itp.)<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU3\"><\/a><\/noindex><\/p>\n<h3>U3. Naruszenie autorstwa przesy\u0142anych danych<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU3.1. Neutralizacja mechanizm\u00f3w ustalania autorstwa informacji poprzez podanie fa\u0142szywych danych o autorze lub \u017ar\u00f3dle danych:<br \/>\nU3.1.1. Zmiana danych o autorze zawartych w przesy\u0142anej informacji.<br \/>\nU3.1.1.1. Neutralizacja kryptograficznej ochrony integralno\u015bci i autorstwa przesy\u0142anych danych:<br \/>\nU3.1.1.1.1. Odno\u015bnik: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU4\">\u201eModel zagro\u017ce\u0144. System kryptograficznej ochrony informacji.<br \/>\nU4. Tworzenie elektronicznego podpisu legalnego sygnatariusza na fa\u0142szywych danych\u201d<\/a><\/noindex>.<br \/>\nU3.1.1.2. Neutralizacja ochrony praw autorskich dotycz\u0105cej przesy\u0142anych danych realizowanej za pomoc\u0105 jednorazowych kod\u00f3w potwierdzenia:<br \/>\nU3.1.1.2.1. <noindex>SIM swap<\/noindex>.<\/p>\n<p>U3.1.2. Zmiana informacji o \u017ar\u00f3dle przesy\u0142anych danych:<br \/>\nU3.1.2.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/IP_address_spoofing\">IP spoofing<\/a><\/noindex>.<br \/>\nU3.1.2.2. <noindex><a rel=\"nofollow\" href=\"http:\/\/xgu.ru\/wiki\/MAC-spoofing\">MAC spoofing<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUIS\"><\/a><\/noindex><\/p>\n<h2>TYPOWY MODEL ZAGRO\u017bENIA. SYSTEM INFORMACYJNY OPARTY NA ARCHITEKTURZE KLIENT-SERWER<\/h2>\n<p><\/p>\n<h3>Obiekt ochrony, dla kt\u00f3rego stosowany jest model zagro\u017ce\u0144 (scope)<\/h3>\n<p>\nObiektem ochrony jest system informacyjny oparty na architekturze klient-serwer.<\/p>\n<p><b>Architektura<\/b><br \/>\n<img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/f18c9c6c1e3d5372932d8c2a331284cf.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOpis element\u00f3w architektury:<\/p>\n<ul>\n<li><i>\u201eKlient\u201d<\/i> \u2013 urz\u0105dzenie, na kt\u00f3rym dzia\u0142a cz\u0119\u015b\u0107 kliencka systemu informacyjnego.<\/li>\n<li><i>\u201eSerwer\u201d<\/i> \u2013 urz\u0105dzenie, na kt\u00f3rym dzia\u0142a cz\u0119\u015b\u0107 serwerowa systemu informacyjnego.<\/li>\n<li><i>\u201eMagazyn danych\u201d<\/i> \u2014 cz\u0119\u015b\u0107 infrastruktury serwerowej systemu informacyjnego przeznaczona do przechowywania danych przetwarzanych przez system informacyjny.<\/li>\n<li><i>\u201ePo\u0142\u0105czenie sieciowe\u201d<\/i> \u2014 kana\u0142 wymiany informacji mi\u0119dzy Klientem a Serwerem, przechodz\u0105cy przez sie\u0107 transmisji danych. Bardziej szczeg\u00f3\u0142owy opis modelu elementu przedstawiono w <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">\u201eTypowym modelu zagro\u017ce\u0144. Po\u0142\u0105czenie sieciowe\u201d<\/a><\/noindex>.<\/li>\n<\/ul>\n<p>\n<b>Ograniczenia<\/b><br \/>\nPodczas modelowania obiektu ustalono nast\u0119puj\u0105ce ograniczenia:<\/p>\n<ol>\n<li>U\u017cytkownik wchodzi w interakcj\u0119 z systemem informacyjnym w ramach ko\u0144cowych przedzia\u0142\u00f3w czasowych, nazywanych sesjami pracy.<\/li>\n<li>Na pocz\u0105tku ka\u017cdej sesji pracy nast\u0119puje identyfikacja, autoryzacja i uwierzytelnienie u\u017cytkownika.<\/li>\n<li>Wszystkie chronione informacje przechowywane s\u0105 na serwerowej cz\u0119\u015bci systemu informacyjnego.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Zagro\u017cenia bezpiecze\u0144stwa z najwy\u017cszego poziomu<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU1. Dzia\u0142ania nieautoryzowane przez przest\u0119pc\u00f3w w imieniu legalnego u\u017cytkownika.<br \/>\nU2. Nieautoryzowana modyfikacja chronionych informacji podczas ich przetwarzania przez serwerow\u0105 cz\u0119\u015b\u0107 systemu informacyjnego.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU1\"><\/a><\/noindex><\/p>\n<h3>U1. Dzia\u0142ania nieautoryzowane przez przest\u0119pc\u00f3w w imieniu legalnego u\u017cytkownika<\/h3>\n<p>\n<b>Wyja\u015bnienia<\/b><br \/>\nZwykle w systemach informacyjnych przyporz\u0105dkowanie dzia\u0142a\u0144 do zrealizowanego przez nie u\u017cytkownika odbywa si\u0119 za pomoc\u0105:<\/p>\n<ol>\n<li>dziennik\u00f3w pracy systemu (logs). <\/li>\n<li>specjalnych atrybut\u00f3w obiekt\u00f3w danych, zawieraj\u0105cych informacje o u\u017cytkowniku, kt\u00f3ry je utworzy\u0142 lub zmieni\u0142.<\/li>\n<\/ol>\n<p>\nW odniesieniu do sesji pracy to zagro\u017cenie mo\u017cna dekomponowa\u0107 na:<\/p>\n<ol>\n<li>wykonane w ramach sesji u\u017cytkownika.<\/li>\n<li>wykonane poza sesj\u0105 u\u017cytkownika.<\/li>\n<\/ol>\n<p>\nSesja pracy u\u017cytkownika mo\u017ce by\u0107 inicjowana przez:<\/p>\n<ol>\n<li>Samego u\u017cytkownika.<\/li>\n<li>Przest\u0119pc\u00f3w.<\/li>\n<\/ol>\n<p>\nNa tym etapie, po\u015brednia dekompozycja tego zagro\u017cenia b\u0119dzie wygl\u0105da\u0107 nast\u0119puj\u0105co:<br \/>\nU1.1. Dzia\u0142ania nieautoryzowane zosta\u0142y dokonane w ramach sesji pracy u\u017cytkownika:<br \/>\nU1.1.1. , zainstalowanego przez atakowanego u\u017cytkownika.<br \/>\nU1.1.2. , zainstalowanego przez przest\u0119pc\u00f3w.<br \/>\nU1.2. Dzia\u0142ania nieautoryzowane zosta\u0142y dokonane poza sesj\u0105 pracy u\u017cytkownika.<\/p>\n<p>Z punktu widzenia obiekt\u00f3w infrastruktury informacyjnej, na kt\u00f3re mog\u0105 wp\u0142ywa\u0107 przest\u0119pcy, dekompozycja po\u015brednich zagro\u017ce\u0144 b\u0119dzie wygl\u0105da\u0107 nast\u0119puj\u0105co:<\/p>\n<p>Elementy<br \/>\nDekompzycja zagro\u017ce\u0144<\/p>\n<p><b>U1.1.1.<\/b><br \/>\n<b>U1.1.2.<\/b><br \/>\n<b>U1.2.<\/b><\/p>\n<p>Klient<br \/>\nU1.1.1.1.<br \/>\nU1.1.2.1.<\/p>\n<p>Po\u0142\u0105czenie sieciowe<br \/>\nU1.1.1.2.<\/p>\n<p>Serwer<\/p>\n<p>U1.2.1.<\/p>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU1.1. Dzia\u0142ania nieautoryzowane zosta\u0142y dokonane w ramach sesji pracy u\u017cytkownika:<br \/>\nU1.1.1. , zainstalowanego przez atakowanego u\u017cytkownika:<br \/>\nU1.1.1.1. Przest\u0119pcy dzia\u0142ali z Klienta:<br \/>\nU1.1.1.1.1 Przest\u0119pcy u\u017cyli standardowych narz\u0119dzi dost\u0119pu do systemu informacyjnego:<br \/>\nU1.1.1.1.1.1. Przest\u0119pcy u\u017cyli fizycznych urz\u0105dze\u0144 wej\u015bcia-wyj\u015bcia Klienta (klawiatura, mysz, monitor lub ekran dotykowy urz\u0105dzenia mobilnego):<br \/>\nU1.1.1.1.1.1.1. Przest\u0119pcy dzia\u0142ali w okresach czasu, gdy sesja by\u0142a aktywna, urz\u0105dzenia wej\u015bcia-wyj\u015bcia by\u0142y dost\u0119pne, a u\u017cytkownika nie by\u0142o w pobli\u017cu.<br \/>\nU1.1.1.1.1.2. Przest\u0119pcy u\u017cyli narz\u0119dzi zdalnego zarz\u0105dzania (standardowych lub dostarczonych przez z\u0142o\u015bliwy kod) do zarz\u0105dzania Klientem:<br \/>\nU1.1.1.1.1.2.1. Przest\u0119pcy dzia\u0142ali w okresach czasu, gdy sesja by\u0142a aktywna, urz\u0105dzenia wej\u015bcia-wyj\u015bcia by\u0142y dost\u0119pne, a u\u017cytkownika nie by\u0142o w pobli\u017cu.<br \/>\nU1.1.1.1.1.2.2. Przest\u0119pcy u\u017cyli narz\u0119dzi zdalnego zarz\u0105dzania, kt\u00f3rych dzia\u0142anie by\u0142o niezauwa\u017calne dla zaatakowanego u\u017cytkownika.<br \/>\nU1.1.1.2. Przest\u0119pcy zmieniali dane w po\u0142\u0105czeniu sieciowym mi\u0119dzy Klientem a Serwerem, modyfikuj\u0105c je w taki spos\u00f3b, aby by\u0142y postrzegane jako dzia\u0142ania legalnego u\u017cytkownika:<br \/>\nU1.1.1.2.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u201eModel zagro\u017ce\u0144. Po\u0142\u0105czenie sieciowe. U2. Nieautoryzowana modyfikacja przesy\u0142anych danych\u201d<\/a><\/noindex>.<br \/>\nU1.1.1.3. Przest\u0119pcy zmusili u\u017cytkownika do wykonania wskazanych przez nich dzia\u0142a\u0144, stosuj\u0105c metody in\u017cynierii spo\u0142ecznej.<\/p>\n<p>U1.1.2  zainstalowanego przez przest\u0119pc\u00f3w:<br \/>\nU1.1.2.1. Przest\u0119pcy dzia\u0142ali z Klienta (<b>I<\/b>):<br \/>\nU1.1.2.1.1. Przest\u0119pcy zneutralizowali system kontroli dost\u0119pu do systemu informacyjnego:<br \/>\nU1.1.2.1.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abTypowy model zagro\u017ce\u0144. System kontroli dost\u0119pu. U1. Nieautoryzowane ustanowienie sesji pracy w imieniu legalnego u\u017cytkownika\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.1.2. Hakerzy wykorzystali standardowe \u015brodki dost\u0119pu do systemu informacji<br \/>\nU1.1.2.2. Hakerzy dzia\u0142ali z innych w\u0119z\u0142\u00f3w sieci przesy\u0142u danych, z kt\u00f3rych mo\u017cna nawi\u0105za\u0107 po\u0142\u0105czenie sieciowe z Serwerem (<b>I<\/b>):<br \/>\nU1.1.2.2.1. Hakerzy zneutralizowali system kontroli dost\u0119pu do systemu informacji:<br \/>\nU1.1.2.2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abTypowy model zagro\u017ce\u0144. System kontroli dost\u0119pu. U1. Nieautoryzowane ustanowienie sesji pracy w imieniu legalnego u\u017cytkownika\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.2.2. Hakerzy wykorzystali nietypowe \u015brodki dost\u0119pu do systemu informacji.<br \/>\n<i>Wyja\u015bnienia U1.1.2.2.2.<\/i><br \/>\nHakerzy mogli zainstalowa\u0107 standardowego klienta systemu informacji na zewn\u0119trznym w\u0119\u017ale lub mogli u\u017cy\u0107 nietypowego oprogramowania realizuj\u0105cego standardowe protoko\u0142y wymiany mi\u0119dzy Klientem a Serwerem.<\/p>\n<p>U1.2 Nieautoryzowane dzia\u0142ania zosta\u0142y wykonane poza sesj\u0105 pracy u\u017cytkownika.<br \/>\nU1.2.1 Hakerzy wykonali nieautoryzowane dzia\u0142ania, a nast\u0119pnie wprowadzili nieautoryzowane zmiany w dziennikach pracy systemu informacji lub specjalnych atrybutach obiekt\u00f3w danych, wskazuj\u0105c, \u017ce ich dzia\u0142ania zosta\u0142y wykonane przez legalnego u\u017cytkownika.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU2\"><\/a><\/noindex><\/p>\n<h3>U2. Nieautoryzowana modyfikacja chronionych informacji podczas ich przetwarzania przez serwer systemu informacji<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU2.1. Hakerzy modyfikuj\u0105 chronione informacje za pomoc\u0105 standardowych \u015brodk\u00f3w systemu informacji i dokonuj\u0105 tego w imieniu legalnego u\u017cytkownika.<br \/>\nU2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abTypowy model zagro\u017ce\u0144. System informacyjny zbudowany na architekturze klient-serwer. U1. Dzia\u0142ania haker\u00f3w nieautoryzowane w imieniu legalnego u\u017cytkownika\u00bb<\/a><\/noindex>.<\/p>\n<p>U2.2. Hakerzy modyfikuj\u0105 chronione informacje, wykorzystuj\u0105c mechanizmy dost\u0119pu do danych, kt\u00f3re nie s\u0105 przewidziane przez standardowy tryb dzia\u0142ania systemu informacji.<br \/>\nU2.2.1. Hakerzy modyfikuj\u0105 pliki zawieraj\u0105ce chronione informacje:<br \/>\nU2.2.1.1. , korzystaj\u0105c z mechanizm\u00f3w obs\u0142ugi plik\u00f3w, dostarczanych przez system operacyjny.<br \/>\nU2.2.1.2.  poprzez prowokacj\u0119 przywr\u00f3cenia plik\u00f3w z nieautoryzowanej, zmodyfikowanej kopii zapasowej.<\/p>\n<p>U2.2.2. Hakerzy modyfikuj\u0105 chronione informacje przechowywane w bazie danych (<b>I<\/b>):<br \/>\nU2.2.2.1. Napastnicy neutralizuj\u0105 system kontroli dost\u0119pu bazy danych.<br \/>\nU2.2.2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abTypowy model zagro\u017ce\u0144. System kontroli dost\u0119pu. U1. Nieautoryzowane ustanowienie sesji pracy w imieniu legalnego u\u017cytkownika\u00bb<\/a><\/noindex>.<br \/>\nU2.2.2.2. Napastnicy modyfikuj\u0105 informacje, wykorzystuj\u0105c standardowe interfejsy bazy danych do dost\u0119pu do danych.<\/p>\n<p>U2.3. Napastnicy modyfikuj\u0105 chronione informacje poprzez nieautoryzowan\u0105 modyfikacj\u0119 algorytm\u00f3w dzia\u0142ania przetwarzaj\u0105cego je oprogramowania.<br \/>\nU2.3.1. Modyfikowane jest \u017ar\u00f3d\u0142owe kody oprogramowania.<br \/>\nU2.3.1. Modyfikowany jest kod maszynowy oprogramowania.<\/p>\n<p>U2.4. Napastnicy modyfikuj\u0105 chronione informacje, wykorzystuj\u0105c luki w oprogramowaniu systemu informacyjnego.<\/p>\n<p>U2.5. Napastnicy modyfikuj\u0105 chronione informacje podczas ich przesy\u0142ania pomi\u0119dzy komponentami serwera systemu informacyjnego (na przyk\u0142ad serwerem bazy danych i serwerem aplikacji):<br \/>\nU2.5.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u201eModel zagro\u017ce\u0144. Po\u0142\u0105czenie sieciowe. U2. Nieautoryzowana modyfikacja przesy\u0142anych danych\u201d<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSRD\"><\/a><\/noindex><\/p>\n<h2>TYPOWY MODEL ZAGRO\u017bENIA. SYSTEM KONTROLI DOST\u0118PU<\/h2>\n<p><\/p>\n<h3>Obiekt ochrony, dla kt\u00f3rego stosowany jest model zagro\u017ce\u0144 (scope)<\/h3>\n<p>\nObiekt ochrony, dla kt\u00f3rego stosuje si\u0119 ten model zagro\u017ce\u0144, odpowiada obiektowi ochrony modelu zagro\u017ce\u0144: \u201eTypowy model zagro\u017ce\u0144. System informacyjny oparty na architekturze klient-serwer\u201d.<\/p>\n<p>Pod systemem kontroli dost\u0119pu u\u017cytkownik\u00f3w w tym modelu zagro\u017ce\u0144 rozumie si\u0119 komponent systemu informacyjnego, kt\u00f3ry realizuje funkcje:<\/p>\n<ol>\n<li>Identyfikacji u\u017cytkownik\u00f3w.<\/li>\n<li>Uwierzytelniania u\u017cytkownik\u00f3w.<\/li>\n<li>Autoryzacji u\u017cytkownik\u00f3w.<\/li>\n<li>Protokolowania dzia\u0142a\u0144 u\u017cytkownik\u00f3w.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Zagro\u017cenia bezpiecze\u0144stwa z najwy\u017cszego poziomu<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU1. Nieautoryzowane nawi\u0105zanie sesji pracy w imieniu legalnego u\u017cytkownika. <br \/>\nU2. Nieautoryzowane podniesienie uprawnie\u0144 u\u017cytkownika w systemie informacyjnym.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU1\"><\/a><\/noindex> <\/p>\n<h3>U1. Nieautoryzowane nawi\u0105zanie sesji pracy w imieniu legalnego u\u017cytkownika. <\/h3>\n<p>\n<b>Wyja\u015bnienia<\/b><br \/>\nDekompozycja tego zagro\u017cenia w og\u00f3lnym przypadku b\u0119dzie zale\u017ce\u0107 od zastosowanego typu system\u00f3w identyfikacji i uwierzytelniania u\u017cytkownik\u00f3w. <\/p>\n<p>W tym modelu rozwa\u017cana b\u0119dzie tylko system identyfikacji i uwierzytelniania u\u017cytkownik\u00f3w, wykorzystuj\u0105cy tekstowy login i has\u0142o. Przyjmujemy, \u017ce login u\u017cytkownika to informacja og\u00f3lnodost\u0119pna, znana napastnikom.<\/p>\n<p><b>Dekompzycja<\/b><br \/>\nU1.1.  poprzez kompromitacj\u0119 danych logowania:<br \/>\nU1.1.1. Napastnicy skompromitowali dane uwierzytelniaj\u0105ce u\u017cytkownika w trakcie ich przechowywania.<br \/>\n<i>Wyja\u015bnienia U1.1.1.<\/i><br \/>\nNa przyk\u0142ad, dane uwierzytelniaj\u0105ce mog\u0142y by\u0107 zapisane na karteczce, przyklejonej do monitora.<\/p>\n<p>U1.1.2. U\u017cytkownik przypadkowo lub umy\u015blnie przekaza\u0142 dane dost\u0119powe osobom trzecim.<br \/>\nU1.1.2.1. U\u017cytkownik g\u0142o\u015bno m\u00f3wi\u0142 swoje dane logowania podczas ich wprowadzania.<br \/>\nU1.1.2.2. U\u017cytkownik celowo przekaza\u0142 swoje dane logowania:<br \/>\nU1.1.2.2.1.  koleg\u00f3w z pracy.<br \/>\n<i>Wyja\u015bnienia U1.1.2.2.1.<\/i><br \/>\nNa przyk\u0142ad, aby mogli je zast\u0105pi\u0107 w czasie nieobecno\u015bci z powodu choroby.<\/p>\n<p>U1.1.2.2.2. &lt;&#8230;&gt; dla kontrahent\u00f3w pracodawcy, wykonuj\u0105cych prace nad obiektami infrastruktury informacyjnej.<br \/>\nU1.1.2.2.3. &lt;&#8230;&gt; dla os\u00f3b trzecich.<br \/>\n<i>Wyja\u015bnienia U1.1.2.2.3.<\/i><br \/>\nJednym, ale nie jedynym sposobem realizacji tego zagro\u017cenia, jest wykorzystanie przez cyberprzest\u0119pc\u00f3w metod in\u017cynierii spo\u0142ecznej.<\/p>\n<p>U1.1.3. Cyberprzest\u0119pcy odgadli dane logowania metod\u0105 pr\u00f3b i b\u0142\u0119d\u00f3w:<br \/>\nU1.1.3.1. &lt;&#8230;&gt; przy u\u017cyciu standardowych mechanizm\u00f3w dost\u0119pu.<br \/>\nU1.1.3.2. &lt;&#8230;&gt; na wcze\u015bniej przechwyconych kodach (na przyk\u0142ad, hashach hase\u0142) przechowywania danych uwierzytelniaj\u0105cych.<\/p>\n<p>U1.1.4. Cyberprzest\u0119pcy wykorzystali z\u0142o\u015bliwy kod do przechwytywania danych logowania u\u017cytkownika.<\/p>\n<p>U1.1.5. Cyberprzest\u0119pcy wykradli dane logowania z po\u0142\u0105czenia sieciowego mi\u0119dzy Klientem a Serwerem:<br \/>\nU1.1.5.1. \u0141\u0105cze: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU1\">\u201eTypowy model zagro\u017ce\u0144. Po\u0142\u0105czenie sieciowe. U1. Nieautoryzowany dost\u0119p do przekazywanych danych\u201d<\/a><\/noindex>.<\/p>\n<p>U1.1.6. Cyberprzest\u0119pcy wykradli dane logowania z zapis\u00f3w system\u00f3w monitoruj\u0105cych prac\u0119:<br \/>\nU1.1.6.1. &lt;&#8230;&gt; system\u00f3w monitoringu wizyjnego (w przypadku, gdy podczas pracy rejestrowano naci\u015bnienia klawiszy na klawiaturze).<br \/>\nU1.1.6.2. &lt;&#8230;&gt; system\u00f3w kontroli dzia\u0142a\u0144 pracownik\u00f3w na komputerze. <br \/>\n<i>Wyja\u015bnienia U1.1.6.2.<\/i><br \/>\nPrzyk\u0142adem takiego systemu jest \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.staffcop.ru\">StuffCop<\/a><\/noindex>.<\/p>\n<p>U1.1.7. Cyberprzest\u0119pcy skompromitowali dane logowania u\u017cytkownika z powodu niedoci\u0105gni\u0119\u0107 w procesie ich transmisji.<br \/>\n<i>Wyja\u015bnienia U1.1.7.<\/i><br \/>\nNa przyk\u0142ad, przesy\u0142anie hase\u0142 w otwartej formie przez e-mail.<\/p>\n<p>U1.1.8. Cyberprzest\u0119pcy poznali dane logowania poprzez obserwacj\u0119 sesji pracy u\u017cytkownika za pomoc\u0105 system\u00f3w zdalnego zarz\u0105dzania.<\/p>\n<p>U1.1.9. Cyberprzest\u0119pcy wykradli dane logowania w wyniku ich wycieku przez kana\u0142y techniczne (TKUI):<br \/>\nU1.1.9.1. Cyberprzest\u0119pcy podgl\u0105dali, jak u\u017cytkownik wprowadza dane logowania z klawiatury:<br \/>\nU1.1.9.1.1 Cyberprzest\u0119pcy znajdowali si\u0119 w bliskim s\u0105siedztwie u\u017cytkownika i na w\u0142asne oczy widzieli, jak wprowadza dane logowania. <br \/>\n<i>Wyja\u015bnienia U1.1.9.1.1<\/i><br \/>\nDo takich sytuacji mo\u017cna zaliczy\u0107 dzia\u0142ania wsp\u00f3\u0142pracownik\u00f3w lub przypadek, gdy klawiatura u\u017cytkownika jest widoczna dla odwiedzaj\u0105cych organizacj\u0119.<\/p>\n<p>U1.1.9.1.2 Hakerzy korzystali z dodatkowych \u015brodk\u00f3w technicznych, takich jak lornetka lub dron, i dostrzegli wprowadzanie danych logowania przez okno. <br \/>\nU1.1.9.2. Hakerzy wyodr\u0119bnili dane logowania z zapis\u00f3w transmisji radiowej mi\u0119dzy klawiatur\u0105 a jednostk\u0105 systemow\u0105 komputera w przypadku pod\u0142\u0105czenia ich przez interfejs radiowy (np. Bluetooth).<br \/>\nU1.1.9.3. Hakerzy przechwycili dane logowania dzi\u0119ki ich wyciekowi przez kana\u0142 bocznych emisji elektromagnetycznych i zak\u0142\u00f3ce\u0144 (PEM).<br \/>\n<i>Wyja\u015bnienia U1.1.9.3.<\/i><br \/>\nPrzyk\u0142ady atak\u00f3w <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=tMSglPLIDYU\">tutaj<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cl.cam.ac.uk\/~mgk25\/pet2004-fpd.pdf\">tutaj<\/a><\/noindex>. <\/p>\n<p>U1.1.9.4. Haker przechwyci\u0142 dane logowania z klawiatury, korzystaj\u0105c z specjalnych \u015brodk\u00f3w technicznych (STC), przeznaczonych do niejawnego zbierania informacji.<br \/>\n<i>Wyja\u015bnienia U1.1.9.4.<\/i><br \/>\nPrzyk\u0142ady <noindex>urz\u0105dze\u0144<\/noindex>. <\/p>\n<p>U1.1.9.5. Hakerzy przechwycili dane logowania z klawiatury dzi\u0119ki <br \/>\nanalizie sygna\u0142u Wi-Fi, modulowanego procesem naciskania klawiszy przez u\u017cytkownika.<br \/>\n<i>Wyja\u015bnienia U1.1.9.5.<\/i><br \/>\nPrzyk\u0142ad <noindex><a rel=\"nofollow\" href=\"https:\/\/threatpost.com\/keystroke-recognition-uses-wi-fi-signals-to-snoop\/120135\/\">atak<\/a><\/noindex>.<\/p>\n<p>U1.1.9.6. Hakerzy przechwycili dane logowania z klawiatury, analizuj\u0105c d\u017awi\u0119ki naciskania klawiszy.<br \/>\n<i>Wyja\u015bnienia U1.1.9.6.<\/i><br \/>\nPrzyk\u0142ad <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/398545\/\">atak<\/a><\/noindex>.<\/p>\n<p>U1.1.9.7. Hakerzy przechwycili dane logowania z klawiatury urz\u0105dzenia mobilnego, analizuj\u0105c odczyty z akcelerometru.<br \/>\n<i>Wyja\u015bnienia U1.1.9.7.<\/i><br \/>\nPrzyk\u0142ad <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/126806\/\">atak<\/a><\/noindex>.<\/p>\n<p>U1.1.10. &lt;&#8230;&gt;, wcze\u015bniej zapisanych na Kliencie.<br \/>\n<i>Wyja\u015bnienia U1.1.10.<\/i><br \/>\nNa przyk\u0142ad u\u017cytkownik m\u00f3g\u0142 zapisa\u0107 w przegl\u0105darce login i has\u0142o do okre\u015blonej strony internetowej.<\/p>\n<p>U1.1.11. Hakerzy skompromitowali dane logowania z powodu wad procesu wycofywania dost\u0119pu u\u017cytkownik\u00f3w.<br \/>\n<i>Wyja\u015bnienia U1.1.11.<\/i><br \/>\nNa przyk\u0142ad po zwolnieniu u\u017cytkownika jego konta pozosta\u0142y odblokowane.<\/p>\n<p>U1.2. &lt;&#8230;&gt; poprzez wykorzystanie luk w systemie kontroli dost\u0119pu.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU2\"><\/a><\/noindex> <\/p>\n<h3>U2. Nieautoryzowane podwy\u017cszenie uprawnie\u0144 u\u017cytkownika w systemie informacyjnym<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU2.1 &lt;&#8230;&gt; poprzez wprowadzanie nieautoryzowanych zmian w danych zawieraj\u0105cych informacje o uprawnieniach u\u017cytkownika.<\/p>\n<p>U2.2 &lt;&#8230;&gt; poprzez wykorzystanie luk w systemie kontroli dost\u0119pu.<\/p>\n<p>U2.3. &lt;&#8230;&gt; z powodu niedoci\u0105gni\u0119\u0107 w procesie zarz\u0105dzania dost\u0119pem u\u017cytkownik\u00f3w.<br \/>\n<i>Wyja\u015bnienia U2.3.<\/i><br \/>\nPrzyk\u0142ad 1. U\u017cytkownikowi przyznano dost\u0119p wi\u0119kszy, ni\u017c to by\u0142o konieczne do cel\u00f3w s\u0142u\u017cbowych.<br \/>\nPrzyk\u0142ad 2. Po przeniesieniu u\u017cytkownika na inne stanowisko wcze\u015bniej przyznane uprawnienia nie zosta\u0142y cofni\u0119te.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUMI\"><\/a><\/noindex><\/p>\n<h2>TYPOWY MODELOWY ZAGRO\u017bENI. MODU\u0141 INTEGRACJI<\/h2>\n<p><\/p>\n<h3>Obiekt ochrony, dla kt\u00f3rego stosowany jest model zagro\u017ce\u0144 (scope)<\/h3>\n<p>\nModu\u0142 integracji to zestaw obiekt\u00f3w infrastruktury informacyjnej przeznaczonych do organizacji wymiany informacji mi\u0119dzy systemami informacyjnymi.<\/p>\n<p>Bior\u0105c pod uwag\u0119 fakt, \u017ce w sieciach korporacyjnych nie zawsze mo\u017cna jednoznacznie oddzieli\u0107 jeden system informacyjny od drugiego, modu\u0142 integracji mo\u017cna traktowa\u0107 tak\u017ce jako ogniwo \u0142\u0105cz\u0105ce komponenty w ramach jednego systemu informacyjnego.<\/p>\n<p><b>Architektura<\/b><br \/>\nZarys og\u00f3lny modu\u0142u integracji wygl\u0105da nast\u0119puj\u0105co:<\/p>\n<p><img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/6b91d59698b761a14aef7f1c4fbec325.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOpis element\u00f3w architektury:<\/p>\n<ul>\n<li><i>\u00abSerwer wymiany (SW)\u00bb<\/i> \u2013 w\u0119ze\u0142 \/ us\u0142uga \/ komponent systemu informacyjnego, wykonuj\u0105cy funkcj\u0119 wymiany danych z innym systemem informacyjnym.<\/li>\n<li><i>\u00abMediator\u00bb<\/i> \u2013 w\u0119ze\u0142 \/ us\u0142uga, przeznaczona do organizacji interakcji pomi\u0119dzy systemami informacyjnymi, ale nie b\u0119d\u0105ca ich cz\u0119\u015bci\u0105. <br \/>\nPrzyk\u0142ady <i>\u00abMediator\u00f3w\u00bb<\/i> to us\u0142ugi poczty elektronicznej, przedsi\u0119biorcze szyny us\u0142ug (enterprise service bus \/ architektura SoA), zewn\u0119trzne serwery plik\u00f3w itp. W og\u00f3lnym przypadku modu\u0142 integracji mo\u017ce nie zawiera\u0107 \u00abMediator\u00f3w\u00bb.<\/li>\n<li><i>\u00abOprogramowanie do przetwarzania danych\u00bb<\/i> \u2013 zbi\u00f3r program\u00f3w realizuj\u0105cych protoko\u0142y wymiany danych oraz konwersj\u0119 format\u00f3w. <br \/>\nNa przyk\u0142ad, konwersja danych z formatu UFEBS do formatu ABS, zmiana status\u00f3w wiadomo\u015bci w trakcie przesy\u0142ania itp.<\/li>\n<li><i>\u201ePo\u0142\u0105czenie sieciowe\u201d<\/i> odpowiada obiektowi opisanym w typowym modelu zagro\u017ce\u0144 \u00abPo\u0142\u0105czenie sieciowe\u00bb. Niekt\u00f3rych po\u0142\u0105cze\u0144 sieciowych z tych przedstawionych na powy\u017cszym schemacie mo\u017ce nie by\u0107.<\/li>\n<\/ul>\n<p><b>Przyk\u0142ady modu\u0142\u00f3w integracji<\/b><\/p>\n<p><i>Schemat 1. Integracja ABS i ARM KBR poprzez zewn\u0119trzny serwer plik\u00f3w<\/i><\/p>\n<p>Aby realizowa\u0107 p\u0142atno\u015bci, upowa\u017cniony pracownik banku pobiera z AIB elektroniczne dokumenty p\u0142atnicze i zapisuje je w pliku (w formacie w\u0142asnym, na przyk\u0142ad zrzut SQL) w sieciowym folderze (&#8230;SHARE) serwera plik\u00f3w. Nast\u0119pnie ten plik za pomoc\u0105 skryptu konwertera jest przekszta\u0142cany w zestaw plik\u00f3w w formacie UFB, kt\u00f3re nast\u0119pnie odczytuje ARM KBR. <br \/>\nPo tym upowa\u017cniony pracownik \u2014 u\u017cytkownik ARM KBR \u2014 szyfruje i podpisuje otrzymany plik, a nast\u0119pnie przesy\u0142a go do systemu p\u0142atno\u015bci Banku Rosji.<\/p>\n<p>Po otrzymaniu p\u0142atno\u015bci z Banku Rosji ARM KBR dokonuje ich deszyfrowania oraz weryfikacji podpisu elektronicznego, a nast\u0119pnie zapisuje w postaci zbioru plik\u00f3w formatu UFEBS na serwerze plik\u00f3w. Przed importem dokument\u00f3w p\u0142atniczych do ABS s\u0105 one konwertowane za pomoc\u0105 skryptu-konwertera z formatu UFEBS na format ABS. <\/p>\n<p>Zak\u0142adamy, \u017ce w tej schemie ABS dzia\u0142a na jednym fizycznym serwerze, ARM KBR dzia\u0142a na dedykowanym komputerze, a skrypt-konwerter pracuje na serwerze plik\u00f3w.<\/p>\n<p><img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/bef53aaa1deaee5adeca620204345642.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZgodno\u015b\u0107 obiekt\u00f3w przedstawionej schemy z elementami modelu modu\u0142u integracji:<br \/>\n<i>\u00abSerwery wymiany po stronie ABS\u00bb<\/i> \u2013 serwer ABS.<br \/>\n<i>\u00abSerwery wymiany po stronie ARM KBR\u00bb<\/i> \u2013 komputer ARM KBR.<br \/>\n<i>\u00abMediator\u00bb<\/i> \u2013 zewn\u0119trzny serwer plik\u00f3w.<br \/>\n<i>\u00abOprogramowanie do przetwarzania danych\u00bb<\/i> \u2013 skrypt-konwerter.<\/p>\n<p><i>Schemat 2. Integracja ABS i ARM KBR przy umieszczaniu wsp\u00f3lnego folderu sieciowego z p\u0142atno\u015bciami na ARM KBR<\/i><\/p>\n<p>Wszystko analogicznie do Schemy 1, ale nie jest u\u017cywany oddzielny serwer plik\u00f3w, zamiast tego sieciowy folder (&#8230;SHARE) z elektronicznymi dokumentami p\u0142atniczymi znajduje si\u0119 na komputerze z ARM KBR. Skrypt konwertera r\u00f3wnie\u017c dzia\u0142a na ARM KBR.<\/p>\n<p><img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/7d3ecde6d78b2c45e1249236c7da925b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZgodno\u015b\u0107 obiekt\u00f3w przedstawionej schemy z elementami modelu modu\u0142u integracji:<br \/>\nPodobnie jak w Schemacie 1, ale <i>\u00abMediator\u00bb<\/i> nie jest u\u017cywany.<\/p>\n<p><i>Schemat 3. Integracja ABS i ARM KBR-N przez IBM WebSphere MQ oraz realizacja podpisu elektronicznych dokument\u00f3w \"po stronie ABS\"<\/i><\/p>\n<p>ABS dzia\u0142a na platformie, kt\u00f3ra nie jest wspierana przez SKZI SKAD Podpis. Podpis wychodz\u0105cych dokument\u00f3w elektronicznych przeprowadzany jest na specjalnym serwerze podpisu elektronicznego (Serwer EP). Ten sam serwer weryfikuje podpis elektroniczny dokument\u00f3w przychodz\u0105cych z Banku Rosji.<\/p>\n<p>ABS przesy\u0142a na Serwer EP plik z dokumentami p\u0142atniczymi w swoim formacie.<br \/>\nSerwer EP za pomoc\u0105 skryptu-konwertera przekszta\u0142ca plik w elektroniczne wiadomo\u015bci formatu UFEBS, po czym wiadomo\u015bci elektroniczne s\u0105 podpisywane i przesy\u0142ane na IBM WebSphere MQ.<\/p>\n<p>ARM KBR-N zwraca si\u0119 do IBM WebSphere MQ i otrzymuje stamt\u0105d podpisane wiadomo\u015bci p\u0142atnicze, po czym upowa\u017cniony pracownik \u2014 u\u017cytkownik ARM KBR \u2014 je szyfruje i przesy\u0142a do systemu p\u0142atno\u015bci Banku Rosji.<\/p>\n<p>Po otrzymaniu p\u0142atno\u015bci z Banku Rosji, A\u0420\u041c K\u0411P-\u041d deszyfruje je i weryfikuje podpis elektroniczny. Prawid\u0142owo przetworzone p\u0142atno\u015bci w postaci deszyfrowanych i podpisanych wiadomo\u015bci elektronicznych formatu \u0423\u0424\u042d\u0411\u0421 s\u0105 przesy\u0142ane do IBM WebSphere MQ, sk\u0105d odbiera je Serwer E\u041f.<\/p>\n<p>Serwer E\u041f weryfikuje podpis elektroniczny otrzymanych p\u0142atno\u015bci i zapisuje je w pliku formatu \u0410\u0411\u0421. Nast\u0119pnie upowa\u017cniony pracownik \u2014 u\u017cytkownik \u0410\u0411\u0421 \u2014 w odpowiedni spos\u00f3b \u0142aduje otrzymany plik do \u0410\u0411\u0421.<\/p>\n<p><img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/b1bd9c224b18dc84cca5f8bdc7d69713.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZgodno\u015b\u0107 obiekt\u00f3w przedstawionej schemy z elementami modelu modu\u0142u integracji:<br \/>\n<i>\u201eSerwer wymiany ze strony \u0410\u0411\u0421\u201d<\/i> \u2013 serwer ABS.<br \/>\n<i>\u201eSerwer wymiany ze strony A\u0420\u041c K\u0411P\u201d<\/i> \u2014 komputer A\u0420\u041c K\u0411P.<br \/>\n<i>\u00abMediator\u00bb<\/i> \u2013 Serwer E\u041f i IBM WebSphere MQ.<br \/>\n<i>\u00abOprogramowanie do przetwarzania danych\u00bb<\/i> \u2013 skrypt-konwerter, \u0421\u041a\u0417\u0418 \u0421\u041a\u0410\u0414 \u0421\u0438\u0433\u043d\u0430\u0442\u0443\u0440\u0430 na Serwerze E\u041f.<\/p>\n<p><i>Schemat 4. Integracja Serwera \u0414\u0411\u041e i \u0410\u0411\u0421 przez API udost\u0119pniane przez dedykowany serwer wymiany<\/i><\/p>\n<p>Zak\u0142adamy, \u017ce w banku u\u017cywane s\u0105 r\u00f3\u017cne systemy zdalnego bankowo\u015bci (\u0414\u0411\u041e): <\/p>\n<ul>\n<li>\u201eInternet Klient-Bank\u201d dla os\u00f3b fizycznych (\u0418\u041a\u0411 \u0424\u041b);<\/li>\n<li>\u201eInternet Klient-Bank\u201d dla os\u00f3b prawnych (\u0418\u041a\u0411 \u042e\u041b). <\/li>\n<\/ul>\n<p>\nW trosce o bezpiecze\u0144stwo informacji, ca\u0142e interakcje \u0410\u0411\u0421 z systemami \u0414\u0411\u041e odbywaj\u0105 si\u0119 przez dedykowany serwer wymiany, dzia\u0142aj\u0105cy w ramach systemu informacyjnego \u201e\u0410\u0411\u0421\u201d.<\/p>\n<p>Nast\u0119pnie om\u00f3wimy proces interakcji systemu \u0414\u0411\u041e \u0418\u041a\u0411 \u042e\u041b z \u0410\u0411\u0421.<br \/>\nSerwer \u0414\u0411\u041e, po otrzymaniu od klienta w\u0142a\u015bciwie uwierzytelnionego polecenia p\u0142atniczego, powinien na jego podstawie stworzy\u0107 odpowiedni dokument w \u0410\u0411\u0421. W tym celu przesy\u0142a informacje do serwera wymiany za pomoc\u0105 API, a ten z kolei wprowadza dane do \u0410\u0411\u0421. <\/p>\n<p>Przy zmianie sald na koncie klienta, \u0410\u0411\u0421 generuje elektroniczne powiadomienia, kt\u00f3re za pomoc\u0105 serwera wymiany s\u0105 przesy\u0142ane do serwera \u0414\u0411\u041e.<\/p>\n<p><img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/63f88ad151996e7ddaa883349a6d8e22.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZgodno\u015b\u0107 obiekt\u00f3w przedstawionej schemy z elementami modelu modu\u0142u integracji:<br \/>\n<i>\u201eSerwer wymiany ze strony \u0414\u0411\u041e\u201d<\/i> \u2013 serwer \u0414\u0411\u041e \u0418\u041a\u0411 \u042e\u041b.<br \/>\n<i>\u201eSerwer wymiany ze strony \u0410\u0411\u0421\u201d<\/i> \u2013 serwer wymiany.<br \/>\n<i>\u00abMediator\u00bb<\/i> \u2013 brak.<br \/>\n<i>\u00abOprogramowanie do przetwarzania danych\u00bb<\/i> \u2013 komponenty Serwera \u0414\u0411\u041e odpowiedzialne za korzystanie z API serwera wymiany, komponenty serwera wymiany odpowiedzialne za korzystanie z API \u0410\u0411\u0421.<\/p>\n<h3>Zagro\u017cenia bezpiecze\u0144stwa z najwy\u017cszego poziomu<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\n\u04231. Wprowadzenie fa\u0142szywych informacji przez modu\u0142 integracji przez osoby nieuprawnione. <br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUMIU1\"><\/a><\/noindex><\/p>\n<h3>\u04231. Wprowadzenie fa\u0142szywych informacji przez modu\u0142 integracji przez osoby nieuprawnione. <\/h3>\n<p><b>Dekompzycja<\/b><br \/>\n\u04231.1. Nieautoryzowana modyfikacja legalnych danych podczas ich przesy\u0142ania przez po\u0142\u0105czenia sieciowe:<br \/>\n\u04231.1.1 Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u201eModel zagro\u017ce\u0144. Po\u0142\u0105czenie sieciowe. U2. Nieautoryzowana modyfikacja przesy\u0142anych danych\u201d<\/a><\/noindex>.<\/p>\n<p>\u04231.2. Przesy\u0142anie fa\u0142szywych danych w imieniu legalnego uczestnika wymiany:<br \/>\n\u04231.1.2 Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU3\">\u00abTypowy model zagro\u017ce\u0144. Po\u0142\u0105czenie sieciowe. U3. Naruszenie autorstwa przekazywanych danych\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.3. Nieautoryzowana modyfikacja legalnych danych podczas ich przetwarzania na Serwerach wymiany lub Po\u015bredniku:<br \/>\nU1.3.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU2\">\u00abTypowy model zagro\u017ce\u0144. System informacyjny oparty na architekturze klient-serwer. U2. Nieautoryzowana modyfikacja chronionych informacji podczas ich przetwarzania przez cz\u0119\u015b\u0107 serwerow\u0105 systemu informacyjnego\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.4. Tworzenie na Serwerach wymiany lub Po\u015bredniku fa\u0142szywych danych w imieniu legalnego uczestnika wymiany:<br \/>\nU1.4.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abTypowy model zagro\u017ce\u0144. System informacyjny oparty na architekturze klient-serwer. U1. Wykonywanie nieautoryzowanych dzia\u0142a\u0144 przez przest\u0119pc\u00f3w w imieniu legalnego u\u017cytkownika\u00bb.<\/a><\/noindex><\/p>\n<p>U1.5. Nieautoryzowana modyfikacja danych podczas ich przetwarzania za pomoc\u0105 oprogramowania do przetwarzania danych:<br \/>\nU1.5.1. &lt;&#8230;&gt; poprzez wprowadzanie nieautoryzowanych zmian w ustawieniach (konfiguracji) oprogramowania przetwarzaj\u0105cego dane przez osoby trzecie.<br \/>\nU1.5.2. &lt;&#8230;&gt; poprzez wprowadzanie nieautoryzowanych zmian w plikach wykonywalnych oprogramowania przetwarzaj\u0105cego dane przez osoby trzecie.<br \/>\nU1.5.3. &lt;&#8230;&gt; poprzez interaktywne zarz\u0105dzanie oprogramowaniem przetwarzaj\u0105cym dane przez osoby trzecie.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZI\"><\/a><\/noindex><\/p>\n<h2>TYPOWY MODEL ZAGRO\u017bE\u0143. SYSTEM KRYPTOGRAFICZNEJ OCHRONY INFORMACJI<\/h2>\n<p><\/p>\n<h3>Obiekt ochrony, dla kt\u00f3rego stosowany jest model zagro\u017ce\u0144 (scope)<\/h3>\n<p>\nObiektem ochrony jest system kryptograficznej ochrony informacji, wykorzystywany do zapewnienia bezpiecze\u0144stwa systemu informacyjnego.<\/p>\n<p><b>Architektura<\/b><br \/>\nPodstaw\u0105 ka\u017cdego systemu informacyjnego jest oprogramowanie aplikacyjne (AP), kt\u00f3re realizuje jego funkcjonalno\u015b\u0107. <\/p>\n<p>Kryptograficzna ochrona jest zazwyczaj realizowana poprzez wywo\u0142anie z logiki biznesowej aplikacyjnego oprogramowania kryptograficznych prymityw\u00f3w, umieszczanych w specjalizowanych bibliotekach \u2013 rdzeniach kryptograficznych.<\/p>\n<p>Do kryptograficznych prymityw\u00f3w nale\u017c\u0105 niskopoziomowe funkcje kryptograficzne, takie jak:<\/p>\n<ul>\n<li>szyfrowanie \/ deszyfrowanie bloku danych;<\/li>\n<li>tworzenie \/ weryfikacja elektronicznego podpisu bloku danych;<\/li>\n<li>obliczanie funkcji haszuj\u0105cej bloku danych;<\/li>\n<li>formowanie \/ za\u0142adowanie \/ wy\u0142adowanie informacji o kluczu;<\/li>\n<li>itd.<\/li>\n<\/ul>\n<p>\nLogika biznesowa aplikacyjnego oprogramowania przy pomocy kryptograficznych prymityw\u00f3w realizuje bardziej zaawansowan\u0105 funkcjonalno\u015b\u0107:<\/p>\n<ul>\n<li>szyfrowanie pliku na kluczach wybranych odbiorc\u00f3w;<\/li>\n<li>zainstalowa\u0107 bezpieczne po\u0142\u0105czenie sieciowe;<\/li>\n<li>informowa\u0107 o wynikach weryfikacji podpisu elektronicznego;<\/li>\n<li>itd.<\/li>\n<\/ul>\n<p>\nInterakcja logiki biznesowej i kryptokernela mo\u017ce odbywa\u0107 si\u0119:<\/p>\n<ul>\n<li>bezpo\u015brednio, poprzez wywo\u0142anie przez logik\u0119 biznesow\u0105 prymityw\u00f3w kryptograficznych z dynamicznych bibliotek kryptokernela (.DLL \u2013 dla Windows, .SO \u2013 dla Linux);<\/li>\n<li>po\u015brednio, przez kryptograficzne interfejsy \u2013 opakowania (wrappers), na przyk\u0142ad MS Crypto API, Java Cryptography Architecture, PKCS#11 itp. W takim przypadku logika biznesowa odwo\u0142uje si\u0119 do interfejsu kryptograficznego, a ten przekazuje wywo\u0142anie do odpowiedniego kryptokernela, kt\u00f3ry w takim przypadku nazywa si\u0119 dostawc\u0105 kryptografii. U\u017cycie interfejs\u00f3w kryptograficznych umo\u017cliwia aplikacjom abstrahowanie od konkretnych algorytm\u00f3w kryptograficznych i zwi\u0119ksza elastyczno\u015b\u0107.<\/li>\n<\/ul>\n<p>\nMo\u017cna wyr\u00f3\u017cni\u0107 dwa typowe schematy organizacji kryptokernela:<\/p>\n<p><i>Schemat 1 \u2013 Monolityczny kryptokernel<\/i><br \/>\n<img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/e5186d11e4e0e9ad9361f3935228bc30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Schemat 2 \u2013 Podzielony kryptokernel<\/i><br \/>\n<img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/9953d524fbee78d7e4eb917e9d56a38f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nElementy na przedstawionych schematach mog\u0105 by\u0107 zar\u00f3wno oddzielnymi modu\u0142ami oprogramowania dzia\u0142aj\u0105cymi na jednym komputerze, jak i us\u0142ugami sieciowymi, kt\u00f3re wsp\u00f3\u0142dzia\u0142aj\u0105 w ramach sieci obliczeniowej.<\/p>\n<p>W przypadku system\u00f3w zbudowanych wed\u0142ug schematu 1, oprogramowanie aplikacyjne i kryptokernel dzia\u0142aj\u0105 w ramach jednego \u015brodowiska funkcjonowania kryptoproductu (SFK), na przyk\u0142ad na tym samym komputerze, zarz\u0105dzanym przez ten sam system operacyjny. U\u017cytkownik systemu zazwyczaj mo\u017ce uruchamia\u0107 w ramach tego samego \u015brodowiska funkcjonowania inne programy, w tym te zawieraj\u0105ce z\u0142o\u015bliwy kod. W takich warunkach istnieje powa\u017cne ryzyko wycieku poufnych kluczy kryptograficznych.<\/p>\n<p>Aby zminimalizowa\u0107 ryzyko, stosuje si\u0119 schemat 2, w kt\u00f3rym kryptokernel dzieli si\u0119 na dwie cz\u0119\u015bci:<\/p>\n<ol>\n<li>Pierwsza cz\u0119\u015b\u0107 razem z oprogramowaniem aplikacyjnym dzia\u0142a w niezaufanym \u015brodowisku, gdzie istnieje ryzyko zaka\u017cenia z\u0142o\u015bliwym kodem. Nazwijmy t\u0119 cz\u0119\u015b\u0107 \u2013 \u201ecz\u0119\u015bci\u0105 programow\u0105\u201d.<\/li>\n<li>Druga cz\u0119\u015b\u0107 dzia\u0142a w zaufanym \u015brodowisku na dedykowanym urz\u0105dzeniu, kt\u00f3re zawiera w sobie magazyn kluczy prywatnych. Nazwijmy t\u0119 cz\u0119\u015b\u0107 \u2013 \u201ecz\u0119\u015bci\u0105 sprz\u0119tow\u0105\u201d.<\/li>\n<\/ol>\n<p>\nPodzia\u0142 rdzenia kryptograficznego na cz\u0119\u015b\u0107 programow\u0105 i sprz\u0119tow\u0105 jest do\u015b\u0107 umowny. Na rynku s\u0105 systemy zbudowane na schemacie z podzielonym rdzeniem kryptograficznym, gdzie \"cz\u0119\u015b\u0107 sprz\u0119towa\" przedstawiona jest w postaci obrazu maszyny wirtualnej \u2014 virtual HSM (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.unboundtech.com\/product\/unbound-key-control\/\">przyk\u0142ad<\/a><\/noindex>).<\/p>\n<p>Interakcja obu cz\u0119\u015bci rdzenia kryptograficznego przebiega w ten spos\u00f3b, \u017ce klucze kryptograficzne nigdy nie s\u0105 przekazywane do cz\u0119\u015bci programowej i, odpowiednio, nie mog\u0105 by\u0107 skradzione za pomoc\u0105 z\u0142o\u015bliwego oprogramowania.<\/p>\n<p>Interfejs interakcji (API) oraz zestaw zasad kryptograficznych dostarczanych przez rdze\u0144 kryptograficzny do aplikacji s\u0105 w obu przypadkach takie same. R\u00f3\u017cnica tkwi w sposobie ich realizacji.<\/p>\n<p>Tak wi\u0119c, przy u\u017cyciu schematu z podzielonym rdzeniem kryptograficznym, interakcja cz\u0119\u015bci programowej i sprz\u0119towej odbywa si\u0119 wed\u0142ug nast\u0119puj\u0105cej zasady:<\/p>\n<ol>\n<li>Zasady kryptograficzne, kt\u00f3re nie wymagaj\u0105 u\u017cycia klucza prywatnego (np. obliczanie funkcji skr\u00f3tu, weryfikacja podpisu elektronicznego itd.), s\u0105 realizowane przez cz\u0119\u015b\u0107 programow\u0105.<\/li>\n<li>Zasady kryptograficzne, kt\u00f3re wykorzystuj\u0105 klucz prywatny (tworzenie podpisu elektronicznego, deszyfrowanie danych itd.), s\u0105 realizowane przez cz\u0119\u015b\u0107 sprz\u0119tow\u0105.<\/li>\n<\/ol>\n<p>\nIlustrujemy dzia\u0142anie podzielonego rdzenia kryptograficznego na przyk\u0142adzie tworzenia podpisu elektronicznego:<\/p>\n<ol>\n<li>Cz\u0119\u015b\u0107 programowa oblicza funkcj\u0119 skr\u00f3tu podpisywanych danych i przesy\u0142a t\u0119 warto\u015b\u0107 do cz\u0119\u015bci sprz\u0119towej za po\u015brednictwem kana\u0142u wymiany mi\u0119dzy rdzeniami kryptograficznymi.<\/li>\n<li>Cz\u0119\u015b\u0107 sprz\u0119towa, u\u017cywaj\u0105c klucza prywatnego i funkcji skr\u00f3tu, tworzy warto\u015b\u0107 podpisu elektronicznego i przesy\u0142a j\u0105 z powrotem do cz\u0119\u015bci programowej przez kana\u0142 wymiany.<\/li>\n<li>Cz\u0119\u015b\u0107 programowa zwraca otrzyman\u0105 warto\u015b\u0107 do aplikacji.<\/li>\n<\/ol>\n<p>\n<b>Cechy weryfikacji poprawno\u015bci podpisu elektronicznego<\/b><\/p>\n<p>Gdy strona odbieraj\u0105ca otrzyma dane podpisane podpisem elektronicznym, musi przeprowadzi\u0107 kilka etap\u00f3w weryfikacji. Pozytywny wynik weryfikacji podpisu elektronicznego jest osi\u0105gany tylko po pomy\u015blnym zako\u0144czeniu wszystkich etap\u00f3w sprawdzania.<\/p>\n<p><i>Etap 1. Kontrola integralno\u015bci danych i autorstwa danych.<\/i><\/p>\n<p><u>Tre\u015b\u0107 etapu.<\/u> Przeprowadzana jest weryfikacja podpisu elektronicznego danych zgodnie z odpowiednim algorytmem kryptograficznym. Pomy\u015blne przej\u015bcie tego etapu oznacza, \u017ce dane nie zosta\u0142y zmodyfikowane od momentu ich podpisania, jak r\u00f3wnie\u017c, \u017ce podpis zosta\u0142 wykonany kluczem prywatnym, odpowiadaj\u0105cym kluczowi publicznemu weryfikacji podpisu elektronicznego.<br \/>\n<u>Miejsce realizacji etapu:<\/u> kryptoj\u0105dro.<\/p>\n<p><i>Etap 2. Kontrola zaufania do klucza publicznego podpisuj\u0105cego i kontrola okresu wa\u017cno\u015bci klucza prywatnego podpisu elektronicznego.<\/i><br \/>\n<u>Tre\u015b\u0107 etapu.<\/u> Etap sk\u0142ada si\u0119 z dw\u00f3ch podetap\u00f3w. W pierwszym ustala si\u0119, czy klucz publiczny weryfikacji podpisu elektronicznego by\u0142 zaufany w momencie podpisania danych. W drugim ustala si\u0119, czy klucz prywatny podpisu elektronicznego by\u0142 wa\u017cny w momencie podpisania danych. W og\u00f3lnym przypadku okresy wa\u017cno\u015bci tych kluczy mog\u0105 si\u0119 nie pokrywa\u0107 (na przyk\u0142ad w przypadku kwalifikowanych certyfikat\u00f3w kluczy weryfikacji podpisu elektronicznego). Sposoby ustalania zaufania do klucza publicznego podpisuj\u0105cego okre\u015blaj\u0105 zasady elektronicznego obiegu dokument\u00f3w, przyj\u0119te przez wsp\u00f3\u0142dzia\u0142aj\u0105ce strony.<br \/>\n<u>Miejsce realizacji etapu:<\/u> oprogramowanie aplikacyjne \/ kryptoj\u0105dro.<\/p>\n<p><i>Etap 3. Kontrola uprawnie\u0144 podpisuj\u0105cego.<\/i><br \/>\n<u>Tre\u015b\u0107 etapu.<\/u> Zgodnie z ustalonymi zasadami elektronicznego obiegu dokument\u00f3w sprawdza si\u0119, czy podpisuj\u0105cy mia\u0142 prawo po\u015bwiadcza\u0107 chronione dane. Na przyk\u0142ad rozwa\u017cmy sytuacj\u0119 naruszenia uprawnie\u0144. Za\u0142\u00f3\u017cmy, \u017ce istnieje organizacja, w kt\u00f3rej wszyscy pracownicy maj\u0105 podpis elektroniczny. Do wewn\u0119trznego systemu elektronicznego obiegu dokument\u00f3w przychodzi polecenie kierownika, ale podpisane podpisem elektronicznym przez kierownika magazynu. W zwi\u0105zku z tym taki dokument nie mo\u017ce by\u0107 uznany za legitymacyjny.<br \/>\n<u>Miejsce realizacji etapu:<\/u> oprogramowanie aplikacyjne.<\/p>\n<p><b>Za\u0142o\u017cenia przyj\u0119te podczas opisu obiektu ochrony<\/b><\/p>\n<ol>\n<li>Kana\u0142y transmisji informacji, z wyj\u0105tkiem kana\u0142\u00f3w wymiany kluczy, r\u00f3wnie\u017c przechodz\u0105 przez oprogramowanie aplikacyjne, API i kryptoj\u0105dro.<\/li>\n<li>Informacje o zaufaniu do kluczy publicznych i (lub) certyfikat\u00f3w, a tak\u017ce informacje o uprawnieniach posiadaczy kluczy publicznych, s\u0105 umieszczane w magazynie kluczy publicznych.<\/li>\n<li>Oprogramowanie aplikacyjne wsp\u00f3\u0142pracuje z magazynem kluczy publicznych za po\u015brednictwem kryptoj\u0105dra.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Przyk\u0142ad systemu informacyjnego chronionego za pomoc\u0105 SKZI<\/h3>\n<p>\nAby zilustrowa\u0107 wcze\u015bniej przedstawione schematy, om\u00f3wmy hipotetyczny system informacyjny i wyr\u00f3\u017cnijmy wszystkie jego elementy strukturalne. <\/p>\n<p><b>Opis systemu informacyjnego<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/74f3e2fd669ed97f50253fbb4b348f6f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDwie organizacje zdecydowa\u0142y si\u0119 wprowadzi\u0107 mi\u0119dzy sob\u0105 prawnie wi\u0105\u017c\u0105cy elektroniczny obieg dokument\u00f3w (EOD). W tym celu podpisa\u0142y umow\u0119, w kt\u00f3rej okre\u015bli\u0142y, \u017ce dokumenty b\u0119d\u0105 przesy\u0142ane poczt\u0105 elektroniczn\u0105, a przy tym musz\u0105 by\u0107 zaszyfrowane i podpisane kwalifikowanym podpisem elektronicznym. Jako \u015brodki do tworzenia i przetwarzania dokument\u00f3w powinny by\u0107 u\u017cywane programy biurowe z pakietu Microsoft Office 2016, a jako \u015brodki ochrony kryptograficznej \u2014 Szyfrowanie KryptoPRO oraz Oprogramowanie szyfruj\u0105ce KryptoARM.<\/p>\n<p><b>Opis infrastruktury organizacji 1<\/b><\/p>\n<p>Organizacja 1 postanowi\u0142a, \u017ce zainstaluje Szyfrowanie KryptoPRO i Oprogramowanie KryptoARM na Abennecie u\u017cytkownika \u2014 fizycznym komputerze. Klucze szyfruj\u0105ce i podpisu elektronicznego b\u0119d\u0105 przechowywane na no\u015bniku klucza ruToken, dzia\u0142aj\u0105cym w trybie wyjmowanego klucza. U\u017cytkownik b\u0119dzie lokalnie przygotowywa\u0142 elektroniczne dokumenty na swoim komputerze, po czym b\u0119dzie je szyfrowa\u0142, podpisywa\u0142 i wysy\u0142a\u0142 za pomoc\u0105 lokalnie zainstalowanego klienta poczty.<\/p>\n<p><b>Opis infrastruktury organizacji 2<\/b><\/p>\n<p>Organizacja 2 postanowi\u0142a przenie\u015b\u0107 funkcje szyfrowania i podpisu elektronicznego na dedykowan\u0105 maszyn\u0119 wirtualn\u0105. W tym przypadku wszystkie operacje kryptograficzne b\u0119d\u0105 przeprowadzane w trybie automatycznym. <\/p>\n<p>W tym celu na wydzielonej maszynie wirtualnej zorganizowano dwa foldery sieciowe: &#171;&#8230;In&#187;, &#171;&#8230;Out&#187;. W folderze sieciowym &#171;&#8230;In&#187; b\u0119d\u0105 automatycznie umieszczane otrzymane od kontrahenta pliki w otwartym formacie. Te pliki b\u0119d\u0105 odszyfrowane, a ich elektroniczny podpis zostanie sprawdzony.<\/p>\n<p>Do folderu &#171;&#8230;Out&#187; u\u017cytkownik b\u0119dzie umieszcza\u0142 pliki, kt\u00f3re nale\u017cy zaszyfrowa\u0107, podpisa\u0107 i wys\u0142a\u0107 kontrahentowi. Same pliki u\u017cytkownik b\u0119dzie przygotowywa\u0107 na swoim APM.<br \/>\nAby wykona\u0107 funkcje szyfrowania i podpisu elektronicznego, na maszyny wirtualne zainstalowano Szyfrowanie KryptoPRO, Oprogramowanie KryptoARM oraz klienta poczty. Automatyczne zarz\u0105dzanie wszystkimi elementami maszyny wirtualnej b\u0119dzie realizowane za pomoc\u0105 skrypt\u00f3w, opracowanych przez administrator\u00f3w systemu. Praca skrypt\u00f3w b\u0119dzie protoko\u0142owana w plikach dziennik\u00f3w (logs).<\/p>\n<p>Klucze kryptograficzne podpisu elektronicznego b\u0119d\u0105 umieszczane na tokenie z niewydobywalnym kluczem JaCarta GOST, kt\u00f3ry u\u017cytkownik b\u0119dzie pod\u0142\u0105cza\u0107 do swojego lokalnego komputera.<\/p>\n<p>Token b\u0119dzie przesy\u0142any na maszyn\u0119 wirtualn\u0105 za pomoc\u0105 specjalistycznych narz\u0119dzi programowych USB-over-IP zainstalowanych na stanowisku roboczym u\u017cytkownika oraz na maszynie wirtualnej.<\/p>\n<p>Zegar systemowy na stanowisku roboczym u\u017cytkownika w organizacji 1 b\u0119dzie calibratowany r\u0119cznie. Zegar systemowy specjalistycznej maszyny wirtualnej w organizacji 2 b\u0119dzie synchronizowany z zegarem systemowym hyperwizora, kt\u00f3ry z kolei b\u0119dzie synchronizowany przez Internet z publicznymi serwerami czasu.<\/p>\n<p><b>Wydzielenie element\u00f3w strukturalnych SKZI<\/b><br \/>\nNa podstawie powy\u017cszego opisu infrastruktury IT wydzielimy elementy strukturalne SKZI i zapiszemy je w tabeli.<\/p>\n<p><i>Tabela \u2014 Zgodno\u015b\u0107 element\u00f3w modelu SKZI z elementami system\u00f3w informacyjnych<\/i> <\/p>\n<p><b>Nazwa elementu<\/b><br \/>\n<b>Organizacja 1<\/b><br \/>\n<b>Organizacja 2<\/b><\/p>\n<p>Oprogramowanie aplikacyjne<br \/>\nOprogramowanie CryptoARM<br \/>\nOprogramowanie CryptoARM<\/p>\n<p>Cz\u0119\u015b\u0107 programowa kryptoj\u0105dra<br \/>\nSKZI CryptoPRO CSP<br \/>\nSKZI CryptoPRO CSP<\/p>\n<p>Cz\u0119\u015b\u0107 sprz\u0119towa kryptoj\u0105dra<br \/>\nnie istnieje<br \/>\nJaCarta GOST<\/p>\n<p>API<br \/>\nMS CryptoAPI<br \/>\nMS CryptoAPI<\/p>\n<p>Magazyn kluczy publicznych<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 dysk twardy;<br \/>\n \u2014 standardowy magazyn certyfikat\u00f3w Windows.<br \/>\nHyperwizor:<br \/>\n \u2014 dysk twardy.<\/p>\n<p>Maszyna wirtualna:<br \/>\n \u2014 dysk twardy;<br \/>\n \u2014 standardowy magazyn certyfikat\u00f3w Windows.<\/p>\n<p>Magazyn kluczy prywatnych<br \/>\nNo\u015bnik kluczy ruToken, pracuj\u0105cy w trybie wydobywalnego klucza<br \/>\nNo\u015bnik kluczy JaCarta GOST, pracuj\u0105cy w trybie niewydobywalnego klucza<\/p>\n<p>Kana\u0142 wymiany kluczy publicznych<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 pami\u0119\u0107 operacyjna.<\/p>\n<p>Hyperwizor:<br \/>\n \u2014 pami\u0119\u0107 operacyjna.<\/p>\n<p>Maszyna wirtualna:<br \/>\n \u2014 pami\u0119\u0107 operacyjna.<\/p>\n<p>Kana\u0142 wymiany kluczy prywatnych<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 magistrala USB;<br \/>\n \u2014 pami\u0119\u0107 operacyjna.<br \/>\nnie istnieje<\/p>\n<p>Kana\u0142 wymiany mi\u0119dzy kryptoj\u0105drem<br \/>\nbrak (brak cz\u0119\u015bci sprz\u0119towej kryptoj\u0105dra)<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 magistrala USB;<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 modu\u0142 programowy USB-over-IP;<br \/>\n \u2014 interfejs sieciowy.<\/p>\n<p>Sie\u0107 korporacyjna organizacji 2.<\/p>\n<p>Hyperwizor:<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 interfejs sieciowy.<\/p>\n<p>Maszyna wirtualna:<br \/>\n \u2014 interfejs sieciowy;<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 modu\u0142 programowy USB-over-IP.<\/p>\n<p>Kana\u0142 wymiany danych publicznych<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 urz\u0105dzenia wej\u015bcia\/wyj\u015bcia;<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 dysk twardy.<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 urz\u0105dzenia wej\u015bcia\/wyj\u015bcia;<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 dysk twardy;<br \/>\n \u2014 interfejs sieciowy.<\/p>\n<p>Sie\u0107 korporacyjna organizacji 2.<\/p>\n<p>Hyperwizor:<br \/>\n \u2014 interfejs sieciowy; <br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 dysk twardy.<\/p>\n<p>Maszyna wirtualna: <br \/>\n \u2014 interfejs sieciowy; <br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 dysk twardy.<\/p>\n<p>Kana\u0142 wymiany danych zabezpieczonych<br \/>\nInternet.<\/p>\n<p>Sie\u0107 korporacyjna organizacji 1.<\/p>\n<p>Stanowisko robocze u\u017cytkownika:<br \/>\n \u2014 dysk twardy;<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 interfejs sieciowy.<\/p>\n<p>Internet.<\/p>\n<p>Sie\u0107 korporacyjna organizacji 2.<\/p>\n<p>Hyperwizor:<br \/>\n \u2014 interfejs sieciowy; <br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 dysk twardy.<\/p>\n<p>Maszyna wirtualna: <br \/>\n \u2014 interfejs sieciowy; <br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 dysk twardy.<\/p>\n<p>Kana\u0142 transmisji czasu<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 urz\u0105dzenia wej\u015bcia\/wyj\u015bcia;<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 timer systemowy.<\/p>\n<p>Internet. <br \/>\nSie\u0107 korporacyjna organizacji 2,<\/p>\n<p>Hyperwizor:<br \/>\n \u2014 interfejs sieciowy;<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 timer systemowy.<\/p>\n<p>Maszyna wirtualna:<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 timer systemowy.<\/p>\n<p>Kana\u0142 transmisji polece\u0144 steruj\u0105cych<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 urz\u0105dzenia wej\u015bcia\/wyj\u015bcia;<br \/>\n \u2014 pami\u0119\u0107 operacyjna.<\/p>\n<p>(Graficzny interfejs u\u017cytkownika oprogramowania CryptoARM)<\/p>\n<p>Maszyna wirtualna:<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 dysk twardy.<\/p>\n<p>(Skrypty automatyzacji)<\/p>\n<p>Kana\u0142 odbioru wynik\u00f3w pracy<br \/>\nStanowisko robocze u\u017cytkownika:<br \/>\n \u2014 urz\u0105dzenia wej\u015bcia\/wyj\u015bcia;<br \/>\n \u2014 pami\u0119\u0107 operacyjna.<\/p>\n<p>(Graficzny interfejs u\u017cytkownika oprogramowania CryptoARM)<\/p>\n<p>Maszyna wirtualna:<br \/>\n \u2014 pami\u0119\u0107 operacyjna;<br \/>\n \u2014 dysk twardy.<\/p>\n<p>(Pliki dziennik\u00f3w pracy skrypt\u00f3w automatyzacji)<\/p>\n<p><\/p>\n<h3>Zagro\u017cenia bezpiecze\u0144stwa z najwy\u017cszego poziomu<\/h3>\n<p>\n<b>Wyja\u015bnienia<\/b><\/p>\n<p>Za\u0142o\u017cenia przyj\u0119te przy dekompozycji zagro\u017ce\u0144:<\/p>\n<ol>\n<li>Wykorzystywane s\u0105 trwa\u0142e algorytmy kryptograficzne.<\/li>\n<li>Algorytmy kryptograficzne s\u0105 stosowane w spos\u00f3b bezpieczny w odpowiednich trybach dzia\u0142ania (na przyk\u0142ad, <noindex><a rel=\"nofollow\" href=\"http:\/\/cryptowiki.net\/index.php?title=Electronic_Code_Book\">ECB<\/a><\/noindex> nie jest stosowany do szyfrowania du\u017cych ilo\u015bci danych, uwzgl\u0119dnia si\u0119 dopuszczalne obci\u0105\u017cenie klucza itd.).<\/li>\n<li>Przest\u0119pcy znaj\u0105 wszystkie stosowane algorytmy, protoko\u0142y i klucze publiczne.<\/li>\n<li>Przest\u0119pcy maj\u0105 dost\u0119p do wszystkich zaszyfrowanych danych.<\/li>\n<li>Przest\u0119pcy mog\u0105 odtworzy\u0107 wszelkie elementy oprogramowania w systemie.<\/li>\n<\/ol>\n<p>\n<b>Dekompzycja<\/b><\/p>\n<p>U1. Kompromitacja tajnych kluczy kryptograficznych.<br \/>\nU2. Szyfrowanie fa\u0142szywych danych w imieniu autoryzowanego nadawcy.<br \/>\nU3. Deszyfrowanie zaszyfrowanych danych przez osoby, kt\u00f3re nie s\u0105 autoryzowanymi odbiorcami danych (przest\u0119pc\u00f3w).<br \/>\nU4. Tworzenie podpisu elektronicznego autoryzowanego podpisuj\u0105cego na fa\u0142szywych danych.<br \/>\nU5. Uzyskanie pozytywnego wyniku weryfikacji podpisu elektronicznego fa\u0142szywych danych.<br \/>\nU6. B\u0142\u0119dne zaakceptowanie dokument\u00f3w elektronicznych do realizacji z powodu problem\u00f3w w organizacji obiegu dokument\u00f3w elektronicznych.<br \/>\nU7. Nieautoryzowany dost\u0119p do chronionych danych podczas ich przetwarzania przez SKZI.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU1\"><\/a><\/noindex><\/p>\n<h3>U1. Kompromitacja tajnych kluczy kryptograficznych<\/h3>\n<p>\nU1.1. Uzyskanie klucza prywatnego z magazynu kluczy prywatnych.<\/p>\n<p>U1.2. Uzyskanie klucza prywatnego z obiekt\u00f3w \u015brodowiska dzia\u0142ania \u015brodka kryptograficznego, w kt\u00f3rym mo\u017ce on tymczasowo przebywa\u0107.<br \/>\n<i>Wyja\u015bnienia U1.2.<\/i><\/p>\n<p>Do obiekt\u00f3w, w kt\u00f3rych klucz prywatny mo\u017ce by\u0107 tymczasowo przechowywany, b\u0119d\u0105 nale\u017ce\u0107:<\/p>\n<ol>\n<li>pami\u0119\u0107 operacyjna, <\/li>\n<li>pliki tymczasowe, <\/li>\n<li>pliki stron, <\/li>\n<li>pliki hibernacji, <\/li>\n<li>pliki zrzut\u00f3w \u00abgor\u0105cego\u00bb stanu maszyn wirtualnych, w tym pliki zawarto\u015bci pami\u0119ci operacyjnej maszyn wirtualnych, kt\u00f3re zosta\u0142y wstrzymane.<\/li>\n<\/ol>\n<p>\nU1.2.1. Wydobycie kluczy prywatnych z dzia\u0142aj\u0105cej pami\u0119ci operacyjnej poprzez zamro\u017cenie modu\u0142\u00f3w RAM, ich wydobycie i nast\u0119pne odczytanie danych (freeze attack).<br \/>\n<i>Wyja\u015bnienia U1.2.1.<\/i><br \/>\nPrzyk\u0142ad <noindex><a rel=\"nofollow\" href=\"https:\/\/www.securitylab.ru\/analytics\/452899.php\">atak<\/a><\/noindex>. <\/p>\n<p>U1.3. Uzyskanie klucza prywatnego z kana\u0142u wymiany kluczy prywatnych.<br \/>\n<i>Wyja\u015bnienia U1.3.<\/i><br \/>\nPrzyk\u0142ad realizacji tego zagro\u017cenia zostanie podany <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA3\">poni\u017cej<\/a><\/noindex>.<\/p>\n<p>U1.4. Nieautoryzowana modyfikacja kryptonukleusza, w wyniku kt\u00f3rej klucze prywatne staj\u0105 si\u0119 znane przest\u0119pcom.<\/p>\n<p>U1.5. Kompromitacja klucza prywatnego w wyniku wykorzystania technicznych kana\u0142\u00f3w wycieku informacji (TKUI).<br \/>\n<i>Wyja\u015bnienia U1.5.<\/i><br \/>\nPrzyk\u0142ad <noindex><a rel=\"nofollow\" href=\"https:\/\/www.usenix.org\/system\/files\/conference\/usenixsecurity18\/sec18-alam.pdf\">atak<\/a><\/noindex>. <\/p>\n<p>U1.6. Kompromitacja klucza prywatnego w wyniku u\u017cycia specjalnych \u015brodk\u00f3w technicznych (STK) przeznaczonych do niejawnego pozyskiwania informacji (\u201epluskwy\u201d).<\/p>\n<p>U1.7. Kompromitacja kluczy prywatnych w trakcie ich przechowywania poza SKZI.<br \/>\n<i>Wyja\u015bnienia U1.7.<\/i><br \/>\nNa przyk\u0142ad u\u017cytkownik przechowuje swoje no\u015bniki kluczowe w szufladzie biurka, z kt\u00f3rej mog\u0105 by\u0107 \u0142atwo wydobyte przez przest\u0119pc\u00f3w.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU2\"><\/a><\/noindex><\/p>\n<h3>U2. Szyfrowanie podrobionych danych w imieniu legalnego nadawcy.<\/h3>\n<p>\n<b>Wyja\u015bnienia<\/b><br \/>\nZagro\u017cenie to rozpatrywane jest tylko w kontek\u015bcie schemat\u00f3w szyfrowania danych z uwierzytelnieniem nadawcy. Przyk\u0142ady takich schemat\u00f3w podano w zaleceniach dotycz\u0105cych standardyzacji. <noindex><a rel=\"nofollow\" href=\"https:\/\/tc26.ru\/standarts\/rekomendatsii-po-standartizatsii\/r-1323565-1-004-2017-informatsionnaya-tekhnologiya-kriptograficheskaya-zashchita-informatsii-skhemy-vyrabotki-obshchego-klyucha-s-autentifikatsiey-na-osnove-otkrytogo-klyucha.html\">R 1323565.1.004-2017 \u201eTechnologia informacyjna. Kryptograficzna ochrona informacji. Schematy generowania wsp\u00f3lnego klucza z uwierzytelnieniem na podstawie klucza publicznego.\u201d<\/a><\/noindex>. Dla pozosta\u0142ych schemat\u00f3w kryptograficznych to zagro\u017cenie nie istnieje, poniewa\u017c szyfrowanie odbywa si\u0119 na otwartych kluczach odbiorcy, kt\u00f3re w og\u00f3lno\u015bci s\u0105 znane przest\u0119pcom.<\/p>\n<p><b>Dekompzycja<\/b><br \/>\nU2.1. Kompromitacja klucza publicznego nadawcy:<br \/>\nU2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u201eModel typowy zagro\u017ce\u0144. System kryptograficznej ochrony informacji. U1. Kompromitacja zamkni\u0119tych kluczy kryptograficznych.\u201d<\/a><\/noindex>.<\/p>\n<p>U2.2. Podmiana danych wej\u015bciowych w kanale wymiany otwartych danych.<br \/>\n<i>Uwagi U2.2.<\/i><br \/>\nPrzyk\u0142ady realizacji tego zagro\u017cenia przedstawiono poni\u017cej. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">tutaj<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">tutaj<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU3\"><\/a><\/noindex><\/p>\n<h3>U3. Deszyfrowanie zaszyfrowanych danych przez osoby nieb\u0119d\u0105ce legalnymi odbiorcami danych (przest\u0119pcami).<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU3.1. Kompromitacja kluczy prywatnych odbiorcy zaszyfrowanych danych. <br \/>\nU3.1.1 Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u201eModel typowy zagro\u017ce\u0144. System kryptograficznej ochrony informacji. U1. Kompromitacja zamkni\u0119tych kluczy kryptograficznych.\u201d<\/a><\/noindex>.<\/p>\n<p>U3.2. Podmiana zaszyfrowanych danych w kanale wymiany chronionych danych.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU4\"><\/a><\/noindex><\/p>\n<h3>U4. Tworzenie podpisu elektronicznego przez legalnego sygnatariusza na podrobionych danych.<br \/>\n<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU4.1. Kompromitacja kluczy prywatnych elektronicznego podpisu legalnego sygnatariusza. <br \/>\nU4.1.1 Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u201eModel typowy zagro\u017ce\u0144. System kryptograficznej ochrony informacji. U1. Kompromitacja zamkni\u0119tych kluczy kryptograficznych.\u201d<\/a><\/noindex>.<\/p>\n<p>U4.2. Podmiana danych podpisywanych w kanale wymiany otwartych danych.<br \/>\n<i>Uwagi U4.2.<\/i><br \/>\nPrzyk\u0142ady realizacji tego zagro\u017cenia przedstawiono poni\u017cej. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">tutaj<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">tutaj<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU5\"><\/a><\/noindex><\/p>\n<h3>U5. Uzyskanie pozytywnego wyniku weryfikacji podpisu elektronicznego podrobionych danych.<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU5.1. Atakuj\u0105cy przechwytuj\u0105 w kanale transmisji wyniki pracy wiadomo\u015b\u0107 o negatywnym wyniku weryfikacji podpisu elektronicznego i zast\u0119puj\u0105 j\u0105 wiadomo\u015bci\u0105 z pozytywnym wynikiem.<\/p>\n<p>U5.2. Atakuj\u0105cy prowadz\u0105 atak na zaufanie do certyfikat\u00f3w podpisu (<b>SCENARIUSZ \u2014 wszystkie elementy s\u0105 obowi\u0105zkowe<\/b>):<br \/>\nU5.2.1. Atakuj\u0105cy generuj\u0105 par\u0119 kluczy publiczny i prywatny podpisu elektronicznego. Je\u015bli w systemie stosowane s\u0105 certyfikaty kluczy podpisu elektronicznego, generuj\u0105 certyfikat podpisu elektronicznego jak najbardziej przypominaj\u0105cy certyfikat domniemanego nadawcy danych, kt\u00f3rego wiadomo\u015b\u0107 chc\u0105 podrobi\u0107.<br \/>\nU5.2.2. Atakuj\u0105cy wprowadzaj\u0105 nieautoryzowane zmiany do repozytorium kluczy publicznych, nadaj\u0105c wygenerowanemu przez siebie kluczowi wymagany poziom zaufania i uprawnienia.<br \/>\nU5.2.3. Atakuj\u0105cy podpisuj\u0105 fa\u0142szywe dane wcze\u015bniej utworzonym kluczem podpisu elektronicznego i wprowadzaj\u0105 je do kana\u0142u wymiany chronionych danych.<\/p>\n<p>U5.3. Atakuj\u0105cy przeprowadzaj\u0105 atak za pomoc\u0105 przestarza\u0142ych kluczy podpisu elektronicznego legalnego nadawcy (<b>SCENARIUSZ \u2014 wszystkie elementy s\u0105 obowi\u0105zkowe<\/b>):<br \/>\nU5.3.1. Atakuj\u0105cy kompromituj\u0105 przestarza\u0142e (niedzia\u0142aj\u0105ce na ten moment) klucze prywatne podpisu elektronicznego legalnego nadawcy.<br \/>\nU5.3.2. Atakuj\u0105cy zast\u0119puj\u0105 czas w kanale transmisji czasem, w kt\u00f3rym skompromitowane klucze by\u0142y jeszcze wa\u017cne.<br \/>\nU5.3.3. Atakuj\u0105cy podpisuj\u0105 fa\u0142szywe dane wcze\u015bniej skompromitowanym kluczem podpisu elektronicznego i wprowadzaj\u0105 je do kana\u0142u wymiany chronionych danych.<\/p>\n<p>U5.4. Atakuj\u0105cy przeprowadzaj\u0105 atak za pomoc\u0105 skompromitowanych kluczy podpisu elektronicznego legalnego nadawcy (<b>SCENARIUSZ \u2014 wszystkie elementy s\u0105 obowi\u0105zkowe<\/b>):<br \/>\nU5.4.1. Atakuj\u0105cy wykonuj\u0105 kopi\u0119 repozytorium kluczy publicznych.<br \/>\nU5.4.2. Atakuj\u0105cy kompromituj\u0105 klucze prywatne jednego z legalnych nadawc\u00f3w. Ten zauwa\u017ca kompromitacj\u0119, odwo\u0142uje klucze, a informacje o odwo\u0142aniu klucza umieszczane s\u0105 w repozytorium kluczy publicznych.<br \/>\nU5.4.3. Atakuj\u0105cy zast\u0119puj\u0105 repozytorium kluczy publicznych wcze\u015bniej skopiowanym.<br \/>\nU5.4.4. Atakuj\u0105cy podpisuj\u0105 fa\u0142szywe dane wcze\u015bniej skompromitowanym kluczem podpisu elektronicznego i wprowadzaj\u0105 je do kana\u0142u wymiany chronionych danych.<\/p>\n<p>U5.5. &lt;&#8230;&gt; z powodu wyst\u0105pienia b\u0142\u0119d\u00f3w w realizacji 2. i 3. etapu weryfikacji podpisu elektronicznego:<br \/>\n<i>Wyja\u015bnienia U5.5.<\/i><br \/>\nPrzyk\u0142ad realizacji tego zagro\u017cenia zosta\u0142 przedstawiony <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA4\">poni\u017cej<\/a><\/noindex>.<\/p>\n<p>U5.5.1. Weryfikacja zaufania do certyfikatu klucza podpisu elektronicznego tylko na podstawie zaufania do certyfikatu, kt\u00f3rym zosta\u0142 podpisany, bez sprawdzania CRL lub OCSP.<br \/>\n<i>Wyja\u015bnienia U5.5.1.<\/i><br \/>\nPrzyk\u0142ad realizacji <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/332730\/\">zagro\u017cenia<\/a><\/noindex>. <\/p>\n<p>U5.5.2. Przy budowaniu \u0142a\u0144cucha zaufania do certyfikatu nie analizowane s\u0105 uprawnienia certyfikat\u00f3w wydaj\u0105cych<br \/>\n<i>Wyja\u015bnienia U5.5.2.<\/i><br \/>\nPrzyk\u0142ad ataku na certyfikaty SSL\/TLS. <br \/>\nAtakuj\u0105cy zakupili legitymacj\u0119 certyfikatu dla swojego e-maila. Nast\u0119pnie stworzyli fa\u0142szywy certyfikat strony i podpisali go swoim certyfikatem. Je\u015bli nie b\u0119dzie przeprowadzona weryfikacja uprawnie\u0144, to podczas weryfikacji \u0142a\u0144cucha zaufania oka\u017ce si\u0119 on poprawny, a wi\u0119c r\u00f3wnie\u017c fa\u0142szywy certyfikat b\u0119dzie uznany za poprawny.<\/p>\n<p>U5.5.3. Przy budowaniu \u0142a\u0144cucha zaufania do certyfikatu nie sprawdzaj\u0105 si\u0119 certyfikaty po\u015brednie pod k\u0105tem odwo\u0142ania.<\/p>\n<p>U5.5.4. Aktualizacja CRL odbywa si\u0119 rzadziej ni\u017c ich wydawanie przez centrum certyfikacji.<\/p>\n<p>U5.5.5. Decyzja o zaufaniu do podpisu elektronicznego podejmowana jest wcze\u015bniej, ni\u017c uzyskano odpowied\u017a OCSP o statusie certyfikatu, przekazan\u0105 w wyniku \u017c\u0105dania z\u0142o\u017conego po czasie utworzenia podpisu lub wcze\u015bniej, ni\u017c uzyskano nast\u0119pne po utworzeniu podpisu CRL. <br \/>\n<i>Wyja\u015bnienia U5.5.5.<\/i><br \/>\nW regulacjach wi\u0119kszo\u015bci U\u017b czas odwo\u0142ania certyfikatu uznawany jest za czas wydania najbli\u017cszego CRL, zawieraj\u0105cego informacje o odwo\u0142aniu certyfikatu.<\/p>\n<p>U5.5.6. Przy odbieraniu podpisanych danych nie sprawdzana jest przynale\u017cno\u015b\u0107 certyfikatu do nadawcy. <br \/>\n<i>Wyja\u015bnienia U5.5.6.<\/i><br \/>\nPrzyk\u0142ad ataku. W kontek\u015bcie certyfikat\u00f3w SSL: mo\u017ce nie by\u0107 sprawdzana zgodno\u015b\u0107 adresu wywo\u0142ywanego serwera z warto\u015bci\u0105 pola CN w certyfikacie.<br \/>\nPrzyk\u0142ad ataku. Atakuj\u0105cy skompromitowali klucze podpisu elektronicznego jednego z uczestnik\u00f3w systemu p\u0142atno\u015bci. Nast\u0119pnie w\u0142ama\u0107 si\u0119 do sieci innego uczestnika i w jego imieniu przes\u0142ali na serwer rozliczeniowy dokumenty p\u0142atnicze, podpisane skompromitowanymi kluczami. Je\u015bli serwer analizuje tylko zaufanie i nie sprawdza zgodno\u015bci, to fa\u0142szywe dokumenty b\u0119d\u0105 uwa\u017cane za legitymne.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU6\"><\/a><\/noindex><\/p>\n<h3>U6. B\u0142\u0119dne zaakceptowanie dokument\u00f3w elektronicznych do realizacji z powodu problem\u00f3w w organizacji obiegu dokument\u00f3w elektronicznych.<\/h3>\n<p>\n<b>Dekompzycja<\/b><br \/>\nU6.1. Strona przyjmuj\u0105ca nie wykrywa duplikacji otrzymywanych dokument\u00f3w.<br \/>\n<i>Wyja\u015bnienia U6.1.<\/i><br \/>\nPrzyk\u0142ad ataku. Cyberprzest\u0119pcy mog\u0105 przechwyci\u0107 dokument przesy\u0142any do odbiorcy, nawet je\u015bli jest on kryptograficznie chroniony, a nast\u0119pnie wielokrotnie wysy\u0142a\u0107 go w kanale przesy\u0142ania chronionych danych. Je\u015bli odbiorca nie wykrywa duplikat\u00f3w, wszystkie odbierane dokumenty b\u0119d\u0105 traktowane i przetwarzane jako r\u00f3\u017cne dokumenty.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU7\"><\/a><\/noindex><\/p>\n<h3>U7. Nieautoryzowane zapoznanie si\u0119 z chronionymi danymi podczas ich przetwarzania przez SCZK. <\/h3>\n<p>\n<b>Dekompzycja<\/b><\/p>\n<p>U7.1. &lt;&#8230;&gt; w wyniku wycieku informacji przez zewn\u0119trzne kana\u0142y (atak boczny).<br \/>\n<i>Wyja\u015bnienia U7.1.<\/i><br \/>\nPrzyk\u0142ad <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cs.tau.ac.il\/~tromer\/synesthesia\/synesthesia.pdf\">atak<\/a><\/noindex>. <\/p>\n<p>U7.2. &lt;&#8230;&gt; w rezultacie zneutralizowania ochrony przed nieautoryzowanym dost\u0119pem do informacji przetwarzanych w SKZI:<br \/>\nU7.2.1. Eksploatacja SCZK z naruszeniem wymaga\u0144 opisanych w dokumentacji SCZK.<\/p>\n<p>U7.2.2. &lt;&#8230;&gt;, przeprowadzona z powodu istnienia luk w:<br \/>\nU7.2.2.1. &lt;&#8230;&gt; \u015brodkach ochrony przed nieautoryzowanym dost\u0119pem.<br \/>\nU7.2.2.2. &lt;&#8230;&gt; samym SKZI.<br \/>\nU7.2.2.3. &lt;&#8230;&gt; \u015brodowisku dzia\u0142ania kryptoinstrumentu.<\/p>\n<h3>Przyk\u0142ady atak\u00f3w<\/h3>\n<p>\nPoni\u017cej om\u00f3wione scenariusze z za\u0142o\u017cenia zawieraj\u0105 b\u0142\u0119dy w organizacji bezpiecze\u0144stwa informacji i s\u0142u\u017c\u0105 tylko do ilustrowania mo\u017cliwych atak\u00f3w.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA1\"><\/a><\/noindex><\/p>\n<h4>Scenariusz 1. Przyk\u0142ad realizacji zagro\u017ce\u0144 U2.2 i U4.2.<\/h4>\n<p>\n<b>Opis obiektu<\/b><br \/>\n<img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/77d51167720552df4eb9c2bafbce6765.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOprogramowanie APM KBR i SCZK SKAD jest zainstalowane na fizycznym komputerze, kt\u00f3ry nie jest pod\u0142\u0105czony do sieci obliczeniowej. Jako no\u015bnik klucza u\u017cywany jest FKN vdToken w trybie pracy z nieodwracalnym kluczem.<\/p>\n<p>Regulamin realizacji oblicze\u0144 zak\u0142ada, \u017ce specjalista ds. oblicze\u0144 \u015bci\u0105ga elektroniczne wiadomo\u015bci w otwartej formie (schemat starego APM KBR) z specjalnego zabezpieczonego serwera plik\u00f3w, a nast\u0119pnie zapisuje je na no\u015bniku USB i przenosi na APM KBR, gdzie je szyfruje i podpisuje. Po tym specjalista przenosi na no\u015bnik zabezpieczone elektroniczne wiadomo\u015bci, a nast\u0119pnie przez sw\u00f3j komputer roboczy przesy\u0142a je na serwer plik\u00f3w, sk\u0105d trafiaj\u0105 do UTA, a nast\u0119pnie do systemu p\u0142atno\u015bci Banku Rosji.<\/p>\n<p>W tym przypadku kana\u0142y wymiany otwartych i zabezpieczonych danych b\u0119d\u0105 obejmowa\u0107: serwer plik\u00f3w, komputer roboczy specjalisty i no\u015bnik wymienny.<\/p>\n<p><b>Atak<\/b><br \/>\nOszu\u015bci nieautoryzowanie instaluj\u0105 na komputerze roboczym specjalisty system zdalnego zarz\u0105dzania i w trakcie zapisu na no\u015bnik wymienny polece\u0144 p\u0142atniczych (wiadomo\u015bci elektronicznych) w otwartym formacie podmieni\u0105 tre\u015b\u0107 jednego z nich. Specjalista przenosi polecenia p\u0142atnicze do APM KBR, podpisuje je i szyfruje, nie zauwa\u017caj\u0105c podmiany (na przyk\u0142ad z powodu du\u017cej liczby polece\u0144 p\u0142atniczych, zm\u0119czenia itp.). Nast\u0119pnie fa\u0142szywe polecenie p\u0142atnicze, przechodz\u0105c przez \u0142a\u0144cuch technologiczny, trafia do systemu p\u0142atniczego Banku Rosji.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA2\"><\/a><\/noindex><\/p>\n<h4>Scenariusz 2. Przyk\u0142ad realizacji zagro\u017ce\u0144 U2.2 i U4.2.<\/h4>\n<p>\n<b>Opis obiektu<\/b><br \/>\n<img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/b4489290d665b359323ec6b58dde1139.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKomputer z zainstalowanym APM KBR, SCADA Sygnatura i pod\u0142\u0105czonym no\u015bnikiem klucza FKN vdToken dzia\u0142a w wydzielonym pomieszczeniu bez dost\u0119pu ze strony personelu.<br \/>\nSpecjalista ds. rozlicze\u0144 \u0142\u0105czy si\u0119 z APM KBR w trybie zdalnym przez protok\u00f3\u0142 RDP.<\/p>\n<p><b>Atak<\/b><br \/>\nOszu\u015bci przechwytuj\u0105 dane, u\u017cywaj\u0105c kt\u00f3rych specjalista ds. rozlicze\u0144 nawi\u0105zuje po\u0142\u0105czenie i pracuje z APM KBR (na przyk\u0142ad dzi\u0119ki z\u0142o\u015bliwemu kodowi na jego komputerze). Nast\u0119pnie nawi\u0105zuj\u0105 po\u0142\u0105czenie w jego imieniu i wysy\u0142aj\u0105 fa\u0142szywe polecenie p\u0142atnicze do systemu p\u0142atniczego Banku Rosji.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA3\"><\/a><\/noindex><\/p>\n<h4>Scenariusz 3. Przyk\u0142ad realizacji zagro\u017cenia U1.3. <\/h4>\n<p>\n<b>Opis obiektu<\/b><br \/>\n<img decoding=\"async\" alt=\"Bezpiecze\u0144stwo informacyjne p\u0142atno\u015bci bezgot\u00f3wkowych w bankach. Cz\u0119\u015b\u0107 8 \u2014 Typowe modele zagro\u017ce\u0144\" src=\"\/wp-content\/uploads\/2019\/04\/988a97dd75247780556d388566d771f0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nRozwa\u017cmy jeden z hipotetycznych wariant\u00f3w realizacji modu\u0142\u00f3w integracji \u201eABS-KBR\u201d dla nowego schematu (APM KBR-N), w kt\u00f3rym elektroniczny podpis wychodz\u0105cych dokument\u00f3w jest realizowany po stronie ABS. Przy tym zak\u0142adamy, \u017ce ABS dzia\u0142a na bazie systemu operacyjnego, kt\u00f3ry nie jest wspierany przez SKZI SCADA Sygnatura, a tym samym funkcjonalno\u015b\u0107 kryptograficzna zosta\u0142a przeniesiona na oddzieln\u0105 maszyn\u0119 wirtualn\u0105 \u2014 modu\u0142 integracji \u201eABS-KBR\u201d.<br \/>\nJako no\u015bnik klucza u\u017cywany jest zwyk\u0142y token USB, dzia\u0142aj\u0105cy w trybie od\u0142\u0105czanego klucza. Przy pod\u0142\u0105czeniu no\u015bnika klucza do hypervisora okaza\u0142o si\u0119, \u017ce w systemie nie ma wolnych port\u00f3w USB, dlatego postanowiono pod\u0142\u0105czy\u0107 token USB przez sieciowy koncentrator USB, a na maszynie wirtualnej zainstalowa\u0107 klienta USB-over-IP, kt\u00f3ry b\u0119dzie nawi\u0105zywa\u0142 po\u0142\u0105czenie z koncentratorem.<\/p>\n<p><b>Atak<\/b><br \/>\nCybercriminals intercepted the private key of the electronic signature from the communication channel between the USB hub and the hypervisor (data was transmitted in plain text). With the private key, the criminals formed a forged payment order, signed it with an electronic signature, and sent it to the KBR-N workstation for execution.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA4\"><\/a><\/noindex><\/p>\n<h4>Scenario 4. An example of the implementation of threats U5.5.<\/h4>\n<p>\n<b>Opis obiektu<\/b><br \/>\nRozwa\u017cmy t\u0119 sam\u0105 schem\u0119, co w poprzednim scenariuszu. Za\u0142\u00f3\u017cmy, \u017ce wiadomo\u015bci elektroniczne, kt\u00f3re docieraj\u0105 z APM KBR-N, trafiaj\u0105 do folderu &#8230;SHAREIn, a te, kt\u00f3re s\u0105 wysy\u0142ane do APM KBR-N i dalej do systemu p\u0142atno\u015bci Banku Rosji, trafiaj\u0105 do &#8230;SHAREout.<br \/>\nZa\u0142\u00f3\u017cmy r\u00f3wnie\u017c, \u017ce przy realizacji modu\u0142u integracji listy uniewa\u017cnionych certyfikat\u00f3w s\u0105 aktualizowane tylko przy wznowieniu kluczy kryptograficznych, a tak\u017ce to, \u017ce wiadomo\u015bci elektroniczne, kt\u00f3re trafi\u0142y do folderu &#8230;SHAREIn, s\u0105 sprawdzane tylko pod k\u0105tem kontrolowania integralno\u015bci i kontroli zaufania do klucza publicznego podpisu elektronicznego.<\/p>\n<p><b>Atak<\/b><\/p>\n<p>Cybercriminals, utilizing the keys stolen in the previous scenario, signed a forged payment order containing information about the receipt of funds into the account of a fraudulent client and injected it into the secure data exchange channel. Since there is no verification that the payment order is indeed signed by the Bank of Russia, it is accepted for execution.<br \/>\n<br \/>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/422329\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041e \u0447\u0435\u043c \u0438\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u043d\u0438\u0435 \u0421\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0434\u0440\u0443\u0433\u0438\u0435 \u0447\u0430\u0441\u0442\u0438 \u0438\u0441\u0441\u043b\u0435\u0434\u043e\u0432\u0430\u043d\u0438\u044f \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 1 \u2014 \u042d\u043a\u043e\u043d\u043e\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u043e\u0441\u043d\u043e\u0432\u044b. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 2 \u2014 \u0422\u0438\u043f\u043e\u0432\u0430\u044f IT-\u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0431\u0430\u043d\u043a\u0430. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 3 \u2014 \u0424\u043e\u0440\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u0439 \u043a \u0441\u0438\u0441\u0442\u0435\u043c\u0435 \u0437\u0430\u0449\u0438\u0442\u044b. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 4 \u2014 \u041e\u0431\u0437\u043e\u0440 \u0441\u0442\u0430\u043d\u0434\u0430\u0440\u0442\u043e\u0432 \u043c\u043e\u0434\u0435\u043b\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0443\u0433\u0440\u043e\u0437. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23545,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31627","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 8 \u2014 \u0422\u0438\u043f\u043e\u0432\u044b\u0435 \u043c\u043e\u0434\u0435\u043b\u0438 \u0443\u0433\u0440\u043e\u0437 | ProHoster\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:42:14+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:42:14+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Information security of bank cashless payments. Part 8 \u2014 Typical threat models | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u0430\u044f \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u0431\u0430\u043d\u043a\u043e\u0432\u0441\u043a\u0438\u0445 \u0431\u0435\u0437\u043d\u0430\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u043b\u0430\u0442\u0435\u0436\u0435\u0439. \u0427\u0430\u0441\u0442\u044c 8 \u2014 \u0422\u0438\u043f\u043e\u0432\u044b\u0435 \u043c\u043e\u0434\u0435\u043b\u0438 \u0443\u0433\u0440\u043e\u0437 | ProHoster","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:42:14+00:00","article:modified_time":"2019-10-31T18:42:14+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31627","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 07:04:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:13:29","updated":"2026-01-21 07:04:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/31627","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=31627"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/31627\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/23545"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=31627"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=31627"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=31627"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}