{"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\/hr\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","title":{"rendered":"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\"><img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" 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\">O \u010demu se radi u istra\u017eivanju<\/a><\/noindex><\/p>\n<p><b class=\"spoiler_title\">Linkovi na ostale dijelove istra\u017eivanja<\/b><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">Informacijska sigurnost bankovnih bezgotovinskih pla\u0107anja. Dio 1 \u2014 Ekonomsku osnovu.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">Informacijska sigurnost bankovnih bezgotovinskih pla\u0107anja. Dio 2 \u2014 Tipi\u010dna IT infrastruktura banke.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">Informacijska sigurnost bankovnih bezgotovinskih pla\u0107anja. Dio 3 \u2014 Formiranje zahtjeva za sustav za\u0161tite.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">Informacijska sigurnost bankovnih bezgotovinskih pla\u0107anja. Dio 4 \u2014 Pregled standarda modeliranja prijetnji.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">Informacijska sigurnost bankovnih bezgotovinskih pla\u0107anja. Dio 5 \u2014 100+ poveznica o napadima na banke.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">Informacijska sigurnost bankovnih bezgotovinskih pla\u0107anja. Dio 6 \u2014 Analiza bankovnih zlo\u010dina.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">Informacijska sigurnost bankovnih bezgotovinskih pla\u0107anja. Dio 7 \u2014 Osnovni model prijetnji.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji <\/a><\/noindex>(<b>Vi ste ovdje<\/b>)<\/li>\n<\/ul>\n<p>Ovaj \u010dlanak zavr\u0161ava niz publikacija posve\u0107enih osiguravanju informacijske sigurnosti bankovnih bezgotovinskih pla\u0107anja. Ovdje \u0107emo razmotriti tipi\u010dne modele prijetnji na koje se oslanja <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">osnovni model<\/a><\/noindex>:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">Tipi\u010dni model prijetnji. Mre\u017ena povezanost<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUIS\">Tipi\u010dni model prijetnji. Informacijski sustav izgra\u0111en na klijentsko-poslu\u017eiteljskoj arhitekturi<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRD\">Tipi\u010dni model prijetnji. Sustav upravljanja pristupom<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUMI\">Tipi\u010dni model prijetnji. Modul integracije<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZI\">Tipi\u010dni model prijetnji. Sustav kriptografske za\u0161tite informacija.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p><b>HABRO-UPOZORENJE !!!<\/b> Dragi habrov\u010dani, ovo nije zabavna objava. <br \/>\nSkriveni u kategoriji, 40+ stranica materijala osmi\u0161ljeno je <b>da pomogne u radu ili u\u010denju<\/b> ljudima koji se specijaliziraju za bankarstvo ili osiguranje informacijske sigurnosti. Ovi materijali predstavljaju kona\u010dni proizvod istra\u017eivanja i napisani su u suhom slu\u017ebenom tonu. U su\u0161tini, to su predlo\u0161ci za unutarnje dokumente u INFO. <\/p>\n<p>I naravno \u2014 <b>\u201eupotreba informacija iz \u010dlanka u nezakonite svrhe ka\u017enjiva je zakonom\u201c<\/b>. Produktivno \u010ditanje!\n<\/p><\/blockquote>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nInformacije za \u010ditatelje koji se upoznaju s istra\u017eivanjem, po\u010dinju\u0107i od ove objave.<br \/>\n<noindex><a rel=\"nofollow\" name=\"ABOUT\"><\/a><\/noindex><\/p>\n<blockquote>\n<h2>O \u010demu se radi u istra\u017eivanju<\/h2>\n<p>\n\u010citate vodi\u010d za stru\u010dnjaka odgovornog za osiguranje informacijske sigurnosti pla\u0107anja u banci. <\/p>\n<p><b>Logika izlaganja<\/b><\/p>\n<p>Na po\u010detku u <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">Dijelu 1<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">Dijelu 2<\/a><\/noindex> predstavljeno je opisivanje objekta za\u0161tite. Zatim u <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">Dijelu 3<\/a><\/noindex> opisuje kako izgraditi sustav za\u0161tite i nagla\u0161ava potrebu za oblikovanjem modela prijetnji. U <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">dijelu 4<\/a><\/noindex> opisuje koje vrste prijetnji postoje i kako se formiraju. U <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">dijelu 5<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">dijelu 6<\/a><\/noindex> analizira stvarne napade. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">Dio 7<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">dijelu 8<\/a><\/noindex> sadr\u017ee opis modela prijetnji, izgra\u0111enog na temelju informacija iz svih prethodnih dijelova.<\/p><\/blockquote>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUNC\"><\/a><\/noindex><\/p>\n<h2>TIPI\u010cNI MODEL PRIJETNJI. MRE\u017dNA VEZA<\/h2>\n<p><\/p>\n<h3>Objekt za\u0161tite za koji se primjenjuje model prijetnji (scope)<\/h3>\n<p>\nObjekt za\u0161tite su podaci koji se \u0161alju putem mre\u017ene veze, koja radi u mre\u017eama prijenosa podataka izgra\u0111enim na bazi TCP\/IP stoga.<\/p>\n<p><b>Arhitektura<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/7fec6dc479280db22a581595ae7fc493.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOpis elemenata arhitekture:<\/p>\n<ul>\n<li><i>\u00abKrajnji \u010dvorovi\u00bb<\/i> \u2014 \u010dvorovi koji razmjenjuju za\u0161ti\u0107ene informacije.<\/li>\n<li><i>\u00abPosredni\u010dki \u010dvorovi\u00bb<\/i> \u2014 elementi mre\u017ee prijenosa podataka: usmjeriva\u010di, preklopnici, pristupni poslu\u017eitelji, proxy poslu\u017eitelji i druga oprema, kroz koju prolazi promet mre\u017ene veze. Uop\u0107e, mre\u017ena veza mo\u017ee funkcionirati bez posredni\u010dkih \u010dvorova (izravno izme\u0111u krajnjih \u010dvorova).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Prijetnje sigurnosti vi\u0161eg nivoa<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><\/p>\n<p>U1. Neovla\u0161teno pregledavanje preno\u0161enih podataka.<br \/>\nU2. Neovla\u0161tena modifikacija preno\u0161enih podataka.<br \/>\nU3. Kr\u0161enje autorskih prava preno\u0161enih podataka.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU1\"><\/a><\/noindex><\/p>\n<h3>U1. Neovla\u0161teno pregledavanje preno\u0161enih podataka<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU1.1. , provedeno na krajnjim ili me\u0111uprostorima \u010dvorovima:<br \/>\nU1.1.1.  \u010ditanjem podataka dok se nalaze u memorijskim ure\u0111ajima \u010dvora:<br \/>\nU1.1.1.1.  u radnoj memoriji.<br \/>\n<i>Obja\u0161njenja za U1.1.1.1.<\/i><br \/>\nNa primjer, tijekom obrade podataka od strane mre\u017enog staka \u010dvora.<\/p>\n<p>U1.1.1.2.  u nevolatnoj memoriji.<br \/>\n<i>Obja\u0161njenja za U1.1.1.2.<\/i><br \/>\nNa primjer, kada se preneseni podaci pohranjuju u predmemoriji, privremenim datotekama ili datotekama s promjenjivim sadr\u017eajem.<\/p>\n<p>U1.2. , provedeno na vanjskim \u010dvorovima mre\u017ee prijenosa podataka:<br \/>\nU1.2.1.  metodom hvatanja svih paketa koji prolaze kroz mre\u017eni su\u010delje \u010dvora:<br \/>\n<i>Obja\u0161njenja za U1.2.1.<\/i><br \/>\nHvatanje svih paketa vr\u0161i se stavljanjem mre\u017ene kartice u neuredni na\u010din rada (promiscuous mode za \u017ei\u010dane adaptere ili monitor mode za Wi-Fi adaptere).<\/p>\n<p>U1.2.2.  putem provo\u0111enja napada tipa \"\u010dovjek u sredini (MiTM)\", ali bez izmjene prenesenih podataka (osim pomo\u0107nih podataka mre\u017enih protokola).<br \/>\nU1.2.2.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abTipi\u010dni model prijetnji. Mre\u017ena povezanost. U2. Neovla\u0161tena modifikacija prenesenih podataka\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.3. , provedeno putem curenja informacija kroz tehni\u010dke kanale (TKUI) s fizi\u010dkih \u010dvorova ili komunikacijskih linija.<\/p>\n<p>U1.4. , provedeno instalacijama na krajnjim ili me\u0111uprostorima \u010dvorovima posebnih tehni\u010dkih sredstava (STS), namijene za tajno prikupljanje informacija.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU2\"><\/a><\/noindex><\/p>\n<h3>U2. Neovla\u0161tena modifikacija prenesenih podataka<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU2.1. , provedeno na krajnjim ili me\u0111uprostorima \u010dvorovima:<br \/>\nU2.1.1.  \u010ditanjem i uno\u0161enjem promjena u podatke dok se nalaze u memorijskim ure\u0111ajima \u010dvorova:<br \/>\nU2.1.1.1.  u radnoj memoriji:<br \/>\nU2.1.1.2.  u nevolatnoj memoriji:<\/p>\n<p>U2.2. , provedeno na vanjskim \u010dvorovima mre\u017ee prijenosa podataka:<br \/>\nU2.2.1.  putem provo\u0111enja napada tipa \"\u010dovjek u sredini (MiTM)\" i preusmjeravanja prometa na \u010dvor zlonamjernika:<br \/>\nU2.2.1.1. Fizi\u010dko povezivanje opreme napada\u010da u prekid mre\u017ene povezanosti.<br \/>\nU2.2.1.2. Provo\u0111enje napada na mre\u017ene protokole:<br \/>\nU2.2.1.2.1.  upravljanja virtualnim lokalnim mre\u017eama (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. Neovla\u0161tena modifikacija postavki VLAN na prekida\u010dima ili usmjeriva\u010dima.<br \/>\nU2.2.1.2.2.  usmjeravanje prometa:<br \/>\nU2.2.1.2.2.1. Neovla\u0161tena modifikacija tablica stati\u010dkog usmjeravanja usmjeriva\u010da.<br \/>\nU2.2.1.2.2.2. Anonimiziranje podlo\u017enih rute od strane napada\u010da putem protokola dinami\u010dkog usmjeravanja.<br \/>\nU2.2.1.2.3.  automatska konfiguracija:<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.  adresiranje i razrje\u0161avanje imena:<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. Uvo\u0111enje neovla\u0161tenih promjena u lokalne datoteke imena \u010dvorova (hosts, lmhosts itd.)<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU3\"><\/a><\/noindex><\/p>\n<h3>U3. Kr\u0161enje autorskih prava prenesenih podataka<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU3.1. Neutralizacija mehanizama za odre\u0111ivanje autorstva informacija putem navo\u0111enja podlo\u017enih podataka o autoru ili izvoru podataka:<br \/>\nU3.1.1. Promjena podataka o autoru koji su sadr\u017eani u prenosivim informacijama.<br \/>\nU3.1.1.1. Neutralizacija kriptografske za\u0161tite integriteta i autorstva prenesenih podataka:<br \/>\nU3.1.1.1.1. Referenca: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU4\">\u00abTipi\u010dni model prijetnji. Sustav kriptografske za\u0161tite informacija.<br \/>\nU4. Kreiranje elektroni\u010dkog potpisa legitimnog potpisnika na podlo\u017enim podacima\u00bb<\/a><\/noindex>.<br \/>\nU3.1.1.2. Neutralizacija za\u0161tite autorskih prava prenesenih podataka, implementiranih pomo\u0107u jednokratnih kodova potvrde:<br \/>\nU3.1.1.2.1. <noindex>SIM zamjena<\/noindex>.<\/p>\n<p>U3.1.2. Promjena podataka o izvoru prenesenih informacija:<br \/>\nU3.1.2.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/IP_address_spoofing\">IP obmanjivanje<\/a><\/noindex>.<br \/>\nU3.1.2.2. <noindex><a rel=\"nofollow\" href=\"http:\/\/xgu.ru\/wiki\/MAC-spoofing\">MAC obmanjivanje<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUIS\"><\/a><\/noindex><\/p>\n<h2>TIPI\u010cNI MODEL OPASNOSTI. INFORMACIJSKI SISTEM TEMELJEN NA ARHITEKTURI KLIJENT-SERVER<\/h2>\n<p><\/p>\n<h3>Objekt za\u0161tite za koji se primjenjuje model prijetnji (scope)<\/h3>\n<p>\nObjekt za\u0161tite je informacijski sistem koji se temelji na arhitekturi klijent-server.<\/p>\n<p><b>Arhitektura<\/b><br \/>\n<img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/f18c9c6c1e3d5372932d8c2a331284cf.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOpis elemenata arhitekture:<\/p>\n<ul>\n<li><i>\u201eKlijent\u201c<\/i> \u2013 ure\u0111aj na kojem funkcionira klijentski deo informacijskog sistema.<\/li>\n<li><i>\u201eServer\u201c<\/i> \u2013 ure\u0111aj na kojem funkcionira serverski deo informacijskog sistema.<\/li>\n<li><i>\u201eSkladi\u0161te podataka\u201c<\/i> \u2013 deo serverske infrastrukture informacijskog sistema namenjen skladi\u0161tenju podataka koji se obra\u0111uju informacijskim sistemom.<\/li>\n<li><i>\u201eMre\u017eno povezivanje\u201c<\/i> \u2013 kanal razmene informacija izme\u0111u Klijenta i Servera, koji prolazi kroz mre\u017eu prenosa podataka. Detaljniji opis modela elementa dat je u <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">\u201eTipi\u010dnom modelu opasnosti. Mre\u017eno povezivanje\u201c<\/a><\/noindex>.<\/li>\n<\/ul>\n<p>\n<b>Ograni\u010denja<\/b><br \/>\nPri modeliranju objekta postavljena su slede\u0107a ograni\u010denja:<\/p>\n<ol>\n<li>Korisnik interaguje s informacionim sistemom unutar kona\u010dnih vremenskih intervala, nazvanih radne sesije.<\/li>\n<li>Na po\u010detku svake radne sesije vr\u0161i se identifikacija, autentifikacija i autorizacija korisnika.<\/li>\n<li>Svi za\u0161ti\u0107eni podaci \u010duvaju se na serverskoj strani informacijskog sistema.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Prijetnje sigurnosti vi\u0161eg nivoa<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU1. Izvo\u0111enje neovla\u0161tenih radnji od strane napada\u010da u ime legitimnog korisnika.<br \/>\nU2. Neovla\u0161tena modifikacija za\u0161ti\u0107enih informacija tokom njihove obrade serverskom stranom informacijskog sistema.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU1\"><\/a><\/noindex><\/p>\n<h3>U1. Izvo\u0111enje neovla\u0161tenih radnji od strane napada\u010da u ime legitimnog korisnika<\/h3>\n<p>\n<b>Obja\u0161njenja<\/b><br \/>\nObi\u010dno se u informacionim sistemima korelacija radnji sa izvr\u0161iteljom obavlja putem:<\/p>\n<ol>\n<li>dnevnika rada sistema (logs). <\/li>\n<li>specijalnih atributa objekata podataka koji sadr\u017ee informacije o korisniku koji ih je stvorio ili promenio.<\/li>\n<\/ol>\n<p>\nU odnosu na radnu sesiju, ova pretnja se mo\u017ee dekomponovati na:<\/p>\n<ol>\n<li>izvr\u0161eni u okviru sesije korisnika.<\/li>\n<li>izvr\u0161eni izvan sesije korisnika.<\/li>\n<\/ol>\n<p>\nRadna sesija korisnika mo\u017ee biti inicirana:<\/p>\n<ol>\n<li>S\u00e2mim korisnikom.<\/li>\n<li>Zlonamjernici.<\/li>\n<\/ol>\n<p>\nU ovoj fazi, me\u0111urezultantna dekompozicija ove prijetnje izgledat \u0107e ovako:<br \/>\nU1.1. Neovla\u0161tene radnje izvr\u0161ene su unutar sesije rada korisnika:<br \/>\nU1.1.1. , instaliran od strane napadnutog korisnika.<br \/>\nU1.1.2. , instaliran od strane napada\u010da.<br \/>\nU1.2. Neovla\u0161tene radnje izvr\u0161ene su izvan sesije rada korisnika.<\/p>\n<p>S stajali\u0161ta objekata informacijske infrastrukture na koje mogu utjecati zlonamjernici, dekompozicija me\u0111urezultantnih prijetnji izgledat \u0107e ovako:<\/p>\n<p>Elementi<br \/>\nDekompozicija prijetnji<\/p>\n<p><b>U1.1.1.<\/b><br \/>\n<b>U1.1.2.<\/b><br \/>\n<b>U1.2.<\/b><\/p>\n<p>Klijent<br \/>\nU1.1.1.1.<br \/>\nU1.1.2.1.<\/p>\n<p>Mre\u017ena veza<br \/>\nU1.1.1.2.<\/p>\n<p>Server<\/p>\n<p>U1.2.1.<\/p>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU1.1. Neovla\u0161tene radnje izvr\u0161ene su unutar sesije rada korisnika:<br \/>\nU1.1.1. , instaliran od strane napadnutog korisnika:<br \/>\nU1.1.1.1. Zlonamjernici su samostalno djelovali s Klijenta:<br \/>\nU1.1.1.1.1 Zlonamjernici su koristili uobi\u010dajena sredstva pristupa informacijskom sustavu:<br \/>\nU1.1.1.1.1.1. Zlonamjernici su koristili fizi\u010dka sredstva ulaza i izlaza Klijenta (tipkovnica, mi\u0161, monitor ili dodirni ekran mobilnog ure\u0111aja):<br \/>\nU1.1.1.1.1.1.1. Zlonamjernici su djelovali u vremenskim razdobljima kada je sesija aktivna, sredstva ulaza i izlaza su dostupna, a korisnik nije prisutan.<br \/>\nU1.1.1.1.1.2. Zlonamjernici su koristili sredstva daljinskog administriranja (uobi\u010dajena ili pru\u017eena zlonamjernim kodom) za upravljanje Klijentom:<br \/>\nU1.1.1.1.1.2.1. Zlonamjernici su djelovali u vremenskim razdobljima kada je sesija aktivna, sredstva ulaza i izlaza su dostupna, a korisnik nije prisutan.<br \/>\nU1.1.1.1.1.2.2. Zlonamjernici su koristili sredstva daljinskog administriranja \u010dije djelovanje nije uo\u010dljivo napadnutom korisniku.<br \/>\nU1.1.1.2. Zlonamjernici su zamjenjivali podatke u mre\u017enoj vezi izme\u0111u Klijenta i Poslu\u017eitelja, modificiraju\u0107i ih na taj na\u010din da se percipiraju kao radnje legitimnog korisnika:<br \/>\nU1.1.1.2.1. Veza: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abTipi\u010dni model prijetnji. Mre\u017ena povezanost. U2. Neovla\u0161tena modifikacija prenesenih podataka\u00bb<\/a><\/noindex>.<br \/>\nU1.1.1.3. Zlonamjernici su prisilili korisnika na izvr\u0161enje radnji koje su im odredili, koriste\u0107i metode socijalnog in\u017eenjeringa.<\/p>\n<p>U1.1.2  instaliran od strane napada\u010da:<br \/>\nU1.1.2.1. Zlonamjernici su djelovali s Klijenta (<b>I<\/b>):<br \/>\nU1.1.2.1.1. Zlonamjernici su neutralizirali sustav razgrani\u010denja pristupa informacijskom sustavu:<br \/>\nU1.1.2.1.1.1. Veza: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abTipi\u010dni model prijetnji. Sustav kontrole pristupa. U1. Neautorizirano uspostavljanje radne sesije u ime legalnog korisnika\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.1.2. Napada\u010di su koristili standardna sredstva pristupa informacijskom sustavu<br \/>\nU1.1.2.2. Napada\u010di su djelovali s drugih \u010dvorova mre\u017ee prijenosa podataka s kojih je mogu\u0107e uspostaviti mre\u017enu vezu s Serverom (<b>I<\/b>):<br \/>\nU1.1.2.2.1. Napada\u010di su neutralizirali sustav kontrole pristupa informacijskom sustavu:<br \/>\nU1.1.2.2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abTipi\u010dni model prijetnji. Sustav kontrole pristupa. U1. Neautorizirano uspostavljanje radne sesije u ime legalnog korisnika\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.2.2. Napada\u010di su koristili neodobrena sredstva pristupa informacijskom sustavu.<br \/>\n<i>Obja\u0161njenja U1.1.2.2.2.<\/i><br \/>\nNapada\u010di su mogli instalirati standardni klijent informacijskog sustava na strani \u010dvor ili su mogli koristiti neodobreni softver koji provodi standardne protokole razmjene izme\u0111u Klijenta i Servera.<\/p>\n<p>U1.2 Neautorizirane radnje izvr\u0161ene su izvan radne sesije korisnika.<br \/>\nU1.2.1 Napada\u010di su izvr\u0161ili neautorizirane radnje, a zatim su unijeli neautorizirane izmjene u dnevnike rada informacijskog sustava ili posebne atribute objekata podataka, navode\u0107i da su radnje koje su izvr\u0161ili izvr\u0161ene od strane legitimnog korisnika.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU2\"><\/a><\/noindex><\/p>\n<h3>U2. Neautorizirana modifikacija za\u0161ti\u0107enih informacija tijekom njihove obrade poslu\u017eiteljskom stranom informacijskog sustava<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU2.1. Napada\u010di modificiraju za\u0161ti\u0107ene informacije koriste\u0107i standardna sredstva informacijskog sustava i provode to u ime legitimnog korisnika.<br \/>\nU2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abTipi\u010dni model prijetnji. Informacijski sustav temeljen na klijent-poslu\u017eitelj arhitekturi. U1. Izvr\u0161enje neautoriziranih radnji od strane napada\u010da u ime legitimnog korisnika\u00bb<\/a><\/noindex>.<\/p>\n<p>U2.2. Napada\u010di modificiraju za\u0161ti\u0107ene informacije koriste\u0107i mehanizme pristupa podacima koji nisu predvi\u0111eni standardnim radnim re\u017eimom informacijskog sustava.<br \/>\nU2.2.1. Napada\u010di modificiraju datoteke koje sadr\u017ee za\u0161ti\u0107ene informacije:<br \/>\nU2.2.1.1. , koriste\u0107i mehanizme rada s datotekama koje pru\u017ea operacijski sustav.<br \/>\nU2.2.1.2.  provociranjem obnavljanja datoteka iz neovla\u0161teno modificirane sigurnosne kopije.<\/p>\n<p>U2.2.2. Napada\u010di modificiraju za\u0161ti\u0107ene informacije pohranjene u bazi podataka (<b>I<\/b>):<br \/>\nU2.2.2.1. Napada\u010di neutraliziraju sustav kontrole pristupa DBMS-a:<br \/>\nU2.2.2.1.1. Veza: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abTipi\u010dni model prijetnji. Sustav kontrole pristupa. U1. Neautorizirano uspostavljanje radne sesije u ime legalnog korisnika\u00bb<\/a><\/noindex>.<br \/>\nU2.2.2.2. Napada\u010di modificiraju informacije koriste\u0107i standardne su\u010delje DBMS-a za pristup podacima.<\/p>\n<p>U2.3. Napada\u010di modificiraju za\u0161ti\u0107ene informacije neovla\u0161tenom modifikacijom algoritama rada softvera koji ih obra\u0111uje.<br \/>\nU2.3.1. Izvorni kod softvera podlije\u017ee modifikacijama.<br \/>\nU2.3.1. Strojni kod softvera podlije\u017ee modifikacijama.<\/p>\n<p>U2.4. Napada\u010di modificiraju za\u0161ti\u0107ene informacije koriste\u0107i ranjivosti u softveru informacijske sustave.<\/p>\n<p>U2.5. Napada\u010di modificiraju za\u0161ti\u0107ene informacije prilikom njihove prijenosa izme\u0111u komponenti poslu\u017eiteljske strane informacijskog sustava (npr. izme\u0111u poslu\u017eitelja baza podataka i poslu\u017eitelja aplikacija):<br \/>\nU2.5.1. Veza: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abTipi\u010dni model prijetnji. Mre\u017ena povezanost. U2. Neovla\u0161tena modifikacija prenesenih podataka\u00bb<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSRD\"><\/a><\/noindex><\/p>\n<h2>TIPI\u010cAN MODEL PRIJETNJI. SUSTAV KONTROLE PRISTUPA<\/h2>\n<p><\/p>\n<h3>Objekt za\u0161tite za koji se primjenjuje model prijetnji (scope)<\/h3>\n<p>\nObjekt za\u0161tite za koji se primjenjuje ovaj model prijetnji odgovara objektu za\u0161tite modela prijetnji: 'Tipi\u010dan model prijetnji. Informacijski sustav temeljen na klijent-poslu\u017eitelj arhitekturi'.<\/p>\n<p>Pod sustavom kontrole pristupa korisnicima u ovom modelu prijetnji podrazumijeva se komponenta informacijskog sustava koja izvr\u0161ava funkcije:<\/p>\n<ol>\n<li>Identifikacije korisnika.<\/li>\n<li>Autentifikacije korisnika.<\/li>\n<li>Autorizacije korisnika.<\/li>\n<li>Protokoliranja radnji korisnika.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Prijetnje sigurnosti vi\u0161eg nivoa<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU1. Neovla\u0161teno uspostavljanje sesije rada u ime legitimnog korisnika. <br \/>\nU2. Neovla\u0161teno pove\u0107anje privilegija korisnika u informacijskom sustavu.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU1\"><\/a><\/noindex> <\/p>\n<h3>U1. Neovla\u0161teno uspostavljanje sesije rada u ime legitimnog korisnika <\/h3>\n<p>\n<b>Obja\u0161njenja<\/b><br \/>\nDekompocicija ove prijetnje op\u0107enito \u0107e ovisiti o primijenjenom tipu sustava identifikacije i autentifikacije korisnika. <\/p>\n<p>U ovom modelu \u0107e se razmatrati samo sustav identifikacije i autentifikacije korisnika, koji koristi tekstualni login i lozinku. Pri tome \u0107emo pretpostaviti da je korisni\u010dki login javno dostupna informacija poznata napada\u010dima.<\/p>\n<p><b>Dekonstrukcija<\/b><br \/>\nU1.1.  putem kompromitacije korisni\u010dkih podataka:<br \/>\nU1.1.1. Napada\u010di su kompromitirali korisni\u010dke podatke tijekom njihovog pohranjivanja.<br \/>\n<i>Obja\u0161njenja U1.1.1.<\/i><br \/>\nNa primjer, korisni\u010dki podaci mogli su biti napisani na naljepnici prilijepljenoj na monitoru.<\/p>\n<p>U1.1.2. Korisnik je slu\u010dajno ili zlonamjerno prenio pristupne podatke zlonamjernim osobama.<br \/>\nU1.1.2.1. Korisnik je izgovarao podatke o ra\u010dunu naglas tijekom unosa.<br \/>\nU1.1.2.2. Korisnik je namjerno prenio svoje podatke o ra\u010dunu:<br \/>\nU1.1.2.2.1.  kolegama s posla.<br \/>\n<i>Obja\u0161njenja U1.1.2.2.1.<\/i><br \/>\nNa primjer, kako bi mogli zamijeniti korisnika tijekom bolovanja.<\/p>\n<p>U1.1.2.2.2.  klijentima poslodavca koji obavljaju radove na objektima informati\u010dke infrastrukture.<br \/>\nU1.1.2.2.3.  tre\u0107im stranama.<br \/>\n<i>Obja\u0161njenja U1.1.2.2.3.<\/i><br \/>\nJedna, ali ne i jedina implementacija ove prijetnje je kori\u0161tenje zlonamjernih tehnika dru\u0161tvenog in\u017eenjeringa.<\/p>\n<p>U1.1.3. Zlonamjernici su pogodili podatke o ra\u010dunu metodom poku\u0161aja i pogre\u0161ke:<br \/>\nU1.1.3.1.  koriste\u0107i regularne mehanizme pristupa.<br \/>\nU1.1.3.2.  pomo\u0107u prethodno presretnutih kodova (na primjer, he\u0161eva lozinki) skladi\u0161tenja korisni\u010dkih podataka.<\/p>\n<p>U1.1.4. Zlonamjernici su koristili zlonamjerni kod za presretanje podatka o korisni\u010dkom ra\u010dunu.<\/p>\n<p>U1.1.5. Zlonamjernici su izvukli podatke o ra\u010dunu iz mre\u017ene veze izme\u0111u Klijenta i Poslu\u017eitelja:<br \/>\nU1.1.5.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU1\">\u201eStandardni model prijetnje. Mre\u017ena veza. U1. Nepozvani pristup prenesenim podacima\u201c<\/a><\/noindex>.<\/p>\n<p>U1.1.6. Zlonamjernici su izvukli podatke o ra\u010dunu iz zapisa sustava za pra\u0107enje rada:<br \/>\nU1.1.6.1.  sustava videonadzora (ako su tijekom rada snimana pritiska tipki na tipkovnici).<br \/>\nU1.1.6.2.  sustava nadzora radnji zaposlenika na ra\u010dunalu. <br \/>\n<i>Obja\u0161njenja U1.1.6.2.<\/i><br \/>\nPrimjer takvog sustava \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.staffcop.ru\">StuffCop<\/a><\/noindex>.<\/p>\n<p>U1.1.7. Zlonamjernici su kompromitirali korisni\u010dke podatke zbog nedostataka u procesu njihovog prijenosa.<br \/>\n<i>Obja\u0161njenja U1.1.7.<\/i><br \/>\nNa primjer, prijenos lozinki u otvorenom obliku putem e-po\u0161te.<\/p>\n<p>U1.1.8. Zlonamjernici su saznali podatke o ra\u010dunu putem promatranja sesije korisnika uz pomo\u0107 sustava daljinskog administriranja.<\/p>\n<p>U1.1.9. Zlonamjernici su izvukli podatke o ra\u010dunu kao rezultat njihovog curenja putem tehni\u010dkih kanala (TKUI):<br \/>\nU1.1.9.1. Zlonamjernici su promatrali kako korisnik unosi podatke o ra\u010dunu s tipkovnice:<br \/>\nU1.1.9.1.1 Zlonamjernici su se nalazili u neposrednoj blizini korisnika i vidjeli su unos podataka o ra\u010dunu vlastitim o\u010dima. <br \/>\n<i>Obja\u0161njenja U1.1.9.1.1<\/i><br \/>\nSli\u010dne situacije obuhva\u0107aju radnje kolega ili slu\u010daj kada posjetitelji organizacije mogu vidjeti tipkovnicu korisnika.<\/p>\n<p>U1.1.9.1.2 Napada\u010di su koristili dodatna tehni\u010dka sredstva, poput dalekozora ili dronova, i vidjeli unos korisni\u010dkih podataka kroz prozor. <br \/>\nU1.1.9.2. Napada\u010di su izvukli korisni\u010dke podatke iz zapisa radio komunikacije izme\u0111u tipkovnice i ra\u010dunalne jedinice u slu\u010daju da su bili povezani putem radio su\u010delja (npr. Bluetooth).<br \/>\nU1.1.9.3. Napada\u010di su izvr\u0161ili presretanje korisni\u010dkih podataka zbog njihove curenja kroz kanal sporednih elektromagnetskih zra\u010denja i smetnji (PEM).<br \/>\n<i>Obja\u0161njenja U1.1.9.3.<\/i><br \/>\nPrimjeri napada <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=tMSglPLIDYU\">ovdje<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cl.cam.ac.uk\/~mgk25\/pet2004-fpd.pdf\">ovdje<\/a><\/noindex>. <\/p>\n<p>U1.1.9.4. Napada\u010d je izvr\u0161io presretanje unosa korisni\u010dkih podataka s tipkovnice kori\u0161tenjem posebnih tehni\u010dkih sredstava (PTS) namijenjenih neprimjetnom prikupljanju informacija.<br \/>\n<i>Obja\u0161njenja U1.1.9.4.<\/i><br \/>\nPrimjeri <noindex>ure\u0111aja<\/noindex>. <\/p>\n<p>U1.1.9.5. Napada\u010di su izvr\u0161ili presretanje unosa korisni\u010dkih podataka s tipkovnice analizom Wi-Fi signala, modulatornog procesa pritiskanja tipki od strane korisnika. <br \/>\nObja\u0161njenja U1.1.9.5.<br \/>\n<i>napadi<\/i><br \/>\nPrimjer <noindex><a rel=\"nofollow\" href=\"https:\/\/threatpost.com\/keystroke-recognition-uses-wi-fi-signals-to-snoop\/120135\/\">U1.1.9.6. Napada\u010di su izvr\u0161ili presretanje unosa korisni\u010dkih podataka s tipkovnice analizom zvukova pritiska na tipke.<\/a><\/noindex>.<\/p>\n<p>Obja\u0161njenja U1.1.9.6.<br \/>\n<i>U1.1.9.7. Napada\u010di su izvr\u0161ili presretanje unosa korisni\u010dkih podataka s tipkovnice mobilnog ure\u0111aja analizom podataka akcelerometra.<\/i><br \/>\nPrimjer <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/398545\/\">U1.1.9.6. Napada\u010di su izvr\u0161ili presretanje unosa korisni\u010dkih podataka s tipkovnice analizom zvukova pritiska na tipke.<\/a><\/noindex>.<\/p>\n<p>Obja\u0161njenja U1.1.9.7.<br \/>\n<i>U1.1.10. , prethodno spremljenih na Klijentu.<\/i><br \/>\nPrimjer <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/126806\/\">U1.1.9.6. Napada\u010di su izvr\u0161ili presretanje unosa korisni\u010dkih podataka s tipkovnice analizom zvukova pritiska na tipke.<\/a><\/noindex>.<\/p>\n<p>U1.1.10. , prethodno pohranjenih na Klijentu.<br \/>\n<i>Na primjer, korisnik je mogao spremiti korisni\u010dko ime i lozinku u pregledniku za pristup odre\u0111enoj web stranici.<\/i><br \/>\nU1.1.11. Napada\u010di su kompromitirali korisni\u010dke podatke zbog nedostataka u procesu opoziva korisni\u010dkih prava.<\/p>\n<p>Obja\u0161njenja U1.1.11.<br \/>\n<i>Na primjer, nakon raskida radnog odnosa, korisni\u010dki ra\u010duni nisu bili blokirani.<\/i><br \/>\nU1.2.  zbog kori\u0161tenja ranjivosti u sustavu kontrole pristupa.<\/p>\n<p>U1.2.  iskori\u0161tavanjem ranjivosti u sustavu razgrani\u010denja pristupa.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU2\"><\/a><\/noindex> <\/p>\n<h3>U2.1  stvaranjem neovla\u0161tenih izmjena u podacima koji sadr\u017ee informacije o privilegijama korisnika.<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU2.1  uno\u0161enjem neovla\u0161tenih izmjena u podatke koji sadr\u017ee informacije o privilegijama korisnika.<\/p>\n<p>U2.2  iskori\u0161tavanjem ranjivosti u sustavu razgrani\u010denja pristupa.<\/p>\n<p>U2.3.  zbog nedostataka u upravlja\u010dkom procesu pristupa korisnicima.<br \/>\n<i>Obja\u0161njenja U2.3.<\/i><br \/>\nPrimjer 1. Korisniku je za rad pru\u017een pristup ve\u0107i od onog koji mu je bio potreban zbog slu\u017ebene potrebe.<br \/>\nPrimjer 2. Nakon prebacivanja korisnika na drugu poziciju, prethodno dodijeljena prava pristupa nisu opozvana.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUMI\"><\/a><\/noindex><\/p>\n<h2>TIPI\u010cNI MODEL PRIJETNJI. MODUL INTIGRACIJE<\/h2>\n<p><\/p>\n<h3>Objekt za\u0161tite za koji se primjenjuje model prijetnji (scope)<\/h3>\n<p>\nModul integracije je skup objekata informacijske infrastrukture, namijenjen organizaciji razmjene informacija izme\u0111u informacijskih sustava.<\/p>\n<p>S obzirom na to da u korporativnim mre\u017eama nije uvijek mogu\u0107e jasno razdvojiti jedan informacijski sustav od drugog, modul integracije se mo\u017ee smatrati i veznim elementom izme\u0111u komponenti unutar jednog informacijskog sustava.<\/p>\n<p><b>Arhitektura<\/b><br \/>\nGeneralizirana shema modula integracije izgleda ovako:<\/p>\n<p><img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/6b91d59698b761a14aef7f1c4fbec325.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOpis elemenata arhitekture:<\/p>\n<ul>\n<li><i>\u00abPoslu\u017eitelj za razmjenu (PR)\u00bb<\/i> \u2013 \u010dvor \/ servis \/ komponenta informacijskog sustava koja obavlja funkciju razmjene podataka s drugim informacijskim sustavom.<\/li>\n<li><i>\u00abPosrednik\u00bb<\/i> \u2013 \u010dvor \/ servis, namijenjen organizaciji interakcije izme\u0111u informacijskih sustava, ali nije dio njih. <br \/>\nPrimjeri <i>\u00abPosrednika\u00bb<\/i> mogu biti servisi elektroni\u010dke po\u0161te, servisne sabirnice poduze\u0107a (enterprise service bus \/ SoA-arhitektura), vanjski poslu\u017eitelji datoteka itd. U op\u0107em slu\u010daju modul integracije mo\u017ee i ne sadr\u017eavati \u00abPosrednike\u00bb.<\/li>\n<li><i>\u00abSO obrade podataka\u00bb<\/i> \u2013 skup programa koji implementira protokole za razmjenu podataka i prebacivanje formata. <br \/>\nNa primjer, pretvaranje podataka iz formata UFEBS u format ABS, promjena statusa poruka tijekom prijenosa itd.<\/li>\n<li><i>\u201eMre\u017eno povezivanje\u201c<\/i> odgovara objektu opisanom u tipi\u010dnom modelu prijetnji \u00abMre\u017ena veza\u00bb. Neki od mre\u017enih veza prikazanih na gornjoj shemi mo\u017eda ne\u0107e postojati.<\/li>\n<\/ul>\n<p><b>Primjeri modula integracije<\/b><\/p>\n<p><i>Shema 1. Integracija ABS-a i ARM KBR-a putem vanjskog poslu\u017eitelja za datoteke<\/i><\/p>\n<p>Za izvr\u0161enje uplata ovla\u0161teni zaposlenik banke preuzima iz ABS elektroni\u010dke dokumente o uplati i pohranjuje ih u datoteku (vlastitog formata, npr. SQL dump) na mre\u017enoj mapi (\u2026SHARE) datote\u010dnog poslu\u017eitelja. Zatim se ta datoteka pomo\u0107u skripte za pretvorbu obra\u0111uje u skup datoteka formata UFEBS koje zatim \u010dita ARM KBR. <br \/>\nNakon toga, ovla\u0161teni zaposlenik \u2014 korisnik ARM KBR \u2014 \u0161ifrira i potpisuje primljenu datoteku te je \u0161alje u platni sustav Banke Rusije.<\/p>\n<p>Kada uplati do\u0111u iz Banke Rusije, ARM KBR provodi njihovo de\u0161ifriranje i provjeru elektroni\u010dkog potpisa, nakon \u010dega ih zapisuje kao skup datoteka formata UFEBS na datote\u010dni poslu\u017eitelj. Prije uvoza platnih dokumenata u ABS, oni se pretvaraju pomo\u0107u skripta-konvertera iz formata UFEBS u format ABS. <\/p>\n<p>Pretpostavimo da u ovoj shemi ABS funkcionira na jednom fizi\u010dkom poslu\u017eitelju, ARM KBR funkcioni\u0161e na namjenskom ra\u010dunalu, a skript-konverter radi na datote\u010dnom poslu\u017eitelju.<\/p>\n<p><img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/bef53aaa1deaee5adeca620204345642.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOdnos objekata u razmatranoj shemi s elementima modela integracije:<br \/>\n<i>\u00abPoslu\u017eitelji razmjene s strane ABS-a\u00bb<\/i> \u2013 poslu\u017eitelj ABS-a.<br \/>\n<i>\u00abPoslu\u017eitelji razmjene s strane ARM KBR\u00bb<\/i> \u2013 ra\u010dunalo ARM KBR.<br \/>\n<i>\u00abPosrednik\u00bb<\/i> \u2013 vanjski datote\u010dni poslu\u017eitelj.<br \/>\n<i>\u00abSO obrade podataka\u00bb<\/i> \u2013 skript-konverter.<\/p>\n<p><i>Shema 2. Integracija ABS-a i ARM KBR-a kod postavljanja zajedni\u010dke mre\u017ene mape s platbama na ARM KBR.<\/i><\/p>\n<p>Sve jednako kao u Shemi 1, ali se ne koristi zasebni datote\u010dni poslu\u017eitelj, nego se mre\u017ena mapa (\u2026SHARE) s elektroni\u010dkim dokumentima o uplati nalazi na ra\u010dunalu s ARM KBR. Skripta za pretvorbu tako\u0111er radi na ARM KBR.<\/p>\n<p><img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/7d3ecde6d78b2c45e1249236c7da925b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOdnos objekata u razmatranoj shemi s elementima modela integracije:<br \/>\nSli\u010dno Shemi 1, ali <i>\u00abPosrednik\u00bb<\/i> ne koristi se.<\/p>\n<p><i>Shema 3. Integracija ABS-a i ARM KBR-N preko IBM WebSphera MQ i potpisivanje elektroni\u010dkih dokumenata \u201ena strani ABS-a\u201d.<\/i><\/p>\n<p>ABS radi na platformi koja ne podr\u017eava SKZI SKAD Signatura. Potpisivanje odlaznih elektroni\u010dkih dokumenata vr\u0161i se na posebnom poslu\u017eitelju elektroni\u010dkog potpisa (Poslu\u017eitelj EP). Ovaj isti poslu\u017eitelj provjerava elektroni\u010dki potpis pristiglih dokumenata iz Banke Rusije.<\/p>\n<p>ABS \u0161alje na Poslu\u017eitelj EP datoteku s platnim dokumentima u vlastitom formatu.<br \/>\nPoslu\u017eitelj EP pomo\u0107u skripta-konvertera pretvara datoteku u elektroni\u010dke poruke formata UFEBS, nakon \u010dega se elektroni\u010dke poruke potpisuju i \u0161alju na IBM WebSphere MQ.<\/p>\n<p>ARM KBR-N se obra\u0107a IBM WebSphere MQ i prima odatle potpisane platne poruke, nakon \u010dega ovla\u0161teni zaposlenik \u2014 korisnik ARM KBR \u2014 ih \u0161ifrira i \u0161alje u platni sustav Banke Rusije.<\/p>\n<p>Prilikom zaprece\u0107enja pla\u0107anja iz Banke Rusije, AR\u041c KBR-N ih razla\u017ee i provjerava elektroni\u010dki potpis. Uspje\u0161no obra\u0111ena pla\u0107anja u obliku razlo\u017eenih i potpisanih elektroni\u010dkih poruka formata UFEBS \u0161alju se u IBM WebSphere MQ, odakle ih prima Server EP.<\/p>\n<p>Server EP provjerava elektroni\u010dki potpis pristiglih pla\u0107anja i pohranjuje ih u datoteku formata ABS. Nakon toga, ovla\u0161teni radnik \u2014 korisnik ABS-a \u2014 u\u010ditava rezultat u ABS prema utvr\u0111enim postupcima.<\/p>\n<p><img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/b1bd9c224b18dc84cca5f8bdc7d69713.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOdnos objekata u razmatranoj shemi s elementima modela integracije:<br \/>\n<i>\u00abServer razmjene s strane ABS-a\u00bb<\/i> \u2013 poslu\u017eitelj ABS-a.<br \/>\n<i>\u00abServer razmjene s strane AR\u041c KBR\u00bb<\/i> \u2014 ra\u010dunar AR\u041c KBR.<br \/>\n<i>\u00abPosrednik\u00bb<\/i> \u2014 Server EP i IBM WebSphere MQ.<br \/>\n<i>\u00abSO obrade podataka\u00bb<\/i> \u2014 skripta-konverter, SKZI SKAD Potpis na Serveru EP.<\/p>\n<p><i>Shema 4. Integracija Servera DBO i ABS-a putem API-ja koji pru\u017ea namjenski server razmjene<\/i><\/p>\n<p>Pretpostavimo da banka koristi nekoliko sustava daljinskog bankarstva (DBO): <\/p>\n<ul>\n<li>\u00abInternet Klijent-Banka\u00bb za fizi\u010dke osobe (IKB FL);<\/li>\n<li>\u00abInternet Klijent-Banka\u00bb za pravne osobe (IKB JL). <\/li>\n<\/ul>\n<p>\nU cilju osiguranja informacijske sigurnosti, sve interakcije ABS-a s DBO sustavima odvijaju se putem namjenskog servera razmjene, koji radi u okviru informati\u010dkog sustava \u00abABS\u00bb.<\/p>\n<p>Dalje \u0107emo razmotriti proces interakcije sustava DBO IKB JL s ABS-om.<br \/>\nServer DBO, primiv\u0161i od klijenta propisno ovjeren nalog za uplatu, treba na osnovu njega stvoriti odgovaraju\u0107i dokument u ABS-u. Za to koristi API za prijenos informacija na server razmjene, a on, zauzvrat, unosi podatke u ABS. <\/p>\n<p>Pri promjeni stanja na ra\u010dunu klijenta, ABS generira elektroni\u010dka obavje\u0161tenja koja se putem servera razmjene \u0161alju na server DBO.<\/p>\n<p><img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/63f88ad151996e7ddaa883349a6d8e22.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOdnos objekata u razmatranoj shemi s elementima modela integracije:<br \/>\n<i>\u00abServer razmjene s strane DBO\u00bb<\/i> \u2014 server DBO IKB JL.<br \/>\n<i>\u00abServer razmjene s strane ABS-a\u00bb<\/i> \u2014 server razmjene.<br \/>\n<i>\u00abPosrednik\u00bb<\/i> \u2014 nema podataka.<br \/>\n<i>\u00abSO obrade podataka\u00bb<\/i> \u2014 komponente Servera DBO, odgovorne za kori\u0161tenje API-ja servera razmjene, komponente servera razmjene, odgovorne za kori\u0161tenje API-ja ABS-a.<\/p>\n<h3>Prijetnje sigurnosti vi\u0161eg nivoa<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU1. Uvo\u0111enje la\u017enih informacija od strane napada\u010da putem integracijskog modula. <br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUMIU1\"><\/a><\/noindex><\/p>\n<h3>U1. Uvo\u0111enje la\u017enih informacija od strane napada\u010da putem integracijskog modula <\/h3>\n<p><b>Dekonstrukcija<\/b><br \/>\nU1.1. Neovla\u0161tena modifikacija legitimnih podataka tijekom prijenosa putem mre\u017enih veza:<br \/>\nU1.1.1 Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abTipi\u010dni model prijetnji. Mre\u017ena povezanost. U2. Neovla\u0161tena modifikacija prenesenih podataka\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.2. Prijenos la\u017enih podataka putem komunikacijskih kanala u ime legitimnog sudionika razmjene:<br \/>\nU1.1.2 Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU3\">\u201eStandardni model prijetnji. Mre\u017ena veza. U3. Kr\u0161enje autorskih prava prenesenih podataka\u201c<\/a><\/noindex>.<\/p>\n<p>U1.3. Neovla\u0161tena modifikacija legitimnih podataka tijekom obrade na serverima razmjene ili posredniku:<br \/>\nU1.3.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU2\">\u201eStandardni model prijetnji. Informacijski sustav temeljen na klijent-server arhitekturi. U2. Neovla\u0161tena modifikacija za\u0161ti\u0107enih informacija tijekom obrade od strane serverske komponente informacijskog sustava\u201c<\/a><\/noindex>.<\/p>\n<p>U1.4. Kreiranje la\u017enih podataka na serverima razmjene ili posredniku u ime legitimnog sudionika razmjene:<br \/>\nU1.4.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u201eStandardni model prijetnji. Informacijski sustav temeljen na klijent-server arhitekturi. U1. Provedba neovla\u0161tenih radnji od strane napada\u010da u ime legitimnog korisnika.\u201c<\/a><\/noindex><\/p>\n<p>U1.5. Neovla\u0161tena modifikacija podataka tijekom obrade pomo\u0107u softvera za obradu podataka:<br \/>\nU1.5.1.  zbog neovla\u0161tenih izmjena koje su napada\u010di unijeli u postavke (konfiguraciju) softvera za obradu podataka.<br \/>\nU1.5.2.  zbog neovla\u0161tenih izmjena koje su napada\u010di unijeli u izvr\u0161ne datoteke softvera za obradu podataka.<br \/>\nU1.5.3.  zbog interaktivnog upravljanja napada\u010da radom softvera za obradu podataka.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZI\"><\/a><\/noindex><\/p>\n<h2>STANDARDNI MODEL PRIJETNJI. SUSTAV KRIPTOGRAFSKE ZA\u0160TITE INFORMACIJA<\/h2>\n<p><\/p>\n<h3>Objekt za\u0161tite za koji se primjenjuje model prijetnji (scope)<\/h3>\n<p>\nObjekt za\u0161tite je sustav kriptografske za\u0161tite informacija, koji se koristi za osiguranje sigurnosti informacijskog sustava.<\/p>\n<p><b>Arhitektura<\/b><br \/>\nOsnova svakog informacijskog sustava je aplikativni softver (AS), koji ostvaruje njegov cilj funkcionalnosti. <\/p>\n<p>Kriptografska za\u0161tita se obi\u010dno ostvaruje pozivanjem kriptografskih primitava iz poslovne logike aplikativnog softvera, koji se nalaze u specijaliziranim bibliotekama - kriptojezgrama.<\/p>\n<p>Kriptografskim primitvima pripadaju nisko-razinski kriptografski funkcije, kao \u0161to su:<\/p>\n<ul>\n<li>kriptirati \/ dekriptirati blok podataka;<\/li>\n<li>stvoriti \/ provjeriti elektroni\u010dki potpis bloka podataka;<\/li>\n<li>izra\u010dunati hash-funkciju bloka podataka;<\/li>\n<li>formirati \/ u\u010ditati \/ izvesti klju\u010dne informacije;<\/li>\n<li>itd.<\/li>\n<\/ul>\n<p>\nPoslovna logika aplikativnog softvera ostvaruje vi\u0161i funkcionalnost putem kriptografskih primitava:<\/p>\n<ul>\n<li>kriptirati datoteku na klju\u010devima odabranih primatelja;<\/li>\n<li>postaviti sigurno mre\u017eno povezivanje;<\/li>\n<li>obavijestiti o rezultatima provjere elektroni\u010dkog potpisa;<\/li>\n<li>itd.<\/li>\n<\/ul>\n<p>\nInterakcija poslovne logike i kriptojezgre mo\u017ee se odvijati:<\/p>\n<ul>\n<li>direktno, pozivaju\u0107i kriptografske primitivne funkcije poslovnom logikom iz dinami\u010dkih biblioteka kriptojezgre (.DLL \u2013 za Windows, .SO \u2013 za Linux);<\/li>\n<li>posredno, putem kriptografskih su\u010delja - omota\u010da (wrappers), kao \u0161to su MS Crypto API, Java Cryptography Architecture, PKCS#11 itd. U tom slu\u010daju, poslovna logika obra\u0107a se kripto su\u010delju, koje prevodi poziv prema odgovaraju\u0107oj kriptojezgri, koja se u tom slu\u010daju naziva kriptoprovider. Kori\u0161tenje kriptografskih su\u010delja omogu\u0107ava aplikacijskom softveru da se apstrahira od specifi\u010dnih kriptografskih algoritama i da bude fleksibilniji.<\/li>\n<\/ul>\n<p>\nMo\u017eemo razlikovati dva tipi\u010dna modela organizacije kriptojezgre:<\/p>\n<p><i>Model 1 \u2013 Monolitna kriptojezgra<\/i><br \/>\n<img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/e5186d11e4e0e9ad9361f3935228bc30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Model 2 \u2013 Podijeljena kriptojezgra<\/i><br \/>\n<img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/9953d524fbee78d7e4eb917e9d56a38f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nElementi u prikazanim modelima mogu biti ili odvojeni softverski moduli, koji rade na jednom ra\u010dunalu, ili mre\u017ene usluge koje komuniciraju unutar ra\u010dunalne mre\u017ee.<\/p>\n<p>Kada se koriste sustavi iz modela 1, aplikacijski softver i kriptojezgra rade unutar istog okru\u017eenja funkcioniranja kripto sredstva (SFK), na primjer, na istom ra\u010dunalu, pod upravljanjem istog operativnog sustava. Korisnik sustava, u pravilu, mo\u017ee pokretati i druge programe unutar istog okru\u017eenja, uklju\u010duju\u0107i one s zlonamjernim kodom. U takvim uvjetima postoji zna\u010dajan rizik od curenja tajnih kriptografskih klju\u010deva.<\/p>\n<p>Za minimizaciju rizika primjenjuje se model 2, pri \u010demu se kriptojezgra dijeli na dva dijela:<\/p>\n<ol>\n<li>Prvi dio zajedno s aplikacijskim softverom radi u nepovjerenom okru\u017eenju, gdje postoji rizik od zaraze zlonamjernim kodom. Ovaj dio \u0107emo nazvati \u2013 'softverskim dijelom'.<\/li>\n<li>Drugi dio radi u pouzdanom okru\u017eenju na odvojenom ure\u0111aju, koji sadr\u017ei skladi\u0161te tajnih klju\u010deva. Ovaj dio \u0107emo nazvati \u2013 'hardverskim dijelom'.<\/li>\n<\/ol>\n<p>\nPodjela kriptojezgre na softverski i hardverski dio je prili\u010dno arbitrarna. Na tr\u017ei\u0161tu postoje sustavi s podijeljenom kriptojezgricom, ali je \u201ehardverski\u201c dio predstavljen u obliku slike virtualne ma\u0161ine \u2014 virtual HSM (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.unboundtech.com\/product\/unbound-key-control\/\">primjer<\/a><\/noindex>).<\/p>\n<p>Interakcija izme\u0111u oba dijela kriptojezgre odvija se na na\u010din da se tajni kriptografski klju\u010devi nikada ne prenose u softverski dio i, shodno tome, ne mogu biti ukradeni zlonamjernim kodom.<\/p>\n<p>Su\u010delje za interakciju (API) i set kriptografskih primitativa koje kriptojezgra pru\u017ea aplikativnom softveru su u oba slu\u010daja identi\u010dni. Razlika le\u017ei u na\u010dinu njihove implementacije.<\/p>\n<p>Tako, prilikom kori\u0161tenja sheme s podijeljenom kriptojezgricom, interakcija softverskog i hardverskog dijela odvija se prema sljede\u0107em principu:<\/p>\n<ol>\n<li>Kriptografski primitivni, koji ne zahtijevaju kori\u0161tenje tajnog klju\u010da (npr. izra\u010dun hash funkcije, provjera elektronskog potpisa i dr.), izvode se softverskim dijelom.<\/li>\n<li>Kriptografski primitivni, koji koriste tajni klju\u010d (izrada elektronskog potpisa, dekriptiranje podataka i dr.), izvode se hardverskim dijelom.<\/li>\n<\/ol>\n<p>\nIlustrirajmo rad podijeljene kriptojezgre na primjeru stvaranja elektronskog potpisa:<\/p>\n<ol>\n<li>Softverski dio izra\u010dunava hash funkciju podataka koji se potpisuju i putem kanala razmjene izme\u0111u kriptojezgra prenosi tu vrijednost u hardverski dio.<\/li>\n<li>Hardverski dio, koriste\u0107i tajni klju\u010d i hash, formira vrijednost elektronskog potpisa i putem kanala razmjene prenosi je nazad u softverski dio.<\/li>\n<li>Softverski dio vra\u0107a dobivenu vrijednost u aplikativni softver.<\/li>\n<\/ol>\n<p>\n<b>Karakteristike provjere ispravnosti elektronskog potpisa<\/b><\/p>\n<p>Kada primateljska strana dobije podatke koji su potpisani elektronskim potpisom, mora pro\u0107i kroz nekoliko koraka provjere. Pozitivan rezultat provjere elektronskog potpisa posti\u017ee se samo uspje\u0161nim zavr\u0161etkom svih koraka provjere.<\/p>\n<p><i>Korak 1. Kontrola cjelovitosti podataka i autorstva podataka.<\/i><\/p>\n<p><u>Sadr\u017eaj koraka.<\/u> Provodi se provjera elektroni\u010dkog potpisa podataka prema odgovaraju\u0107em kriptografskom algoritmu. Uspje\u0161no prolazak ove faze ukazuje na to da podaci nisu modificirani od trenutka kada su potpisani, te da je potpis napravljen privatnim klju\u010dem, koji odgovara javnom klju\u010du za provjeru elektroni\u010dkog potpisa.<br \/>\n<u>Mjesto izvo\u0111enja faze:<\/u> kriptokernel.<\/p>\n<p><i>Faza 2. Kontrola povjerenja u javni klju\u010d potpisnika i kontrola trajanja privatnog klju\u010da elektroni\u010dkog potpisa.<\/i><br \/>\n<u>Sadr\u017eaj koraka.<\/u> Faza se sastoji od dva me\u0111ufazna koraka. U prvom se utvr\u0111uje je li javni klju\u010d za provjeru elektroni\u010dkog potpisa bio povjeren u trenutku potpisivanja podataka. U drugom se utvr\u0111uje je li privatni klju\u010d elektroni\u010dkog potpisa bio valjan u trenutku potpisivanja podataka. U op\u0107em slu\u010daju, trajanja ovih klju\u010deva mogu se ne poklapati (na primjer, za kvalificirane certifikate klju\u010deva za provjeru elektroni\u010dkog potpisa). Na\u010dini utvr\u0111ivanja povjerenja u javni klju\u010d potpisnika definirani su pravilima elektroni\u010dkog poslovanja koja su usvojili uklju\u010deni subjekti.<br \/>\n<u>Mjesto izvo\u0111enja faze:<\/u> aplikacijski softver \/ kriptokernel.<\/p>\n<p><i>Faza 3. Kontrola ovlasti potpisnika.<\/i><br \/>\n<u>Sadr\u017eaj koraka.<\/u> U skladu s utvr\u0111enim pravilima elektroni\u010dkog poslovanja provjerava se je li potpisnik imao pravo ovjeriti za\u0161ti\u0107ene podatke. Na primjer, uzmimo situaciju kr\u0161enja ovlasti. Pretpostavimo da postoji organizacija u kojoj svi zaposlenici imaju elektroni\u010dki potpis. U unutarnji sustav elektroni\u010dkog poslovanja dolazi nalog vo\u0111e, ali potpisan elektroni\u010dkim potpisom skladi\u0161tara. Samim tim, takav dokument ne mo\u017ee se smatrati legitimnim.<br \/>\n<u>Mjesto izvo\u0111enja faze:<\/u> aplikacijski softver.<\/p>\n<p><b>Pretpostavke usvojene prilikom opisivanja objekta za\u0161tite<\/b><\/p>\n<ol>\n<li>Kanali za prijenos informacija, osim kanala za razmjenu klju\u010deva, uklju\u010duju\u0107i prolazak kroz aplikacijski softver, API i kriptokernel.<\/li>\n<li>Informacije o povjerenju u javne klju\u010deve i (ili) certifikate, kao i informacije o ovlastima vlasnika javnih klju\u010deva, pohranjuju se u skladi\u0161tu javnih klju\u010deva.<\/li>\n<li>Aplikacijski softver radi sa skladi\u0161tem javnih klju\u010deva preko kriptokernela.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Primjer informati\u010dkog sustava za\u0161ti\u0107enog pomo\u0107u SKZI<\/h3>\n<p>\nKako bismo ilustrirali prethodno predstavljene sheme, razmotrit \u0107emo hipotetski informacijski sustav i identificirati sve njegove strukturne elemente. <\/p>\n<p><b>Opis informacijskog sustava<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/74f3e2fd669ed97f50253fbb4b348f6f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDve organizacije su odlu\u010dile implementirati pravno zna\u010dajnu elektroni\u010dku razmjenu dokumenata (ERD) izme\u0111u sebe. U tu svrhu su sklopile ugovor u kojem su definirale da \u0107e se dokumenti slati putem elektroni\u010dke po\u0161te, te da moraju biti \u0161ifrirani i potpisani kvalificiranim elektroni\u010dkim potpisom. Kao sredstva za izradu i obradu dokumenata trebaju se koristiti kancelarijski programi iz paketa Microsoft Office 2016, dok \u0107e se kao sredstva za kriptografsku za\u0161titu koristiti SKZI CryptoPRO i softver za \u0161ifriranje CryptoARM.<\/p>\n<p><b>Opis infrastrukture organizacije 1<\/b><\/p>\n<p>Organizacija 1 je odlu\u010dila instalirati SKZI CryptoPRO i softver CryptoARM na radnu stanicu korisnika \u2014 fizi\u010dko ra\u010dunalo. Klju\u010devi za \u0161ifriranje i elektroni\u010dki potpis bit \u0107e pohranjeni na klju\u010dnom ure\u0111aju ruToken, koji radi u na\u010dinu zamjenjivog klju\u010da. Korisnik \u0107e lokalno pripremati elektroni\u010dke dokumente na svom ra\u010dunalu, nakon \u010dega \u0107e ih \u0161ifrirati, potpisivati i slati putem lokalno instaliranog klijenta e-po\u0161te.<\/p>\n<p><b>Opis infrastrukture organizacije 2<\/b><\/p>\n<p>Organizacija 2 je odlu\u010dila premjestiti funkcije \u0161ifriranja i elektroni\u010dkog potpisa na dodijeljenu virtualnu ma\u0161inu. Sve kriptografske operacije \u0107e se provoditi automatski. <\/p>\n<p>Za to je na dodijeljenoj virtualnoj ma\u0161ini organizirano dvije mre\u017ene mape: \u201e\u2026In\u201c, \u201e\u2026Out\u201c. U mre\u017enu mapu \u201e\u2026In\u201c automatski \u0107e se smjestiti primljeni datoteke od klijenta u otvorenom formatu. Ove datoteke \u0107e biti de\u0161ifrirane i na njima \u0107e biti provjerena elektroni\u010dka potpisa.<\/p>\n<p>U mapu &#171;&#8230;Out&#187; korisnik \u0107e smjestiti datoteke koje je potrebno \u0161ifrirati, potpisati i poslati partneru. Same datoteke korisnik \u0107e pripremati na svom ARMu.<br \/>\nZa izvr\u0161enje funkcija \u0161ifriranja i elektroni\u010dkog potpisa na virtualnoj ma\u0161ini instalirani su SKZI CryptoPRO, softver CryptoARM i klijent e-po\u0161te. Automatsko upravljanje svim elementima virtualne ma\u0161ine \u0107e se provoditi uz pomo\u0107 skripti koje su razvili sistemi administratori. Rad skripti \u0107e se bilje\u017eiti u datoteke dnevnika (logs).<\/p>\n<p>Kryptografski klju\u010devi elektroni\u010dkog potpisa bit \u0107e pohranjeni na tokenu s neizvla\u010divim klju\u010dem JaCarta GOST, koji \u0107e korisnik povezati sa svojim lokalnim ra\u010dunalom.<\/p>\n<p>Token \u0107e se proslijediti na virtualnu ma\u0161inu pomo\u0107u specijaliziranih softverskih alata USB-over-IP, instaliranih na korisni\u010dkom ARM-u i na virtualnoj ma\u0161ini.<\/p>\n<p>Sustavni satovi na korisni\u010dkom ARM-u u organizaciji 1 \u0107e se ispraviti ru\u010dno. Sustavni satovi specijalizirane virtualne ma\u0161ine u organizaciji 2 \u0107e se sinkronizirati s sustavnim satovima hipervizora, koji \u0107e se, zauzvrat, sinkronizirati putem Interneta s javnim vremenom poslu\u017eitelja.<\/p>\n<p><b>Isticanje strukturnih elemenata SKZI<\/b><br \/>\nNa temelju prethodnog opisa IT infrastrukture izdvojit \u0107emo strukturne elemente SKZI i zapisati ih u tablicu.<\/p>\n<p><i>Tablica - Suvremeno modeliranje elemenata SKZI u informacijskim sustavima<\/i> <\/p>\n<p><b>Naziv elementa<\/b><br \/>\n<b>Organizacija 1<\/b><br \/>\n<b>Organizacija 2<\/b><\/p>\n<p>Aplikativni softver<br \/>\nSoftver KryptoARM<br \/>\nSoftver KryptoARM<\/p>\n<p>Programski dio kriptojezgre<br \/>\nSKZI KryptoPRO CSP<br \/>\nSKZI KryptoPRO CSP<\/p>\n<p>Hardverski dio kriptojezgre<br \/>\nnema<br \/>\nJaCarta GOST<\/p>\n<p>API<br \/>\nMS CryptoAPI<br \/>\nMS CryptoAPI<\/p>\n<p>Skladi\u0161te javnih klju\u010deva<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 tvrdi disk;<br \/>\n \u2014 standardno skladi\u0161te certifikata Windows.<br \/>\nHipervizor:<br \/>\n \u2014 tvrdi disk.<\/p>\n<p>Virtualna ma\u0161ina:<br \/>\n \u2014 tvrdi disk;<br \/>\n \u2014 standardno skladi\u0161te certifikata Windows.<\/p>\n<p>Skladi\u0161te privatnih klju\u010deva<br \/>\nKlju\u010dni ure\u0111aj ruToken, koji radi u na\u010dinu izvu\u010denog klju\u010da<br \/>\nKlju\u010dni ure\u0111aj JaCarta GOST, koji radi u na\u010dinu neizvla\u010divog klju\u010da<\/p>\n<p>Kanali razmjene javnih klju\u010deva<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 radna memorija.<\/p>\n<p>Hipervizor:<br \/>\n \u2014 radna memorija.<\/p>\n<p>Virtualna ma\u0161ina:<br \/>\n \u2014 radna memorija.<\/p>\n<p>Kanali razmjene privatnih klju\u010deva<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 USB sabirnica;<br \/>\n \u2014 radna memorija.<br \/>\nnema<\/p>\n<p>Kanali razmjene izme\u0111u kriptojezgri<br \/>\nnema (nema hardverskog dijela kriptojezgre)<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 USB sabirnica;<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 programski modul USB-over-IP;<br \/>\n \u2014 mre\u017eni su\u010delje.<\/p>\n<p>Korporativna mre\u017ea organizacije 2.<\/p>\n<p>Hipervizor:<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 mre\u017eni su\u010delje.<\/p>\n<p>Virtualna ma\u0161ina:<br \/>\n \u2014 mre\u017eni su\u010delje;<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 programski modul USB-over-IP.<\/p>\n<p>Kanali razmjene otvorenih podataka<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 ure\u0111aji za unos-izlaz;<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 tvrdi disk.<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 ure\u0111aji za unos-izlaz;<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 tvrdi disk;<br \/>\n \u2014 mre\u017eni su\u010delje.<\/p>\n<p>Korporativna mre\u017ea organizacije 2.<\/p>\n<p>Hipervizor:<br \/>\n \u2014 mre\u017eni su\u010delje; <br \/>\n \u2014 radna memorija;<br \/>\n \u2014 tvrdi disk.<\/p>\n<p>Virtualna ma\u0161ina: <br \/>\n \u2014 mre\u017eni su\u010delje; <br \/>\n \u2014 radna memorija;<br \/>\n \u2014 tvrdi disk.<\/p>\n<p>Kanali razmjene za\u0161ti\u0107enih podataka<br \/>\nInternet.<\/p>\n<p>Korporativna mre\u017ea organizacije 1.<\/p>\n<p>Korisni\u010dki ARM:<br \/>\n \u2014 tvrdi disk;<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 mre\u017eni su\u010delje.<\/p>\n<p>Internet.<\/p>\n<p>Korporativna mre\u017ea organizacije 2.<\/p>\n<p>Hipervizor:<br \/>\n \u2014 mre\u017eni su\u010delje; <br \/>\n \u2014 radna memorija;<br \/>\n \u2014 tvrdi disk.<\/p>\n<p>Virtualna ma\u0161ina: <br \/>\n \u2014 mre\u017eni su\u010delje; <br \/>\n \u2014 radna memorija;<br \/>\n \u2014 tvrdi disk.<\/p>\n<p>Kanal prijenosa vremena<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 ure\u0111aji za unos-izlaz;<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 sistemski tajmer.<\/p>\n<p>Internet. <br \/>\nKorporativna mre\u017ea organizacije 2,<\/p>\n<p>Hipervizor:<br \/>\n \u2014 mre\u017eni su\u010delje;<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 sistemski tajmer.<\/p>\n<p>Virtualna ma\u0161ina:<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 sistemski tajmer.<\/p>\n<p>Kanal prijenosa upravlja\u010dkih naredbi<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 ure\u0111aji za unos-izlaz;<br \/>\n \u2014 radna memorija.<\/p>\n<p>(Grafi\u010dko korisni\u010dko su\u010delje softvera KryptoARM)<\/p>\n<p>Virtualna ma\u0161ina:<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 tvrdi disk.<\/p>\n<p>(Skripte za automatizaciju)<\/p>\n<p>Kanal prijema rezultata rada<br \/>\nKorisni\u010dki ARM:<br \/>\n \u2014 ure\u0111aji za unos-izlaz;<br \/>\n \u2014 radna memorija.<\/p>\n<p>(Grafi\u010dko korisni\u010dko su\u010delje softvera KryptoARM)<\/p>\n<p>Virtualna ma\u0161ina:<br \/>\n \u2014 radna memorija;<br \/>\n \u2014 tvrdi disk.<\/p>\n<p>(Datoteke s dnevnikom rada skripti za automatizaciju)<\/p>\n<p><\/p>\n<h3>Prijetnje sigurnosti vi\u0161eg nivoa<\/h3>\n<p>\n<b>Obja\u0161njenja<\/b><\/p>\n<p>Pretpostavke usvojene prilikom dekompozicije prijetnji:<\/p>\n<ol>\n<li>Koriste se otporni kriptografski algoritmi.<\/li>\n<li>Kriptografski algoritmi se koriste na siguran na\u010din u pravim radnim re\u017eimima (na primjer, <noindex><a rel=\"nofollow\" href=\"http:\/\/cryptowiki.net\/index.php?title=Electronic_Code_Book\">ECB<\/a><\/noindex> ne koristi se za enkripciju velikih koli\u010dina podataka, uzimaju\u0107i u obzir dopu\u0161teno optere\u0107enje klju\u010da itd.).<\/li>\n<li>Napada\u010di su upoznati sa svim kori\u0161tenim algoritmima, protokolima i javnim klju\u010devima.<\/li>\n<li>Napada\u010dima su dostupni svi \u0161ifrirani podaci za \u010ditanje.<\/li>\n<li>Napada\u010di su sposobni reproducirati sve softverske elemente u sustavu.<\/li>\n<\/ol>\n<p>\n<b>Dekonstrukcija<\/b><\/p>\n<p>U1. Kompromitacija tajnih kriptografskih klju\u010deva.<br \/>\nU2. \u0160ifriranje la\u017enih podataka u ime legitimnog po\u0161iljatelja.<br \/>\nU3. De\u0161ifriranje \u0161ifriranih podataka od strane osoba koje nisu legitimni primatelji podataka (napada\u010da).<br \/>\nU4. Kreiranje elektroni\u010dkog potpisa legitimnog potpisnika na la\u017enim podacima.<br \/>\nU5. Dobivanje pozitivnog rezultata provjere elektroni\u010dkog potpisa la\u017enih podataka.<br \/>\nU6. Pogre\u0161no prihva\u0107anje elektroni\u010dkih dokumenata na izvr\u0161avanje zbog problema u organizaciji elektroni\u010dkog poslovanja.<br \/>\nU7. Neovla\u0161teno upoznavanje sa za\u0161ti\u0107enim podacima tijekom njihove obrade SKZI-jem.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU1\"><\/a><\/noindex><\/p>\n<h3>U1. Kompromitacija tajnih kriptografskih klju\u010deva<\/h3>\n<p>\nU1.1. Dobivanje tajnog klju\u010da iz spremi\u0161ta tajnih klju\u010deva.<\/p>\n<p>U1.2. Dobivanje tajnog klju\u010da iz objekata okru\u017eenja rada kripto-sredstva, u kojima on mo\u017ee privremeno boraviti.<br \/>\n<i>Obja\u0161njenja U1.2.<\/i><\/p>\n<p>Objekti u kojima mo\u017ee privremeno biti pohranjen tajni klju\u010d uklju\u010duju:<\/p>\n<ol>\n<li>radnu memoriju, <\/li>\n<li>privremene datoteke, <\/li>\n<li>datoteke za zamjenu, <\/li>\n<li>datoteke hibernacije, <\/li>\n<li>datoteke snapshot-a 'vru\u0107eg' stanja virtualnih ma\u0161ina, uklju\u010duju\u0107i datoteke sadr\u017eaja radne memorije virtualnih ma\u0161ina koje su pauzirane.<\/li>\n<\/ol>\n<p>\nU1.2.1. Izdvajanje tajnih klju\u010deva iz radne memorije uz pomo\u0107 zamrzavanja RAM modula, njihovog izdvajanja i naknadnog \u010ditanja podataka (freeze attack).<br \/>\n<i>Obja\u0161njenja U1.2.1.<\/i><br \/>\nPrimjer <noindex><a rel=\"nofollow\" href=\"https:\/\/www.securitylab.ru\/analytics\/452899.php\">U1.1.9.6. Napada\u010di su izvr\u0161ili presretanje unosa korisni\u010dkih podataka s tipkovnice analizom zvukova pritiska na tipke.<\/a><\/noindex>. <\/p>\n<p>U1.3. Dobivanje tajnog klju\u010da iz kanala razmjene tajnih klju\u010deva.<br \/>\n<i>Obja\u0161njenja U1.3.<\/i><br \/>\nPrimjer implementacije ove prijetnje bit \u0107e predstavljen <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA3\">donjem<\/a><\/noindex>.<\/p>\n<p>U1.4. Neovla\u0161tena modifikacija kripto-jezgre, uslijed koje tajni klju\u010devi postaju poznati napada\u010dima.<\/p>\n<p>U1.5. Kompromitacija tajnog klju\u010da uslijed kori\u0161tenja tehni\u010dkih kanala curenja informacija (TKUO).<br \/>\n<i>Obja\u0161njenja U1.5.<\/i><br \/>\nPrimjer <noindex><a rel=\"nofollow\" href=\"https:\/\/www.usenix.org\/system\/files\/conference\/usenixsecurity18\/sec18-alam.pdf\">U1.1.9.6. Napada\u010di su izvr\u0161ili presretanje unosa korisni\u010dkih podataka s tipkovnice analizom zvukova pritiska na tipke.<\/a><\/noindex>. <\/p>\n<p>U1.6. Kompromitacija tajnog klju\u010da uslijed kori\u0161tenja posebnih tehni\u010dkih sredstava (STS) namijenjenih za neprimjetno prikupljanje informacija (\u201ebube\u201c).<\/p>\n<p>U1.7. Kompromitacija tajnih klju\u010deva tijekom njihove pohrane izvan SKZI.<br \/>\n<i>Obja\u0161njenja U1.7.<\/i><br \/>\nNa primjer, korisnik pohranjuje svoje klju\u010dne medije u ladicu radnog stola, iz koje ih lako mogu izvu\u0107i napada\u010di.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU2\"><\/a><\/noindex><\/p>\n<h3>U2. \u0160ifriranje la\u017enih podataka u ime legitimnog po\u0161iljatelja<\/h3>\n<p>\n<b>Obja\u0161njenja<\/b><br \/>\nOva prijetnja razmatra se samo za sheme \u0161ifriranja podataka s autentifikacijom po\u0161iljatelja. Primjeri takvih shema navedeni su u preporukama za standardizaciju. <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 \u201eInformacijska tehnologija. Kriptografska za\u0161tita informacija. Sheme generiranja zajedni\u010dkog klju\u010da s autentifikacijom na temelju javnog klju\u010da\u201c<\/a><\/noindex>. Za ostale kriptografske sheme ova prijetnja ne postoji, budu\u0107i da se \u0161ifriranje vr\u0161i na javnim klju\u010devima primatelja, a oni su op\u0107enito poznati napada\u010dima.<\/p>\n<p><b>Dekonstrukcija<\/b><br \/>\nU2.1. Kompromitacija tajnog klju\u010da po\u0161iljatelja:<br \/>\nU2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u201eTipi\u010dan model prijetnji. Sustav kriptografske za\u0161tite informacija. U1. Kompromitacija tajnih kriptografskih klju\u010deva\u201c<\/a><\/noindex>.<\/p>\n<p>U2.2. Zamjena ulaznih podataka u kanalu razmjene javnih podataka.<br \/>\n<i>Napomene U2.2.<\/i><br \/>\nPrimjeri implementacije ove prijetnje navedeni su u nastavku. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">ovdje<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">ovdje<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU3\"><\/a><\/noindex><\/p>\n<h3>U3. De\u0161ifriranje \u0161ifriranih podataka od strane osoba koje nisu legitimni primatelji podataka (napada\u010da)<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU3.1. Kompromitacija tajnih klju\u010deva primatelja \u0161ifriranih podataka. <br \/>\nU3.1.1 Referenca: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u201eTipi\u010dan model prijetnji. Sustav kriptografske za\u0161tite informacija. U1. Kompromitacija tajnih kriptografskih klju\u010deva\u201c<\/a><\/noindex>.<\/p>\n<p>U3.2. Zamjena \u0161ifriranih podataka u kanalu razmjene za\u0161ti\u0107enih podataka.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU4\"><\/a><\/noindex><\/p>\n<h3>U4. Stvaranje elektroni\u010dkog potpisa legitimnog potpisnika na la\u017enim podacima<br \/>\n<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU4.1. Kompromitacija tajnih klju\u010deva elektroni\u010dkog potpisa legitimnog potpisnika. <br \/>\nU4.1.1 Referenca: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\u201eTipi\u010dan model prijetnji. Sustav kriptografske za\u0161tite informacija. U1. Kompromitacija tajnih kriptografskih klju\u010deva\u201c<\/a><\/noindex>.<\/p>\n<p>U4.2. Zamjena podataka koji se potpisuju u kanalu razmjene javnih podataka.<br \/>\n<i>Napomena U4.2.<\/i><br \/>\nPrimjeri implementacije ove prijetnje navedeni su u nastavku. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">ovdje<\/a><\/noindex> i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">ovdje<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU5\"><\/a><\/noindex><\/p>\n<h3>U5. Dobivanje pozitivnog rezultata provjere elektroni\u010dkog potpisa na la\u017enim podacima.<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU5.1. Napada\u010di presre\u0107u u kanalu prijenosa rezultata rada poruku o negativnom rezultatu provjere elektroni\u010dkog potpisa i zamjenjuju je porukom s pozitivnim rezultatom.<\/p>\n<p>U5.2. Napada\u010di provode napad na povjerenje u certifikate potpisa (<b>SCENARIJ \u2014 svi elementi su obavezni<\/b>):<br \/>\nU5.2.1. Napada\u010di generiraju javni i privatni klju\u010d elektroni\u010dkog potpisa. Ako se u sustavu koriste certifikati klju\u010deva elektroni\u010dkog potpisa, generiraju certifikat elektroni\u010dkog potpisa \u0161to je mogu\u0107e sli\u010dniji certifikatu pretpostavljenog po\u0161iljatelja podataka \u010diju poruku \u017eele falsificirati.<br \/>\nU5.2.2. Napada\u010di unose neautorizirane promjene u skladi\u0161te javnih klju\u010deva, daju\u0107i generiranom javnom klju\u010di potrebnu razinu povjerenja i ovla\u0161tenja.<br \/>\nU5.2.3. Napada\u010di potpisuju la\u017ene podatke ranije formiranim klju\u010dem elektroni\u010dkog potpisa i ugra\u0111uju ih u kanal za razmjenu za\u0161ti\u0107enih podataka.<\/p>\n<p>U5.3. Napada\u010di provode napad koriste\u0107i isteknute klju\u010deve elektroni\u010dkog potpisa legalnog potpisnika (<b>SCENARIJ \u2014 svi elementi su obavezni<\/b>):<br \/>\nU5.3.1. Napada\u010di kompromitiraju isteknute (neaktivne u ovom trenutku) privatne klju\u010deve elektroni\u010dkog potpisa legitimnog po\u0161iljatelja.<br \/>\nU5.3.2. Napada\u010di zamjenjuju vrijeme u kanalu prijenosa vremena s vremenom kada su kompromitirani klju\u010devi jo\u0161 uvijek bili aktivni.<br \/>\nU5.3.3. Napada\u010di potpisuju la\u017ene podatke ranije kompromitiranim klju\u010dem elektroni\u010dkog potpisa i ugra\u0111uju ih u kanal za razmjenu za\u0161ti\u0107enih podataka.<\/p>\n<p>U5.4. Napada\u010di provode napad koriste\u0107i kompromitirane klju\u010deve elektroni\u010dkog potpisa legalnog potpisnika (<b>SCENARIJ \u2014 svi elementi su obavezni<\/b>):<br \/>\nU5.4.1. Napada\u010di prave kopiju skladi\u0161ta javnih klju\u010deva.<br \/>\nU5.4.2. Napada\u010di kompromitiraju privatne klju\u010deve jednog od legalnih po\u0161iljatelja. Taj primje\u0107uje kompromitaciju, povla\u010di klju\u010deve, a informacije o povla\u010denju klju\u010da se pohranjuju u skladi\u0161te javnih klju\u010deva.<br \/>\nU5.4.3. Napada\u010di zamjenjuju skladi\u0161te javnih klju\u010deva s ranije kopiranim.<br \/>\nU5.4.4. Napada\u010di potpisuju la\u017ene podatke ranije kompromitiranim klju\u010dem elektroni\u010dkog potpisa i ugra\u0111uju ih u kanal za razmjenu za\u0161ti\u0107enih podataka.<\/p>\n<p>U5.5. &lt;&#8230;&gt; zbog pogre\u0161aka u implementaciji 2. i 3. faze provjere elektroni\u010dkog potpisa:<br \/>\n<i>Obja\u0161njenja U5.5.<\/i><br \/>\nPrimjer implementacije ove prijetnje dan je <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA4\">donjem<\/a><\/noindex>.<\/p>\n<p>U5.5.1. Provjera povjerenja u certifikat klju\u010da elektroni\u010dkog potpisa samo na temelju povjerenja u certifikat kojim je potpisan, bez provjera CRL ili OCSP.<br \/>\n<i>Obja\u0161njenja U5.5.1.<\/i><br \/>\nPrimjer implementacije <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/332730\/\">prijetnje<\/a><\/noindex>. <\/p>\n<p>U5.5.2. Prilikom izgradnje lanca povjerenja u certifikat ne analiziraju se ovlasti certifikata koji izdajemo<br \/>\n<i>Obja\u0161njenja U5.5.2.<\/i><br \/>\nPrimjer napada u vezi s SSL\/TLS certifikatima. <br \/>\nNapada\u010di su kupili legitiman certifikat za svoju e-po\u0161tu. Zatim su napravili la\u017eni certifikat za web stranicu i potpisali ga svojim certifikatom. Ako se ovlasti ne provjeravaju, tada \u0107e provjera lanca povjerenja biti ispravna i, sukladno tome, la\u017eni certifikat \u0107e tako\u0111er biti ispravan.<\/p>\n<p>U5.5.3. Prilikom izgradnje lanca povjerenja u certifikat ne provjeravaju se me\u0111ucertifikati na povla\u010denje.<\/p>\n<p>U5.5.4. A\u017euriranje CRL doga\u0111a se rje\u0111e nego \u0161to ih izdaje certifikacijski centar.<\/p>\n<p>U5.5.5. Odluka o povjerenju u elektroni\u010dki potpis donosi se prije nego \u0161to stigne OCSP odgovor o statusu certifikata, poslan na zahtjev podnesen nakon vremena formiranja potpisa, ili prije nego \u0161to stigne sljede\u0107i CRL nakon formiranja potpisa. <br \/>\n<i>Obja\u0161njenja U5.5.5.<\/i><br \/>\nU regulativama ve\u0107ine CA (certifikacijskih tijela) vrijeme povla\u010denja certifikata smatra se vremenom izdavanja najbli\u017eeg CRL-a, koji sadr\u017ei informacije o povla\u010denju certifikata.<\/p>\n<p>U5.5.6. Prilikom primanja potpisanih podataka ne provjerava se pripadnost certifikata po\u0161iljatelju. <br \/>\n<i>Obja\u0161njenja U5.5.6.<\/i><br \/>\nPrimjer napada. U vezi sa SSL certifikatima: mo\u017ee se ne provjeravati uskla\u0111enost adrese pozvanog poslu\u017eitelja sa vrijedno\u0161\u0107u polja CN u certifikatu.<br \/>\nPrimjer napada. Napada\u010di su kompromitirali klju\u010deve elektroni\u010dkog potpisa jednog od sudionika u platnom sustavu. Nakon toga su hakirali mre\u017eu drugog sudionika i u njegovo ime poslali na obra\u010dunski poslu\u017eitelj platnog sustava platne dokumente, potpisane kompromitiranim klju\u010devima. Ako poslu\u017eitelj analizira samo povjerenje i ne provjerava uskla\u0111enost, la\u017eni dokumenti \u0107e se smatrati legitimnima.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU6\"><\/a><\/noindex><\/p>\n<h3>U6. Pogre\u0161no prihva\u0107anje elektroni\u010dkih dokumenata na izvr\u0161avanje zbog problema u organizaciji elektroni\u010dkog poslovanja.<\/h3>\n<p>\n<b>Dekonstrukcija<\/b><br \/>\nU6.1. Primalac ne otkriva dupliciranje primljenih dokumenata.<br \/>\n<i>Obja\u0161njenja U6.1.<\/i><br \/>\nPrimjer napada. Napada\u010di mogu presresti dokument koji se \u0161alje primatelju, \u010dak i ako je kriptografski za\u0161ti\u0107en, a zatim ga vi\u0161ekratno poslati u kanal prijenosa za\u0161ti\u0107enih podataka. Ako primatelj ne otkrije duplicirane kopije, svi primljeni dokumenti \u0107e se smatrati i obraditi kao razli\u010diti dokumenti.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU7\"><\/a><\/noindex><\/p>\n<h3>U7. Neovla\u0161teni pristup za\u0161ti\u0107enim podacima tijekom njihove obrade SKZI <\/h3>\n<p>\n<b>Dekonstrukcija<\/b><\/p>\n<p>U7.1. &lt;&#8230;&gt; zbog curenja informacija putem vanjskih kanala (side channel attack).<br \/>\n<i>Obja\u0161njenja U7.1.<\/i><br \/>\nPrimjer <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cs.tau.ac.il\/~tromer\/synesthesia\/synesthesia.pdf\">U1.1.9.6. Napada\u010di su izvr\u0161ili presretanje unosa korisni\u010dkih podataka s tipkovnice analizom zvukova pritiska na tipke.<\/a><\/noindex>. <\/p>\n<p>U7.2. &lt;&#8230;&gt; zbog onemogu\u0107avanja za\u0161tite od neovla\u0161tenog pristupa informacijama koje se obra\u0111uju na SKZI:<br \/>\nU7.2.1. Eksploatacija SKZI s kr\u0161enjima zahtjeva opisanih u dokumentaciji za SKZI.<\/p>\n<p>U7.2.2. &lt;&#8230;&gt;, izvr\u0161ene zbog prisutnosti ranjivosti u:<br \/>\nU7.2.2.1. &lt;&#8230;&gt; sredstvima za\u0161tite od neovla\u0161tenog pristupa.<br \/>\nU7.2.2.2. &lt;&#8230;&gt; samom SKZI.<br \/>\nU7.2.2.3. &lt;&#8230;&gt; okoli\u0161u u kojem se kriptosredstvo koristi.<\/p>\n<h3>Primjeri napada<\/h3>\n<p>\nScenariji navedeni u nastavku unaprijed sadr\u017ee gre\u0161ke u organizaciji informacijske sigurnosti i slu\u017ee isklju\u010divo za ilustraciju mogu\u0107ih napada.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA1\"><\/a><\/noindex><\/p>\n<h4>Scenarij 1. Primjer realizacije prijetnji U2.2 i U4.2.<\/h4>\n<p>\n<b>Opis objekta<\/b><br \/>\n<img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/77d51167720552df4eb9c2bafbce6765.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSO APM KBR i SKZI SCAD Potpis su postavljeni na fizi\u010dkom ra\u010dunalu koje nije povezano s ra\u010dunalnom mre\u017eom. Kao klju\u010dni medij koristi se FKN vdToken u na\u010dinu rada s neizvla\u010divim klju\u010dem.<\/p>\n<p>Reglament provo\u0111enja prora\u010duna pretpostavlja da stru\u010dnjak za prora\u010dune sa svog radnog ra\u010dunala preuzima elektroni\u010dke poruke u otvorenom obliku (shema starog APM KBR) sa specijalnog za\u0161ti\u0107enog datote\u010dnog poslu\u017eitelja, zatim ih zapisuje na prijenosni USB ure\u0111aj i prenosi na APM KBR, gdje se \u0161ifriraju i potpisuju. Nakon toga, stru\u010dnjak prenosi na prijenosni ure\u0111aj za\u0161ti\u0107ene elektroni\u010dke poruke, a zatim ih putem svog radnog ra\u010dunala zapisuje na datote\u010dni poslu\u017eitelj, odakle dolaze na UTA i dalje u platni sustav Sredi\u0161nje banke Rusije.<\/p>\n<p>U ovom slu\u010daju, kanali razmjene otvorenih i za\u0161ti\u0107enih podataka uklju\u010divat \u0107e: datote\u010dni poslu\u017eitelj, radno ra\u010dunalo stru\u010dnjaka i prijenosni ure\u0111aj.<\/p>\n<p><b>Napad<\/b><br \/>\nNapada\u010di bez dozvole instaliraju sustav daljinskog upravljanja na radnom ra\u010dunalu stru\u010dnjaka i u trenutku snimanja na odvojeni ure\u0111aj s pla\u0107anjem (elektroni\u010dka poruka) u otvorenom obliku zamjenjuju sadr\u017eaj jednog od njih. Stru\u010dnjak prenosi naloge za pla\u0107anje na ARM KBR, potpisuje ih i \u0161ifrira, ne primje\u0107uju\u0107i zamjenu (na primjer, zbog velikog broja naloga za pla\u0107anje u obradi, umora itd.). Nakon toga, la\u017eni nalog za pla\u0107anje, prolaze\u0107i kroz tehnolo\u0161ki lanac, dolazi u platni sustav Banke Rusije.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA2\"><\/a><\/noindex><\/p>\n<h4>Scenarij 2. Primjer realizacije prijetnji U2.2 i U4.2.<\/h4>\n<p>\n<b>Opis objekta<\/b><br \/>\n<img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/b4489290d665b359323ec6b58dde1139.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nRa\u010dunalo s instaliranim ARM KBR, SKAD Signatura i priklju\u010denim klju\u010dnim ure\u0111ajem FKN vdToken djeluje u odvojenom prostoru bez pristupa osoblja.<br \/>\nStru\u010dnjak za obra\u010dune povezuje se s ARM KBR u re\u017eimu daljinskog pristupa putem RDP protokola.<\/p>\n<p><b>Napad<\/b><br \/>\nNapada\u010di presre\u0107u podatke koji se koriste kako bi se stru\u010dnjak za obra\u010dune povezao i radio s ARM KBR (na primjer, putem zlonamjernog koda na njegovom ra\u010dunalu). Zatim se povezuju u njegovo ime i \u0161alju u platni sustav Banke Rusije la\u017eni nalog za pla\u0107anje.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA3\"><\/a><\/noindex><\/p>\n<h4>Scenarij 3. Primjer realizacije prijetnje U1.3. <\/h4>\n<p>\n<b>Opis objekta<\/b><br \/>\n<img decoding=\"async\" alt=\"Sigurnost informacija u bankovnim bezgotovinskim pla\u0107anjima. Deo 8 \u2014 Tipi\u010dni modeli pretnji\" src=\"\/wp-content\/uploads\/2019\/04\/988a97dd75247780556d388566d771f0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nRazmotrit \u0107emo jedan od hipotetskih scenarija realizacije modula integracije \"ABS-KBR\" za novu shemu (ARM KBR-N), pri kojoj se elektroni\u010dki potpis izlaznih dokumenata vr\u0161i na strani ABS-a. Pri tome \u0107emo smatrati da ABS funkcionira na bazi operativnog sustava koji nije podr\u017ean od strane SKZI SKAD Signatura, i stoga je kriptografska funkcionalnost premje\u0161tena na zasebnu virtualnu ma\u0161inu - modul integracije \"ABS-KBR\".<br \/>\nKao klju\u010dni ure\u0111aj koristi se obi\u010dni USB token koji radi u re\u017eimu uklonjivog klju\u010da. Prilikom povezivanja klju\u010dnog ure\u0111aja s hypervisorom ispostavilo se da u sustavu nema slobodnih USB priklju\u010daka, pa je odlu\u010deno povezati USB token putem mre\u017enog USB koncentratora, a na virtualnu ma\u0161inu instalirati USB-over-IP klijent koji \u0107e uspostaviti vezu s koncentratorom.<\/p>\n<p><b>Napad<\/b><br \/>\nNapada\u010di su presreli privatni klju\u010d elektroni\u010dkog potpisa iz komunikacijskog kanala izme\u0111u USB hub-a i hipervizora (podatci su se prenosili u otvorenom obliku). Imaju\u0107i privatni klju\u010d, napada\u010di su generirali la\u017eni platni nalog, potpisali ga elektroni\u010dkim potpisom i poslali ga u ARM KBR-N na izvr\u0161enje.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA4\"><\/a><\/noindex><\/p>\n<h4>Scenarij 4. Primjer realizacije prijetnji U5.5.<\/h4>\n<p>\n<b>Opis objekta<\/b><br \/>\nRazmotrit \u0107emo istu shemu kao u prethodnom scenariju. Pretpostavit \u0107emo da elektroni\u010dke poruke koje dolaze iz ARM KBR-N odlaze u mapu &#8230;SHAREIn, a one koje se \u0161alju u ARM KBR-N te dalje u platni sustav Banke Rusije, idu u &#8230;SHAREout.<br \/>\nTako\u0111er pretpostavljamo da se prilikom implementiranja modula integracije popisi opozvanih certifikata a\u017euriraju samo prilikom ponovnog izdavanja kriptografskih klju\u010deva, kao i da se elektroni\u010dke poruke koje su stigle u mapu &#8230;SHAREIn provjeravaju samo u smislu kontrole integriteta i kontrole povjerenja u javni klju\u010d elektroni\u010dkog potpisa.<\/p>\n<p><b>Napad<\/b><\/p>\n<p>Napada\u010di, koriste\u0107i ukradene klju\u010deve iz prethodnog scenarija, potpisali su la\u017eni platni nalog koji sadr\u017ei informacije o prijemu novca na ra\u010dun klijent-varalicu i ubrizgali ga u kanal razmjene za\u0161ti\u0107enih podataka. Budu\u0107i da se ne provodi provjera je li platni nalog potpisao upravo Banka Rusije, on se prihva\u0107a na izvr\u0161enje.<br \/>\n<br \/>Izvor: <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.4 - 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\/hr\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"hr_HR\" \/>\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\/hr\/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\udd47Informacijska sigurnost bankovnih bezgotovinskih pla\u0107anja. Dio 8 \u2014 Standardni modeli prijetnji | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","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\/hr\/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\/hr\/wp-json\/wp\/v2\/posts\/31627","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=31627"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/31627\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/23545"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=31627"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=31627"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=31627"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}