{"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\/da\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","title":{"rendered":"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\"><img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" 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\">Hvad handler unders\u00f8gelsen om<\/a><\/noindex><\/p>\n<p><b class=\"spoiler_title\">Links til andre dele af unders\u00f8gelsen<\/b><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">Informationssikkerhed ved bankens kontante betalinger. Del 1 - \u00d8konomiske grundlag.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">Informationssikkerhed ved bankens kontante betalinger. Del 2 - Standard IT-infrastruktur for en bank.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">Informationssikkerhed ved bankens kontante betalinger. Del 3 - Dannelse af krav til beskyttelsessystemet.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">Informationssikkerhed ved bankens kontante betalinger. Del 4 - Oversigt over standarder for trusselsmodellering.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">Informationssikkerhed ved bankens kontante betalinger. Del 5 - 100+ tematiske links om bankovertr\u00e6delser.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">Informationssikkerhed ved bankens kontante betalinger. Del 6 - Analyse af bankkriminalitet.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">Informationssikkerhed ved bankens kontante betalinger. Del 7 - Grundl\u00e6ggende trusselsmodel.<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller <\/a><\/noindex>(<b>Du er her<\/b>)<\/li>\n<\/ul>\n<p>Denne artikel afslutter cyklussen af publikationer, der omhandler informationssikkerhed ved bankens kontante betalinger. Her vil vi se p\u00e5 standard trusselsmodeller, som der henvises til i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">den grundl\u00e6ggende model<\/a><\/noindex>:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">Standard trusselsmodel. Netv\u00e6rksforbindelse<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUIS\">Standard trusselsmodel. Informationssystem bygget p\u00e5 client-server arkitektur<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRD\">Standard trusselsmodel. Adgangskontrolsystem<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUMI\">Standard trusselsmodel. Integrationsmodul<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZI\">Standard trusselsmodel. Kryptographisk beskyttelsessystem.<\/a><\/noindex><\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p><b>HABRO-WARNING !!!<\/b> K\u00e6re Habrowere, dette er ikke et underholdningsindl\u00e6g. <br \/>\nSkjult under kat er 40+ sider materiale beregnet til <b>at hj\u00e6lpe i arbejdet eller undervisningen<\/b> mennesker, der specialiserer sig i bankv\u00e6sen eller informationssikkerhed. Disse materialer er det endelige produkt af unders\u00f8gelsen og skrevet i en t\u00f8r officiel tone. I realiteten er dette skabeloner til interne dokumenter om IS. <\/p>\n<p>Og det traditionelle - <b>\u00abanvendelse af oplysningerne i artiklen til ulovlige form\u00e5l straffes i henhold til loven\u00bb<\/b>. God l\u00e6sning!\n<\/p><\/blockquote>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nInformation til l\u00e6sere, der starter med denne publikation for at l\u00e6re om unders\u00f8gelsen.<br \/>\n<noindex><a rel=\"nofollow\" name=\"ABOUT\"><\/a><\/noindex><\/p>\n<blockquote>\n<h2>Hvad handler unders\u00f8gelsen om<\/h2>\n<p>\nDu l\u00e6ser en guide for specialisten ansvarlig for at sikre informationssikkerheden ved betalinger i banken. <\/p>\n<p><b>Logikken i beskrivelsen<\/b><\/p>\n<p>I begyndelsen i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/344740\/\">del 1<\/a><\/noindex> og <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/345194\/\">del 2<\/a><\/noindex> en beskrivelse af beskyttelsesobjektet gives. Derefter i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/350852\/\">del 3<\/a><\/noindex> beskrives, hvordan man bygger et beskyttelsessystem, og der tales om n\u00f8dvendigheden af at danne en trusselsmodel. I <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/351326\/\">del 4<\/a><\/noindex> beskrives, hvilke trusselsmodeller der findes, og hvordan de dannes. I <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/413703\/\">del 5<\/a><\/noindex> og <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/419027\/\">del 6<\/a><\/noindex> gives en analyse af reelle angreb. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/421161\/\">Del 7<\/a><\/noindex> og <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/\">del 8<\/a><\/noindex> indeholder en beskrivelse af trusselsmodellen, bygget med information fra alle de foreg\u00e5ende dele.<\/p><\/blockquote>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUNC\"><\/a><\/noindex><\/p>\n<h2>TYPISK TRUSSEL MODEL. NETV\u00c6RKSFORBINDELSE<\/h2>\n<p><\/p>\n<h3>Beskyttelsesobjektet, som trusselsmodellen anvendes til (scope)<\/h3>\n<p>\nBeskyttelsesobjektet er data, der overf\u00f8res gennem en netv\u00e6rksforbindelse, der fungerer i datatransmission netv\u00e6rk bygget p\u00e5 TCP\/IP-stakken.<\/p>\n<p><b>Arkitektur<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/7fec6dc479280db22a581595ae7fc493.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBeskrivelse af arkitekturens elementer:<\/p>\n<ul>\n<li><i>\u00abEndepunkter\u00bb<\/i> \u2014 noder, der udveksler beskyttet information.<\/li>\n<li><i>\u00abMellemliggende noder\u00bb<\/i> \u2014 elementer i datatransmissionsnetv\u00e6rket: routere, switcher, adgangsservere, proxy-servere og andet udstyr, gennem hvilket trafikken fra netv\u00e6rksforbindelsen sendes. Generelt kan en netv\u00e6rksforbindelse fungere uden mellemliggende noder (direkte mellem endepunkterne).<\/li>\n<\/ul>\n<p><\/p>\n<h3>Trusler for sikkerheden p\u00e5 h\u00f8jeste niveau<\/h3>\n<p>\n<b>Dekomposition<\/b><\/p>\n<p>U1. Uautoriseret adgang til de overf\u00f8rte data.<br \/>\nU2. Uautoriseret \u00e6ndring af de overf\u00f8rte data.<br \/>\nU3. Overtr\u00e6delse af ophavsret vedr\u00f8rende de overf\u00f8rte data.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU1\"><\/a><\/noindex><\/p>\n<h3>U1. Uautoriseret adgang til de overf\u00f8rte data<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU1.1. , udf\u00f8rt ved terminaler eller mellemliggende noder:<br \/>\nU1.1.1.  ved at l\u00e6se data, mens de er gemt i nodens hukommelse:<br \/>\nU1.1.1.1.  i RAM.<br \/>\n<i>Forklaringer til U1.1.1.1.<\/i><br \/>\nFor eksempel under behandling af data af nodeens netv\u00e6rksstak.<\/p>\n<p>U1.1.1.2.  i non-volatile hukommelse.<br \/>\n<i>Forklaringer til U1.1.1.2.<\/i><br \/>\nFor eksempel n\u00e5r de overf\u00f8rte data opbevares i cache, midlertidige filer eller swaps.<\/p>\n<p>U1.2. , udf\u00f8rt p\u00e5 eksterne noder i datakommunikationsnetv\u00e6rk:<br \/>\nU1.2.1.  ved at opfange alle pakker, der ankommer til nodens netv\u00e6rksinterface:<br \/>\n<i>Forklaringer til U1.2.1.<\/i><br \/>\nIndfangning af alle pakker sker ved at skifte netv\u00e6rkskortet til en uklar tilstand (promiscuous mode for kablede adaptere eller monitor mode for Wi-Fi adaptere).<\/p>\n<p>U1.2.2.  ved at udf\u00f8re Man-in-the-Middle (MiTM) angreb, men uden at \u00e6ndre de overf\u00f8rte data (bortset fra protokol-specifikke oplysninger).<br \/>\nU1.2.2.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abStandard trusselsmodel. Netv\u00e6rksforbindelse. U2. Uautoriseret modifikation af de overf\u00f8rte data\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.3. , udf\u00f8rt ved at l\u00e6kke information via tekniske kanaler (TKUI) fra fysiske noder eller kommunikationslinjer.<\/p>\n<p>U1.4. , udf\u00f8rt ved at installere specielle tekniske midler (STM) p\u00e5 terminaler eller mellemliggende noder, der er beregnet til ubem\u00e6rket informationsoptagelse.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU2\"><\/a><\/noindex><\/p>\n<h3>U2. Uautoriseret modifikation af de overf\u00f8rte data.<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU2.1. , udf\u00f8rt p\u00e5 terminaler eller mellemliggende noder:<br \/>\nU2.1.1.  ved at l\u00e6se og \u00e6ndre data, mens de er gemt i nodens hukommelse:<br \/>\nU2.1.1.1.  i RAM:<br \/>\nU2.1.1.2.  i non-volatile hukommelse:<\/p>\n<p>U2.2. , udf\u00f8rt p\u00e5 eksterne noder i datakommunikationsnetv\u00e6rk:<br \/>\nU2.2.1.  ved at udf\u00f8re Man-in-the-Middle (MiTM) angreb og omdirigere trafik til angriberens node:<br \/>\nU2.2.1.1. Fysisk tilslutning af angriberens udstyr i bruddet af netv\u00e6rksforbindelsen.<br \/>\nU2.2.1.2. Udf\u00f8relse af angreb p\u00e5 netv\u00e6rksprotokoller:<br \/>\nU2.2.1.2.1.  styring af virtuelle lokale netv\u00e6rk (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. Uautoriseret modifikation af VLAN-indstillinger p\u00e5 switcher eller routere.<br \/>\nU2.2.1.2.2.  r-routing af trafik:<br \/>\nU2.2.1.2.2.1. Uautoriseret modifikation af statiske routingtabeller p\u00e5 routere.<br \/>\nU2.2.1.2.2.2. Annoncering af falske ruter af angribere gennem dynamiske routingprotokoller.<br \/>\nU2.2.1.2.3.  automatisk konfiguration:<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.  adressering og navneopl\u00f8sning:<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. Uautoriseret \u00e6ndring af lokale navnefilers indhold (hosts, lmhosts osv.)<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUNCU3\"><\/a><\/noindex><\/p>\n<h3>U3. Overtr\u00e6delse af ophavsret p\u00e5 de overf\u00f8rte data.<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU3.1. Neutralisering af mekanismer til bestemmelse af informationens ophav ved at angive falske oplysninger om forfatteren eller datakilden:<br \/>\nU3.1.1. \u00c6ndring af oplysninger om forfatteren, der findes i de overf\u00f8rte oplysninger.<br \/>\nU3.1.1.1. Neutralisering af kryptografisk beskyttelse af integritet og ophavsret for overf\u00f8rte data:<br \/>\nU3.1.1.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU4\">\u00abStandard trusselsmodel. Kryptografisk beskyttelsessystem for information.<br \/>\nU4. Oprettelse af en elektronisk underskrift fra en legitim underskriver med falske data\u00bb<\/a><\/noindex>.<br \/>\nU3.1.1.2. Neutralisering af ophavsretbeskyttelse af overf\u00f8rte data, implementeret med engangskoder til bekr\u00e6ftelse:<br \/>\nU3.1.1.2.1. <noindex>SIM swap<\/noindex>.<\/p>\n<p>U3.1.2. \u00c6ndring af oplysninger om kilden til de overf\u00f8rte informationer:<br \/>\nU3.1.2.1. <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/IP_address_spoofing\">IP spoofing<\/a><\/noindex>.<br \/>\nU3.1.2.2. <noindex><a rel=\"nofollow\" href=\"http:\/\/xgu.ru\/wiki\/MAC-spoofing\">MAC spoofing<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUIS\"><\/a><\/noindex><\/p>\n<h2>STANDARD TRUSSELSMODEL. INFORMATIONSYSTEM BYGGET P\u00c5 CLIENT-SERVER ARKITEKTUR<\/h2>\n<p><\/p>\n<h3>Beskyttelsesobjektet, som trusselsmodellen anvendes til (scope)<\/h3>\n<p>\nObjektet for beskyttelse er et informationssystem bygget p\u00e5 client-server arkitektur.<\/p>\n<p><b>Arkitektur<\/b><br \/>\n<img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/f18c9c6c1e3d5372932d8c2a331284cf.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBeskrivelse af arkitekturens elementer:<\/p>\n<ul>\n<li><i>\u00abClient\u00bb<\/i> \u2013 enhed, hvorp\u00e5 klientdelen af informationssystemet fungerer.<\/li>\n<li><i>\u00abServer\u00bb<\/i> \u2013 enhed, hvorp\u00e5 serverdelen af informationssystemet fungerer.<\/li>\n<li><i>\u00abDatas\u00f8gning\u00bb<\/i> \u2014 en del af serverinfrastrukturen i informationssystemet, der er beregnet til at gemme data, som informationssystemet behandler.<\/li>\n<li><i>\u00abNetv\u00e6rksforbindelse\u00bb<\/i> \u2014 informationsudvekslingskanal mellem Client og Server, som g\u00e5r gennem datatransmissionsnetv\u00e6rket. En mere detaljeret beskrivelse af elementmodellen er givet i <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNC\">\u00abStandard trusselsmodel. Netv\u00e6rksforbindelse\u00bb<\/a><\/noindex>.<\/li>\n<\/ul>\n<p>\n<b>Begr\u00e6nsninger<\/b><br \/>\nVed modellering af objektet er f\u00f8lgende begr\u00e6nsninger fastsat:<\/p>\n<ol>\n<li>Brugeren interagerer med informationssystemet inden for bestemte tidsrum, kaldet arbejdssessioner.<\/li>\n<li>I begyndelsen af hver arbejdssession sker identifikation, autentikation og autorisation af brugeren.<\/li>\n<li>Alle beskyttede oplysninger opbevares p\u00e5 serverdelen af informationssystemet.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Trusler for sikkerheden p\u00e5 h\u00f8jeste niveau<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU1. Udf\u00f8relse af uautoriserede handlinger af ondsindede akt\u00f8rer p\u00e5 vegne af en legitim bruger.<br \/>\nU2. Uautoriseret \u00e6ndring af beskyttede oplysninger under deres behandling af serverdelen af informationssystemet.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU1\"><\/a><\/noindex><\/p>\n<h3>U1. Udf\u00f8relse af uautoriserede handlinger af ondsindede akt\u00f8rer p\u00e5 vegne af en legitim bruger<\/h3>\n<p>\n<b>Forklaringer<\/b><br \/>\nNormalt i informationssystemer relateres handlinger med den bruger, der udf\u00f8rte dem, ved hj\u00e6lp af:<\/p>\n<ol>\n<li>systemlogfiler (logs). <\/li>\n<li>specielle attributter af dataobjekter, der indeholder oplysninger om den bruger, der har oprettet eller \u00e6ndret dem.<\/li>\n<\/ol>\n<p>\nI forhold til arbejdsprocessen kan denne trussel nedbrydes til:<\/p>\n<ol>\n<li>udf\u00f8rt inden for brugerens session.<\/li>\n<li>udf\u00f8rt uden for brugerens session.<\/li>\n<\/ol>\n<p>\nBrugerens arbejdsf\u00f8relse kan v\u00e6re initieret af:<\/p>\n<ol>\n<li>Brugeren selv.<\/li>\n<li>Kriminelle.<\/li>\n<\/ol>\n<p>\nP\u00e5 dette stadium vil den mellemliggende nedbrydning af denne trussel se s\u00e5ledes ud:<br \/>\nU1.1. Uautoriserede handlinger udf\u00f8rt inden for arbejdsprocessen for brugeren:<br \/>\nU1.1.1.  installeret af den angrebne bruger.<br \/>\nU1.1.2.  installeret af angribere.<br \/>\nU1.2. Uautoriserede handlinger udf\u00f8rt uden for arbejdsprocessen for brugeren.<\/p>\n<p>Set fra perspektivet af informationsinfrastrukturens objekter, som kriminelle kan p\u00e5virke, vil nedbrydningen af de mellemliggende trusler se s\u00e5ledes ud:<\/p>\n<p>Elementer<br \/>\nNedbrydning af trusler<\/p>\n<p><b>U1.1.1.<\/b><br \/>\n<b>U1.1.2.<\/b><br \/>\n<b>U1.2.<\/b><\/p>\n<p>Kunde<br \/>\nU1.1.1.1.<br \/>\nU1.1.2.1.<\/p>\n<p>Netv\u00e6rksforbindelse<br \/>\nU1.1.1.2.<\/p>\n<p>Server<\/p>\n<p>U1.2.1.<\/p>\n<p>\n<b>Dekomposition<\/b><br \/>\nU1.1. Uautoriserede handlinger udf\u00f8rt inden for arbejdsprocessen for brugeren:<br \/>\nU1.1.1.  installeret af den angrebne bruger:<br \/>\nU1.1.1.1. Kriminelle handlede selvst\u00e6ndigt fra Kunden:<br \/>\nU1.1.1.1.1 Kriminelle brugte standard adgangsmidler fra informationssystemet:<br \/>\nU1.1.1.1.1.1. Kriminelle brugte fysiske input-output midler fra Kunden (tastatur, mus, sk\u00e6rm eller touchsk\u00e6rm p\u00e5 mobilenhed):<br \/>\nU1.1.1.1.1.1.1. Kriminelle handlede i perioder, hvor sessionen er aktiv, input-output midler er tilg\u00e6ngelige, og brugeren ikke var til stede.<br \/>\nU1.1.1.1.1.2. Kriminelle brugte fjernadministrationsmidler (standard eller givet af ondsindet kode) til at styre Kunden:<br \/>\nU1.1.1.1.1.2.1. Kriminelle handlede i perioder, hvor sessionen er aktiv, input-output midler er tilg\u00e6ngelige, og brugeren ikke var til stede.<br \/>\nU1.1.1.1.1.2.2. Kriminelle brugte fjernadministrationsmidler, hvis funktioner er usynlige for den angrebne bruger.<br \/>\nU1.1.1.2. Kriminelle \u00e6ndrede data i netv\u00e6rksforbindelsen mellem Kunden og Serveren, s\u00e5 de blev opfattet som handlinger fra en legitim bruger:<br \/>\nU1.1.1.2.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abStandard trusselsmodel. Netv\u00e6rksforbindelse. U2. Uautoriseret modifikation af de overf\u00f8rte data\u00bb<\/a><\/noindex>.<br \/>\nU1.1.1.3. Ondsindere tvang brugeren til at udf\u00f8re de angivne handlinger ved at anvende metoder inden for social engineering.<\/p>\n<p>U1.1.2  installeret af angribere:<br \/>\nU1.1.2.1. Ondsindede handlede fra Klienten (<b>Og<\/b>):<br \/>\nU1.1.2.1.1. Ondsindede neutraliserede adskillelsessystemet i informationssystemet:<br \/>\nU1.1.2.1.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abStandard model for trusler. Adskillelsessystem. U1. Uautoriseret etablering af en arbejdssession p\u00e5 vegne af en legitim bruger\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.1.2. Ondsindede brugte standardadgangsmetoderne til informationssystemet<br \/>\nU1.1.2.2. Ondsindede handlede fra andre knudepunkter i datatransmissionsnetv\u00e6rket, fra hvilke der kan oprettes en netv\u00e6rksforbindelse til Serveren (<b>Og<\/b>):<br \/>\nU1.1.2.2.1. Ondsindede neutraliserede adskillelsessystemet i informationssystemet:<br \/>\nU1.1.2.2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abStandard model for trusler. Adskillelsessystem. U1. Uautoriseret etablering af en arbejdssession p\u00e5 vegne af en legitim bruger\u00bb<\/a><\/noindex>. <br \/>\nU1.1.2.2.2. Ondsindede brugte ikke-standard adgangsmetoder til informationssystemet.<br \/>\n<i>Forklaringer U1.1.2.2.2.<\/i><br \/>\nOndsindede kunne installere den standardklient i informationssystemet p\u00e5 en ekstern node eller kunne bruge ikke-standard software, der implementerer standardprotokoller til dataudveksling mellem Klienten og Serveren.<\/p>\n<p>U1.2 Uautoriserede handlinger blev udf\u00f8rt uden for brugerens arbejdssession.<br \/>\nU1.2.1 Ondsindede udf\u00f8rte uautoriserede handlinger og derefter foretog uautoriserede \u00e6ndringer i logfilerne for informationssystemet eller i s\u00e6rlige attributter for datagener, og angav, at de handlinger, de foretog, blev udf\u00f8rt af en legitim bruger.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUISU2\"><\/a><\/noindex><\/p>\n<h3>U2. Uautoriseret modificering af beskyttede oplysninger under behandlingen af dem af serverdelen af informationssystemet.<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU2.1. Ondsindede modificerer beskyttede oplysninger ved hj\u00e6lp af standardmetoder fra informationssystemet og udf\u00f8rer dette p\u00e5 vegne af en legitim bruger.<br \/>\nU2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abStandard model for trusler. Informationssystem baseret p\u00e5 klient-serverarkitektur. U1. Udf\u00f8relse af uautoriserede handlinger af ondsindede p\u00e5 vegne af en legitim bruger\u00bb<\/a><\/noindex>.<\/p>\n<p>U2.2. Ondsindede \u00e6ndrer beskyttede oplysninger ved at bruge mekanismer til dataadgang, der ikke er forudset i de standardfunktioner, der kr\u00e6ves af informationssystemet.<br \/>\nU2.2.1. Ondsindede \u00e6ndrer filer, der indeholder beskyttede oplysninger:<br \/>\nU2.2.1.1.  ved at bruge filh\u00e5ndteringsmekanismerne, der gives af operativsystemet.<br \/>\nU2.2.1.2.  ved at fremkalde gendannelse af filer fra uautoriseret modificerede sikkerhedskopier.<\/p>\n<p>U2.2.2. Angribere modificerer den beskyttede information, der opbevares i databasen (<b>Og<\/b>):<br \/>\nU2.2.2.1. Angribere neutraliserer adgangskontrolsystemet i databasesystemet:<br \/>\nU2.2.2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSRDU1\">\u00abStandard model for trusler. Adskillelsessystem. U1. Uautoriseret etablering af en arbejdssession p\u00e5 vegne af en legitim bruger\u00bb<\/a><\/noindex>.<br \/>\nU2.2.2.2. Angribere modificerer informationen ved at bruge standardgr\u00e6nsefladerne i databasesystemet for at f\u00e5 adgang til dataene.<\/p>\n<p>U2.3. Angribere modificerer den beskyttede information ved uautoriseret \u00e6ndring af algoritmerne, der behandler den.<br \/>\nU2.3.1. Der foretages \u00e6ndringer i kildekoden til softwaren.<br \/>\nU2.3.1. Der foretages \u00e6ndringer i maskinkoden til softwaren.<\/p>\n<p>U2.4. Angribere modificerer den beskyttede information ved at udnytte s\u00e5rbarheder i softwaren i informationssystemet.<\/p>\n<p>U2.5. Angribere modificerer den beskyttede information under transmission mellem komponenterne i serverdelen af informationssystemet (for eksempel mellem databaser og applikationsservere):<br \/>\nU2.5.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abStandard trusselsmodel. Netv\u00e6rksforbindelse. U2. Uautoriseret modifikation af de overf\u00f8rte data\u00bb<\/a><\/noindex>.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSRD\"><\/a><\/noindex><\/p>\n<h2>TYPISK TRUSSEL MODEL. ADGANGSKONTROL SYSTEM<\/h2>\n<p><\/p>\n<h3>Beskyttelsesobjektet, som trusselsmodellen anvendes til (scope)<\/h3>\n<p>\nBeskyttelsesobjektet, som denne trusselsmodel anvendes p\u00e5, svarer til beskyttelsesobjektet i trusselsmodellen: \"Typisk trusselsmodel. Informationssystem baseret p\u00e5 klient-server-arkitektur.\"<\/p>\n<p>Med adgangskontrolsystemet for brugere i denne trusselsmodel henvises der til en komponent i informationssystemet, der udf\u00f8rer funktioner:<\/p>\n<ol>\n<li>Identifikation af brugere.<\/li>\n<li>Godkendelse af brugere.<\/li>\n<li>Autorisation af brugere.<\/li>\n<li>Protokollering af brugerhandlinger.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Trusler for sikkerheden p\u00e5 h\u00f8jeste niveau<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU1. Uautoriseret etablering af en session i navnet p\u00e5 en legitim bruger. <br \/>\nU2. Uautoriseret opgradering af brugerens privilegier i informationssystemet.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU1\"><\/a><\/noindex> <\/p>\n<h3>U1. Uautoriseret etablering af en session i navnet p\u00e5 en legitim bruger. <\/h3>\n<p>\n<b>Forklaringer<\/b><br \/>\nDecomposition of this threat will generally depend on the type of user identification and authentication systems being used. <\/p>\n<p>Denne model vil kun se p\u00e5 systemet til identifikation og godkendelse af brugere, der bruger tekstlogin og kodeord. Vi antager, at brugerens login er offentligt tilg\u00e6ngelig information, som er kendt af angribere.<\/p>\n<p><b>Dekomposition<\/b><br \/>\nU1.1.  ved at kompromittere brugernes legitimationsoplysninger:<br \/>\nU1.1.1. Angribere har kompromitteret brugerens legitimationsoplysninger under opbevaringen.<br \/>\n<i>Forklaringer U1.1.1.<\/i><br \/>\nFor eksempel kunne legitimationsoplysninger v\u00e6re skrevet p\u00e5 en sticky note og klistret p\u00e5 sk\u00e6rmen.<\/p>\n<p>U1.1.2. Brugeren har utilsigtet eller med vilje givet adgangsoplysninger til angribere.<br \/>\nU1.1.2.1. Brugeren sagde sine legitimationsoplysninger h\u00f8jt, mens de blev indtastet.<br \/>\nU1.1.2.2. Brugeren overleverede bevidst sine legitimationsoplysninger:<br \/>\nU1.1.2.2.1.  til kolleger.<br \/>\n<i>Forklaringer U1.1.2.2.1.<\/i><br \/>\nFor eksempel, s\u00e5 de kunne erstatte ham under sygdom.<\/p>\n<p>U1.1.2.2.2. &lt;&#8230;&gt; til arbejdsgiverens partnere, der udf\u00f8rer arbejde p\u00e5 objekter i informationsinfrastrukturen.<br \/>\nU1.1.2.2.3. &lt;&#8230;&gt; til tredjeparter.<br \/>\n<i>Forklaringer U1.1.2.2.3.<\/i><br \/>\nEn af, men ikke den eneste mulighed for at realisere denne trussel er anvendelsen af social engineering metoder af angribere.<\/p>\n<p>U1.1.3. Angribere har g\u00e6ttet legitimationsoplysninger ved at bruge brute force:<br \/>\nU1.1.3.1. &lt;&#8230;&gt; ved brug af de normale adgangsmekanismer.<br \/>\nU1.1.3.2. &lt;&#8230;&gt; ved hj\u00e6lp af tidligere opsnappede koder (f.eks. hash af adgangskoder) til opbevaring af legitimationsoplysninger.<\/p>\n<p>U1.1.4. Angribere har brugt ondsindet kode til at opsnappe brugerens legitimationsoplysninger.<\/p>\n<p>U1.1.5. Angribere har udvundet legitimationsoplysninger fra netv\u00e6rksforbindelsen mellem klienten og serveren:<br \/>\nU1.1.5.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU1\">\u00abTypemodel for trusler. Netv\u00e6rksforbindelse. U1. Uautoriseret adgang til overf\u00f8rte data\u00bb<\/a><\/noindex>.<\/p>\n<p>U1.1.6. Angribere har udvundet legitimationsoplysninger fra optagelser af overv\u00e5gningssystemer:<br \/>\nU1.1.6.1. &lt;&#8230;&gt; videooverv\u00e5gningssystemer (hvis der under arbejdet blev registreret tastetryk p\u00e5 tastaturet).<br \/>\nU1.1.6.2. &lt;&#8230;&gt; overv\u00e5gningssystemer for medarbejderes aktivitet ved computeren. <br \/>\n<i>Forklaringer U1.1.6.2.<\/i><br \/>\nEt eksempel p\u00e5 et s\u00e5dant system er - <noindex><a rel=\"nofollow\" href=\"https:\/\/www.staffcop.ru\">StuffCop<\/a><\/noindex>.<\/p>\n<p>U1.1.7. Angribere har kompromitteret brugerens legitimationsoplysninger p\u00e5 grund af mangler i processen for deres overf\u00f8rsel.<br \/>\n<i>Forklaringer U1.1.7.<\/i><br \/>\nFor eksempel, overf\u00f8rsel af adgangskoder i klar tekst via e-mail.<\/p>\n<p>U1.1.8. Angrebsvinnere opn\u00e5ede legitimationsoplysninger ved at overv\u00e5ge brugerens session ved hj\u00e6lp af fjernadministrationssystemer.<\/p>\n<p>U1.1.9. Angrebsvinnere udvandt legitimationsoplysninger som f\u00f8lge af l\u00e6kager gennem tekniske kanaler (TKUI):<br \/>\nU1.1.9.1. Angrebsvinnere s\u00e5, hvordan brugeren indtaster legitimationsoplysninger via tastaturet:<br \/>\nU1.1.9.1.1 Angrebsvinnere var placeret i umiddelbar n\u00e6rhed af brugeren og s\u00e5 indtastningen af legitimationsoplysningerne med egne \u00f8jne. <br \/>\n<i>Forklaringer U1.1.9.1.1<\/i><br \/>\nS\u00e5danne tilf\u00e6lde kan omfatte kollegers handlinger eller situationer, hvor brugerens tastatur kunne ses af bes\u00f8gende i organisationen.<\/p>\n<p>U1.1.9.1.2 Angrebsvinnere brugte yderligere tekniske midler, s\u00e5som en kikkert eller en drone, og s\u00e5 indtastningen af legitimationsoplysningerne gennem et vindue. <br \/>\nU1.1.9.2. Angrebsvinnere udvandt legitimationsoplysninger fra radioudvekslinger mellem tastaturet og computerens systemenhed i tilf\u00e6lde af, at de blev tilsluttet via radiointerface (f.eks. Bluetooth).<br \/>\nU1.1.9.3. Angrebsvinnere havde til hensigt at opsnappe legitimationsoplysninger gennem l\u00e6kage via kanalen for sekund\u00e6re elektromagnetiske emissioner og interferens (P\u00c9MI).<br \/>\n<i>Forklaringer U1.1.9.3.<\/i><br \/>\nEksempler p\u00e5 angreb <noindex><a rel=\"nofollow\" href=\"https:\/\/www.youtube.com\/watch?v=tMSglPLIDYU\">her<\/a><\/noindex> og <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cl.cam.ac.uk\/~mgk25\/pet2004-fpd.pdf\">her<\/a><\/noindex>. <\/p>\n<p>U1.1.9.4. Angrebsvinderen opsnappede indtastningen af legitimationsoplysninger fra tastaturet ved hj\u00e6lp af specielle tekniske midler (STM), der er beregnet til hemmelig indsamling af information.<br \/>\n<i>Forklaringer U1.1.9.4.<\/i><br \/>\nEksempler <noindex>enheder<\/noindex>. <\/p>\n<p>U1.1.9.5. Angrebsvinnere opsnappede indtastningen af legitimationsoplysninger fra tastaturet ved at <br \/>\nanalysere Wi-Fi-signalet, der var moduleret ved brugerens tastetryk.<br \/>\n<i>Forklaringer U1.1.9.5.<\/i><br \/>\nEksempel <noindex><a rel=\"nofollow\" href=\"https:\/\/threatpost.com\/keystroke-recognition-uses-wi-fi-signals-to-snoop\/120135\/\">angreb<\/a><\/noindex>.<\/p>\n<p>U1.1.9.6. Angrebsvinnere opsnappede indtastningen af legitimationsoplysninger fra tastaturet ved at analysere lydene fra tastetryk.<br \/>\n<i>Forklaringer U1.1.9.6.<\/i><br \/>\nEksempel <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/398545\/\">angreb<\/a><\/noindex>.<\/p>\n<p>U1.1.9.7. Angrebsvinnere opsnappede indtastningen af legitimationsoplysninger fra en mobil enhed ved at analysere accelerometerdataene.<br \/>\n<i>Forklaringer U1.1.9.7.<\/i><br \/>\nEksempel <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/126806\/\">angreb<\/a><\/noindex>.<\/p>\n<p>U1.1.10. &lt;&#8230;&gt;, der tidligere er gemt p\u00e5 Kunden.<br \/>\n<i>Forklaringer U1.1.10.<\/i><br \/>\nFor eksempel kunne brugeren have gemt brugernavn og adgangskode i browseren til adgang til en bestemt hjemmeside.<\/p>\n<p>U1.1.11. Angrebsvinnere kompromitterede legitimationsoplysningerne som f\u00f8lge af svagheder i tilbagekaldesprocessen for brugertilgange.<br \/>\n<i>Forklaringer U1.1.11.<\/i><br \/>\nFor eksempel, efter en brugers opsigelse forblev hans kontoer ikke l\u00e5st.<\/p>\n<p>U1.2. &lt;&#8230;&gt; ved at udnytte s\u00e5rbarheder i adgangsbegr\u00e6nsningssystemet.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSRDU2\"><\/a><\/noindex> <\/p>\n<h3>U2. Uautoriseret forh\u00f8jelse af en brugers privilegier i informationssystemet<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU2.1 &lt;&#8230;&gt; ved at foretage uautoriserede \u00e6ndringer i data, der indeholder oplysninger om brugerens privilegier.<\/p>\n<p>U2.2 &lt;&#8230;&gt; ved at udnytte s\u00e5rbarheder i adgangsbegr\u00e6nsningssystemet.<\/p>\n<p>U2.3. &lt;&#8230;&gt; p\u00e5 grund af mangler i processen for adgangsstyring for brugerne.<br \/>\n<i>Forklaringer U2.3.<\/i><br \/>\nEksempel 1. Brugeren fik adgang, der var st\u00f8rre, end hvad der var n\u00f8dvendigt for hans arbejdsopgave.<br \/>\nEksempel 2. Efter overflytning af brugeren til en anden stilling blev de tidligere tildelte adgangsrettigheder ikke tilbagekaldt.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUMI\"><\/a><\/noindex><\/p>\n<h2>TYPISK TRUSSEL MODEL. INTEGRATIONS MODUL<\/h2>\n<p><\/p>\n<h3>Beskyttelsesobjektet, som trusselsmodellen anvendes til (scope)<\/h3>\n<p>\nIntegrationsmodulet er en samling af objekter i informationsinfrastrukturen, der er designet til at organisere informationsudveksling mellem informationssystemer.<\/p>\n<p>I betragtning af, at det i virksomhedsnetsv\u00e6rk ikke altid er muligt entydigt at adskille \u00e9t informationssystem fra et andet, kan integrationsmodulet ogs\u00e5 betragtes som et bindeled mellem komponenterne inden for \u00e9t informationssystem.<\/p>\n<p><b>Arkitektur<\/b><br \/>\nDen generelle skema for integrationsmodulet ser s\u00e5ledes ud:<\/p>\n<p><img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/6b91d59698b761a14aef7f1c4fbec325.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBeskrivelse af arkitekturens elementer:<\/p>\n<ul>\n<li><i>\u00abDatabytte server (DBS)\u00bb<\/i> \u2013 en node \/ service \/ komponent i informationssystemet, der udf\u00f8rer funktionen at udveksle data med et andet informationssystem.<\/li>\n<li><i>\u00abM\u00e6gler\u00bb<\/i> \u2013 en node \/ service, der er designet til at organisere interaktionen mellem informationssystemer, men ikke indg\u00e5r i deres opbygning. <br \/>\nEksempler <i>\u00abM\u00e6glere\u00bb<\/i> kan v\u00e6re e-mailtjenester, virksomhedsservicebusser (enterprise service bus \/ SoA-arkitektur), eksterne filservere osv. Generelt kan integrationsmodulet ogs\u00e5 v\u00e6re uden \u00abM\u00e6glere\u00bb.<\/li>\n<li><i>\u00abDatabehandlingssoftware\u00bb<\/i> \u2013 en samling programmer, der implementerer dataudvekslingsprotokoller og formatomdannelse. <br \/>\nFor eksempel omdannelse af data fra UFEBS-format til ABS-format, \u00e6ndring af status for beskeder under overf\u00f8rsel osv.<\/li>\n<li><i>\u00abNetv\u00e6rksforbindelse\u00bb<\/i> svarer til det objekt, der er beskrevet i den typiske trusselmodel \u00abNetv\u00e6rksforbindelse\u00bb. Nogle netv\u00e6rksforbindelser af dem, der er pr\u00e6senteret i det ovenst\u00e5ende diagram, kan muligvis ikke v\u00e6re til stede.<\/li>\n<\/ul>\n<p><b>Eksempler p\u00e5 integrationsmoduler<\/b><\/p>\n<p><i>Skema 1. Integration af ABS og ARM KBR via en ekstern filserver<\/i><\/p>\n<p>For at udf\u00f8re betalinger downloader en bemyndiget bankmedarbejder elektroniske betalingsdokumenter fra ABS og gemmer dem i en fil (i eget format, f.eks. SQL-dump) p\u00e5 en netv\u00e6rksmappe (&#8230;SHARE) p\u00e5 filserveren. Derefter konverteres denne fil ved hj\u00e6lp af et konverteringsscript til et s\u00e6t af filer i UFEBS-format, som derefter l\u00e6ses af ARM KBR. <br \/>\nHerefter krypterer og underskriver den bemyndigede medarbejder \u2013 brugeren af ARM KBR \u2013 den modtagne fil og sender den til betalingssystemet i den russiske bank.<\/p>\n<p>N\u00e5r der modtages betalinger fra den russiske bank, dekrypterer ARM KBR dem og kontrollerer den elektroniske underskrift, hvorefter de gemmes som et s\u00e6t filer i UFEABS-format p\u00e5 filserveren. F\u00f8r betalingsdokumenterne importeres til ABS, konverteres de ved hj\u00e6lp af et konverteringsscript fra UFEABS-format til ABS-format. <\/p>\n<p>Lad os antage, at i dette skema fungerer ABS p\u00e5 en fysisk server, ARM KBR fungerer p\u00e5 en dedikeret computer, og konverteringsscriptet k\u00f8rer p\u00e5 filserveren.<\/p>\n<p><img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/bef53aaa1deaee5adeca620204345642.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOverensstemmelse mellem objekterne i det beskrevne skema og elementerne i integrationsmodulmodellen:<br \/>\n<i>\u00abUdvekslingsservere fra ABS-siden\u00bb<\/i> \u2013 ABS-server.<br \/>\n<i>\u00abUdvekslingsservere fra ARM KBR-siden\u00bb<\/i> \u2013 ARM KBR-computer.<br \/>\n<i>\u00abM\u00e6gler\u00bb<\/i> \u2013 ekstern filserver.<br \/>\n<i>\u00abDatabehandlingssoftware\u00bb<\/i> \u2013 konverteringsscript.<\/p>\n<p><i>Skema 2. Integration af ABS og ARM KBR ved placering af en f\u00e6lles netv\u00e6rksmappe med betalinger p\u00e5 ARM KBR<\/i><\/p>\n<p>Alt efter samme skema som 1, men en separat filserver anvendes ikke; i stedet placeres netv\u00e6rksmappen (&#8230;SHARE) med elektroniske betalingsdokumenter p\u00e5 computeren med ARM KBR. Konverteringsscriptet k\u00f8rer ogs\u00e5 p\u00e5 ARM KBR.<\/p>\n<p><img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/7d3ecde6d78b2c45e1249236c7da925b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOverensstemmelse mellem objekterne i det beskrevne skema og elementerne i integrationsmodulmodellen:<br \/>\nSvarende til Skema 1, men <i>\u00abM\u00e6gler\u00bb<\/i> bruges ikke.<\/p>\n<p><i>Skema 3. Integration af ABS og ARM KBR-N gennem IBM WebSphere MQ og underskrivning af elektroniske dokumenter \u00abp\u00e5 ABS-siden\u00bb<\/i><\/p>\n<p>ABS k\u00f8rer p\u00e5 en platform, der ikke underst\u00f8ttes af SKZI SKAD Signatur. Underskrivningen af de udg\u00e5ende elektroniske dokumenter udf\u00f8res p\u00e5 en s\u00e6rlig server for elektronisk signatur (EP-server). Denne server kontrollerer ogs\u00e5 den elektroniske underskrift af de indg\u00e5ende dokumenter fra den russiske bank.<\/p>\n<p>ABS eksporterer til EP-serveren en fil med betalingsdokumenterne i sit eget format.<br \/>\nEP-serveren bruger et konverteringsscript til at omdanne filen til elektroniske meddelelser i UFEBS-format, hvorefter de elektroniske meddelelser underskrives og sendes til IBM WebSphere MQ.<\/p>\n<p>ARM KBR-N henter de signerede betalingsmeddelelser fra IBM WebSphere MQ, hvorefter den autoriserede medarbejder \u2013 brugeren af ARM KBR \u2013 krypterer dem og sender dem til betalingssystemet i Rusland.<\/p>\n<p>N\u00e5r betalinger modtages fra Rusland, dekrypterer ARM KBR-N dem og kontrollerer den elektroniske signatur. Behandlede betalinger afleveres som dekrypterede og signerede elektroniske meddelelser i UFEBS-format til IBM WebSphere MQ, hvorfra de modtages af EP-serveren.<\/p>\n<p>EP-serveren kontrollerer den elektroniske signatur p\u00e5 de modtagne betalinger og gemmer dem i en ABS-format fil. Herefter uploader den autoriserede medarbejder \u2013 brugeren af ABS \u2013 den resulterende fil til ABS som foreskrevet.<\/p>\n<p><img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/b1bd9c224b18dc84cca5f8bdc7d69713.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOverensstemmelse mellem objekterne i det beskrevne skema og elementerne i integrationsmodulmodellen:<br \/>\n<i>\u00abUdvekslingsserver fra ABS\u00bb<\/i> \u2013 ABS-server.<br \/>\n<i>\u00abUdvekslingsserver fra ARM KBR\u00bb<\/i> \u2013 ARM KBR-computer.<br \/>\n<i>\u00abM\u00e6gler\u00bb<\/i> \u2013 EP-server og IBM WebSphere MQ.<br \/>\n<i>\u00abDatabehandlingssoftware\u00bb<\/i> \u2013 konverteringsscript, SKZI SKAD Signatur p\u00e5 EP-serveren.<\/p>\n<p><i>Diagram 4. Integration af DBO-server og ABS via API, leveret af den dedikerede udvekslingsserver<\/i><\/p>\n<p>Lad os antage, at banken bruger flere systemer til fjernbanktjenester (DBO): <\/p>\n<ul>\n<li>\u00abInternet Client-Bank\u00bb for private (IKB FL);<\/li>\n<li>\u00abInternet Client-Bank\u00bb for juridiske personer (IKB JL). <\/li>\n<\/ul>\n<p>\nFor at sikre informationssikkerheden sker al interaktion mellem ABS og DBO-systemer gennem en dedikeret udvekslingsserver, der fungerer inden for informationssystemet \u00abABS\u00bb.<\/p>\n<p>Lad os nu se p\u00e5 interaktionsprocessen mellem DBO-systemet IKB JL og ABS.<br \/>\nDBO-serveren, efter at have modtaget en korrekt attestet betalingsordre fra klienten, skal p\u00e5 dens grundlag oprette et tilsvarende dokument i ABS. Til dette sender den via API oplysningerne til udvekslingsserveren, som igen indtaster dataene i ABS. <\/p>\n<p>N\u00e5r saldoen p\u00e5 klientens konto \u00e6ndres, genererer ABS elektroniske meddelelser, som gennem udvekslingsserveren sendes til DBO-serveren.<\/p>\n<p><img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/63f88ad151996e7ddaa883349a6d8e22.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOverensstemmelse mellem objekterne i det beskrevne skema og elementerne i integrationsmodulmodellen:<br \/>\n<i>\u00abUdvekslingsserver fra DBO\u00bb<\/i> \u2013 DBO-server for IKB JL.<br \/>\n<i>\u00abUdvekslingsserver fra ABS\u00bb<\/i> \u2013 udvekslingsserver.<br \/>\n<i>\u00abM\u00e6gler\u00bb<\/i> \u2013 ikke tilg\u00e6ngelig.<br \/>\n<i>\u00abDatabehandlingssoftware\u00bb<\/i> \u2013 komponenter af DBO-serveren, som er ansvarlige for brugen af API'en p\u00e5 udvekslingsserveren, komponenter af udvekslingsserveren, som er ansvarlige for brugen af API'en p\u00e5 ABS.<\/p>\n<h3>Trusler for sikkerheden p\u00e5 h\u00f8jeste niveau<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\n1. Inds\u00e6ttelse af falske oplysninger af angribere via integrationsmodulet. <br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUMIU1\"><\/a><\/noindex><\/p>\n<h3>1. Inds\u00e6ttelse af falske oplysninger af angribere via integrationsmodulet. <\/h3>\n<p><b>Dekomposition<\/b><br \/>\n1.1. Uautoriseret \u00e6ndring af legitime data under transmission over netv\u00e6rksforbindelser:<br \/>\n1.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU2\">\u00abStandard trusselsmodel. Netv\u00e6rksforbindelse. U2. Uautoriseret modifikation af de overf\u00f8rte data\u00bb<\/a><\/noindex>.<\/p>\n<p>1.2. Transmission af falske data p\u00e5 vegne af en legitim deltager i udvekslingen:<br \/>\n1.1.2. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUNCU3\">\u00abStandard trusselsmodel. Netv\u00e6rksforbindelse. U3. Kr\u00e6nkelse af ophavsret til overf\u00f8rte data\u00bb<\/a><\/noindex>.<\/p>\n<p>1.3. Uautoriseret \u00e6ndring af legitime data under behandling p\u00e5 udvekslingsservere eller mellemm\u00e6nd:<br \/>\n1.3.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU2\">\u00abStandard trusselsmodel. Informationssystem baseret p\u00e5 klient-server-arkitektur. U2. Uautoriseret \u00e6ndring af beskyttede oplysninger under behandling af serverdelen af informationssystemet\u00bb<\/a><\/noindex>.<\/p>\n<p>1.4. Oprettelse af falske data p\u00e5 udvekslingsservere eller mellemm\u00e6nd p\u00e5 vegne af en legitim deltager i udvekslingen:<br \/>\n1.4.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUISU1\">\u00abStandard trusselsmodel. Informationssystem baseret p\u00e5 klient-server-arkitektur. U1. Udf\u00f8relse af uautoriserede handlinger af angribere p\u00e5 vegne af en legitim bruger\u00bb.<\/a><\/noindex><\/p>\n<p>1.5. Uautoriseret \u00e6ndring af data under behandling med databehandlingssoftware:<br \/>\nU1.5.1. &lt;&#8230;&gt; ved at hackere foretog uautoriserede \u00e6ndringer i indstillingerne (konfigurationen) af databehandlingssoftwaren.<br \/>\nU1.5.2. &lt;&#8230;&gt; ved at hackere foretog uautoriserede \u00e6ndringer i eksekverbare filer af databehandlingssoftwaren.<br \/>\nU1.5.3. &lt;&#8230;&gt; ved interaktivt at styre databehandlingssoftwarens arbejde af hackere.<\/p>\n<p>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZI\"><\/a><\/noindex><\/p>\n<h2>STANDARD TRUSSELSMODEL. KRYPTOGRAFISK BESKYTTELSE AF OPLYSNINGER<\/h2>\n<p><\/p>\n<h3>Beskyttelsesobjektet, som trusselsmodellen anvendes til (scope)<\/h3>\n<p>\nBeskyttelsesobjektet er et system til kryptografisk beskyttelse af oplysninger, der anvendes til at sikre informationssystemets sikkerhed.<\/p>\n<p><b>Arkitektur<\/b><br \/>\nGrundlaget for ethvert informationssystem er den applikationssoftware (AS), der realiserer dets funktionelle m\u00e5l. <\/p>\n<p>Kryptografisk beskyttelse implementeres normalt ved at kalde kryptografiske primitiv fra forretningslogikken i applikationssoftwaren, som er placeret i specialiserede biblioteker - kryptokerneller.<\/p>\n<p>Kryptografiske primitiv omfatter lavniveau kryptografiske funktioner, s\u00e5som:<\/p>\n<ul>\n<li>krypter \/ dekrypter en blok af data;<\/li>\n<li>oprette \/ verificere den elektroniske underskrift af en blok data;<\/li>\n<li>beregne hash-funktionen for en blok data;<\/li>\n<li>danne \/ uploade \/ downloade n\u00f8gleinformation;<\/li>\n<li>osv.<\/li>\n<\/ul>\n<p>\nForretningslogikken i applikationen implementerer mere avanceret funktionalitet ved hj\u00e6lp af kryptografiske primitive funktioner:<\/p>\n<ul>\n<li>krypter en fil med n\u00f8glerne fra de valgte modtagere;<\/li>\n<li>etablere en sikker netv\u00e6rksforbindelse;<\/li>\n<li>informere om resultaterne af kontrol af den elektroniske underskrift;<\/li>\n<li>osv.<\/li>\n<\/ul>\n<p>\nInteraktion mellem forretningslogik og kryptokernen kan finde sted:<\/p>\n<ul>\n<li>direkte, ved at forretningslogikken kalder kryptografiske primitive fra kryptokernens dynamiske biblioteker (.DLL \u2013 for Windows, .SO \u2013 for Linux);<\/li>\n<li>indirekte, gennem kryptografiske gr\u00e6nseflader \u2013 wrappers, s\u00e5som MS Crypto API, Java Cryptography Architecture, PKCS#11 osv. I dette tilf\u00e6lde henvender forretningslogikken sig til kryptogr\u00e6nsefladen, som overs\u00e6tter kaldet til den relevante kryptokerne, der i s\u00e5danne tilf\u00e6lde kaldes kryptoleverand\u00f8ren. Anvendelsen af kryptografiske gr\u00e6nseflader g\u00f8r det muligt for applikationen at abstrahere fra specifikke kryptografiske algoritmer og v\u00e6re mere fleksibel.<\/li>\n<\/ul>\n<p>\nMan kan skelne mellem to typiske ordninger til organisering af kryptokernen:<\/p>\n<p><i>Ordning 1 \u2013 Monolitisk kryptokernel<\/i><br \/>\n<img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/e5186d11e4e0e9ad9361f3935228bc30.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<i>Ordning 2 \u2013 Adskilt kryptokernel<\/i><br \/>\n<img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/9953d524fbee78d7e4eb917e9d56a38f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nElementer i de n\u00e6vnte ordninger kan v\u00e6re b\u00e5de separate softwaremoduler, der arbejder p\u00e5 samme computer, samt netv\u00e6rkstjenester, der interagerer inden for et beregningsnetv\u00e6rk.<\/p>\n<p>Ved anvendelse af systemer bygget efter ordning 1 arbejder applikationen og kryptokernen inden for et f\u00e6lles driftsmilj\u00f8 for kryptosystemet (SFK), for eksempel p\u00e5 den samme computer, under den samme operativsystem. Systembrugeren kan typisk k\u00f8re andre programmer inden for dette driftsmilj\u00f8, herunder de, der indeholder skadelig kode. Under s\u00e5danne forhold er der en betydelig risiko for l\u00e6kage af fortrolige kryptografiske n\u00f8gler.<\/p>\n<p>For at minimere risikoen anvendes ordning 2, hvor kryptokernen opdeles i to dele:<\/p>\n<ol>\n<li>Den f\u00f8rste del arbejder sammen med applikationen i et usikkert milj\u00f8, hvor der er risiko for infektion med skadelig kode. Vi kalder denne del 'softwaredelen'.<\/li>\n<li>Den anden del fungerer i et betroet milj\u00f8 p\u00e5 en dedikeret enhed, som rummer et lager af hemmelige n\u00f8gler. Vi kalder denne del \u2013 \"hardwaredelen\".<\/li>\n<\/ol>\n<p>\nOpdelingen af kryptokernen i software- og hardwaredele er temmelig betinget. P\u00e5 markedet findes der systemer, der er bygget efter en ordning med delt kryptokern, men hvor \"hardware\"-delen er repr\u00e6senteret som et billede af en virtuel maskine \u2014 virtual HSM (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.unboundtech.com\/product\/unbound-key-control\/\">eksempel<\/a><\/noindex>).<\/p>\n<p>Interaktionen mellem begge dele af kryptokernen sker p\u00e5 en s\u00e5dan m\u00e5de, at de hemmelige kryptografiske n\u00f8gler aldrig overf\u00f8res til softwaredelen og derfor ikke kan blive stj\u00e5let ved hj\u00e6lp af skadelig kode.<\/p>\n<p>Gr\u00e6nsefladen for interaktion (API) og s\u00e6ttet af kryptografiske primitive, der leveres til applikationssoftware af kryptokernen, er i begge tilf\u00e6lde den samme. Forskellen ligger i m\u00e5den, de implementeres p\u00e5.<\/p>\n<p>S\u00e5 ved brug af en ordning med delt kryptokern, udf\u00f8res interaktionen mellem software- og hardwaredelen efter f\u00f8lgende princip:<\/p>\n<ol>\n<li>Kryptografiske primitive, der ikke kr\u00e6ver brug af den hemmelige n\u00f8gle (f.eks. beregning af hash-funktion, verifikation af digital signatur mv.), udf\u00f8res af softwaredelen.<\/li>\n<li>Kryptografiske primitive, der anvender den hemmelige n\u00f8gle (oprettelse af digital signatur, dekryptering af data mv.), udf\u00f8res af hardwaredelen.<\/li>\n<\/ol>\n<p>\nLad os illustrere arbejdet med den delte kryptokern med et eksempel p\u00e5 oprettelse af en digital signatur:<\/p>\n<ol>\n<li>Softwaredelen beregner hash-funktionen af de data, der skal signeres, og sender denne v\u00e6rdi til hardwaredelen via kanalen for udveksling mellem kryptokernerne.<\/li>\n<li>Hardwaredelen danner en v\u00e6rdi for den digitale signatur ved hj\u00e6lp af den hemmelige n\u00f8gle og hash og sender den over udvekslingskanalen tilbage til softwaredelen.<\/li>\n<li>Softwaredelen returnerer den modtagne v\u00e6rdi til applikationssoftwaren.<\/li>\n<\/ol>\n<p>\n<b>S\u00e6rlige forhold ved verifikation af korrektheden af den digitale signatur<\/b><\/p>\n<p>N\u00e5r modtageren f\u00e5r data, der er signeret med en digital signatur, skal den gennemg\u00e5 flere faser af kontrol. Et positivt resultat af verifikationen af den digitale signatur opn\u00e5s kun, hvis alle kontrolfaser gennemf\u00f8res med succes.<\/p>\n<p><i>Fase 1. Kontrol af integritet og datav\u00e6rdighed.<\/i><\/p>\n<p><u>Indholdet af fasen.<\/u> Der elektroniske signaturkontrol for data udf\u00f8res ved hj\u00e6lp af den relevante kryptografiske algoritme. En vellykket gennemgang af dette skridt indikerer, at data ikke er blevet modificeret siden deres signering, samt at signaturen blev lavet med den private n\u00f8gle, der svarer til den offentlige n\u00f8gle til kontrol af den elektroniske signatur.<br \/>\n<u>Sted for udf\u00f8relsen af skridtet:<\/u> krypto-kerne.<\/p>\n<p><i>Skridt 2. Kontrol af tillid til signatarens offentlige n\u00f8gle og kontrol af gyldighedsperioden for den elektroniske signaturs private n\u00f8gle.<\/i><br \/>\n<u>Indholdet af fasen.<\/u> Skridtet best\u00e5r af to mellemliggende deltrin. Det f\u00f8rste sikrer, om den offentlige n\u00f8gle til kontrol af den elektroniske signatur var betroet p\u00e5 tidspunktet for dataanvendelse. Det andet sikrer, om den private n\u00f8gle til den elektroniske signatur var aktiv p\u00e5 tidspunktet for dataanvendelsen. Generelt set kan gyldighedsperioderne for disse n\u00f8gler v\u00e6re forskellige (for eksempel for kvalificerede certifikater for kontrol af den elektroniske signatur). Metoder til at fastsl\u00e5 tilliden til signatarens offentlige n\u00f8gle bestemmes af de regler for elektronisk dokumenth\u00e5ndtering, der er vedtaget af de involverede parter.<br \/>\n<u>Sted for udf\u00f8relsen af skridtet:<\/u> applikationssoftware \/ krypto-kerne.<\/p>\n<p><i>Skridt 3. Kontrol af signatarens bef\u00f8jelser.<\/i><br \/>\n<u>Indholdet af fasen.<\/u> I henhold til de fastsatte regler for elektronisk dokumenth\u00e5ndtering unders\u00f8ges det, om signatar havde ret til at bekr\u00e6fte de beskyttede data. For eksempel kan vi tage en situation med bef\u00f8jelsesovertr\u00e6delse. Antag, at der er en organisation, hvor alle medarbejdere har en elektronisk signatur. En ordre fra lederen kommer ind i det interne system for elektronisk dokumenth\u00e5ndtering, men er underskrevet med den elektroniske signatur fra lagerchefen. Tilsvarende kan et s\u00e5dant dokument ikke betragtes som legitimt.<br \/>\n<u>Sted for udf\u00f8relsen af skridtet:<\/u> applikationssoftware.<\/p>\n<p><b>Antagelser, der er gjort ved beskrivelsen af beskyttelsesobjektet<\/b><\/p>\n<ol>\n<li>Informationsoverf\u00f8rselskanaler, med undtagelse af kanalerne til n\u00f8gleudveksling, g\u00e5r ogs\u00e5 gennem applikationssoftware, API og krypto-kerne.<\/li>\n<li>Oplysninger om tillid til offentlige n\u00f8gler og (eller) certifikater samt information om bef\u00f8jelserne for ejerne af de offentlige n\u00f8gler opbevares i et opbevaringssted for offentlige n\u00f8gler.<\/li>\n<li>Applikationssoftwaren arbejder med opbevaringsstedet for offentlige n\u00f8gler gennem krypto-kernen.<\/li>\n<\/ol>\n<p><\/p>\n<h3>Eksempel p\u00e5 et informationssystem beskyttet af en SKZI<\/h3>\n<p>\nFor illustration of the previously presented schemes, let's consider a hypothetical information system and highlight all its structural elements. <\/p>\n<p><b>Description of the information system<\/b><\/p>\n<p><img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/74f3e2fd669ed97f50253fbb4b348f6f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTwo organizations decided to implement a legally significant electronic document management (EDM) system between themselves. For this purpose, they signed an agreement stating that documents would be transmitted via email and must be encrypted and signed with a qualified electronic signature. Office programs from the Microsoft Office 2016 suite will be used as tools for creating and processing documents, while the cryptographic protection will be provided by CryptoPro and CryptoARM encryption software.<\/p>\n<p><b>Description of the infrastructure of organization 1<\/b><\/p>\n<p>Organization 1 decided to install CryptoPro and CryptoARM on the user's workplace \u2014 a physical computer. The encryption and electronic signature keys will be stored on the ruToken key carrier, operating in removable key mode. The user will prepare electronic documents locally on their computer, after which they will encrypt, sign, and send them using the locally installed mail client.<\/p>\n<p><b>Description of the infrastructure of organization 2<\/b><\/p>\n<p>Organization 2 decided to transfer the functions of encryption and electronic signature to a dedicated virtual machine. All cryptographic operations will be performed in automatic mode. <\/p>\n<p>For dette er der organiseret to netv\u00e6rksmapper p\u00e5 en dedikeret virtuel maskine: &#171;&#8230;In&#187;, &#171;&#8230;Out&#187;. I netv\u00e6rksmappen &#171;&#8230;In&#187; vil de modtagne filer fra kontrahenten automatisk blive placeret i \u00e5bent format. Disse filer vil blive dechifreret, og deres elektroniske signatur vil blive kontrolleret.<\/p>\n<p>I mappen &#171;&#8230;Out&#187; vil brugeren placere de filer, der skal krypteres, underskrives og sendes til modparten. Selve filerne forberedes af brugeren p\u00e5 sin arbejdsstation.<br \/>\nTo perform the functions of encryption and electronic signature, CryptoPro, CryptoARM, and a mail client are installed on the virtual machine. Automatic management of all elements of the virtual machine will be carried out using scripts developed by system administrators. The work of the scripts is logged in log files.<\/p>\n<p>Kryptografiske n\u00f8gler til elektronisk underskrift vil blive placeret p\u00e5 en JaCarta GOST-token med en uextractable n\u00f8gle, som brugeren vil tilslutte til sin lokale computer.<\/p>\n<p>Tokenet vil blive dirigeret til den virtuelle maskine ved hj\u00e6lp af specialiserede USB-over-IP software, installeret p\u00e5 brugerens arbejdsstation og p\u00e5 den virtuelle maskine.<\/p>\n<p>Systemuret p\u00e5 brugerens arbejdsstation i organisation 1 vil blive justeret manuelt. Systemuret p\u00e5 den specialiserede virtuelle maskine i organisation 2 vil blive synkroniseret med systemuret fra hypervisoren, som igen vil synkronisere sig over internettet med offentlige tidsservere.<\/p>\n<p><b>Identifikation af strukturelle elementer i SKZI<\/b><br \/>\nBaseret p\u00e5 ovenst\u00e5ende beskrivelse af IT-infrastrukturen vil vi identificere strukturelle elementer i SKZI og notere dem i en tabel.<\/p>\n<p><i>Tabel \u2014 Overensstemmelse mellem elementerne i SKZI-modellen og elementerne i informationssystemer<\/i> <\/p>\n<p><b>Navn p\u00e5 element<\/b><br \/>\n<b>Organisation 1<\/b><br \/>\n<b>Organisation 2<\/b><\/p>\n<p>Anvendelsessoftware<br \/>\nKryptoARM-software<br \/>\nKryptoARM-software<\/p>\n<p>Softwaredelen af kryptokernen<br \/>\nSKZI KryptoPRO CSP<br \/>\nSKZI KryptoPRO CSP<\/p>\n<p>Hardwaredelen af kryptokernen<br \/>\nmanglende<br \/>\nJaCarta GOST<\/p>\n<p>API<br \/>\nMS CryptoAPI<br \/>\nMS CryptoAPI<\/p>\n<p>Lager til offentlige n\u00f8gler<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 harddisk;<br \/>\n \u2014 standard Windows certifikatlagring.<br \/>\nHypervisor:<br \/>\n \u2014 harddisk.<\/p>\n<p>Virtuel maskine:<br \/>\n \u2014 harddisk;<br \/>\n \u2014 standard Windows certifikatlagring.<\/p>\n<p>Lager til private n\u00f8gler<br \/>\nN\u00f8gleb\u00e6rer ruToken, der fungerer i mode med udtr\u00e6kbar n\u00f8gle<br \/>\nN\u00f8gleb\u00e6rer JaCarta GOST, der fungerer i mode med uextractable n\u00f8gle<\/p>\n<p>Kanal til udveksling af \u00e5bne n\u00f8gler<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 RAM.<\/p>\n<p>Hypervisor:<br \/>\n \u2014 RAM.<\/p>\n<p>Virtuel maskine:<br \/>\n \u2014 RAM.<\/p>\n<p>Kanal til udveksling af private n\u00f8gler<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 USB-bus;<br \/>\n \u2014 RAM.<br \/>\nmanglende<\/p>\n<p>Kanal til udveksling mellem kryptokernene<br \/>\nmangler (ingen hardwaredel af kryptokernen)<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 USB-bus;<br \/>\n \u2014 RAM;<br \/>\n \u2014 softwaremodul USB-over-IP;<br \/>\n \u2014 netv\u00e6rksinterface.<\/p>\n<p>Virksomhedsnetv\u00e6rk i organisation 2.<\/p>\n<p>Hypervisor:<br \/>\n \u2014 RAM;<br \/>\n \u2014 netv\u00e6rksinterface.<\/p>\n<p>Virtuel maskine:<br \/>\n \u2014 netv\u00e6rksinterface;<br \/>\n \u2014 RAM;<br \/>\n \u2014 softwaremodul USB-over-IP.<\/p>\n<p>Kanal til udveksling af \u00e5bne data<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 input\/output enheder;<br \/>\n \u2014 RAM;<br \/>\n \u2014 harddisk.<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 input\/output enheder;<br \/>\n \u2014 RAM;<br \/>\n \u2014 harddisk;<br \/>\n \u2014 netv\u00e6rksinterface.<\/p>\n<p>Virksomhedsnetv\u00e6rk i organisation 2.<\/p>\n<p>Hypervisor:<br \/>\n \u2014 netv\u00e6rksinterface; <br \/>\n \u2014 RAM;<br \/>\n \u2014 harddisk.<\/p>\n<p>Virtuel maskine: <br \/>\n \u2014 netv\u00e6rksinterface; <br \/>\n \u2014 RAM;<br \/>\n \u2014 harddisk.<\/p>\n<p>Kanal til udveksling af beskyttede data<br \/>\nInternettet.<\/p>\n<p>Virksomhedsnetv\u00e6rk i organisation 1.<\/p>\n<p>Brugerarbejdsstation:<br \/>\n \u2014 harddisk;<br \/>\n \u2014 RAM;<br \/>\n \u2014 netv\u00e6rksinterface.<\/p>\n<p>Internettet.<\/p>\n<p>Virksomhedsnetv\u00e6rk i organisation 2.<\/p>\n<p>Hypervisor:<br \/>\n \u2014 netv\u00e6rksinterface; <br \/>\n \u2014 RAM;<br \/>\n \u2014 harddisk.<\/p>\n<p>Virtuel maskine: <br \/>\n \u2014 netv\u00e6rksinterface; <br \/>\n \u2014 RAM;<br \/>\n \u2014 harddisk.<\/p>\n<p>Kanal til tidsoverf\u00f8rsel<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 input\/output enheder;<br \/>\n \u2014 RAM;<br \/>\n \u2014 systemtimer.<\/p>\n<p>Internettet. <br \/>\nVirksomhedsnetv\u00e6rk i organisation 2,<\/p>\n<p>Hypervisor:<br \/>\n \u2014 netv\u00e6rksinterface;<br \/>\n \u2014 RAM;<br \/>\n \u2014 systemtimer.<\/p>\n<p>Virtuel maskine:<br \/>\n \u2014 RAM;<br \/>\n \u2014 systemtimer.<\/p>\n<p>Kanal til overf\u00f8rsel af styresignaler<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 input\/output enheder;<br \/>\n \u2014 RAM.<\/p>\n<p>(Grafisk brugergr\u00e6nseflade til KryptoARM-software)<\/p>\n<p>Virtuel maskine:<br \/>\n \u2014 RAM;<br \/>\n \u2014 harddisk.<\/p>\n<p>(Automatiseringsscripts)<\/p>\n<p>Kanal til modtagelse af arbejdsresultater<br \/>\nBrugerarbejdsstation:<br \/>\n \u2014 input\/output enheder;<br \/>\n \u2014 RAM.<\/p>\n<p>(Grafisk brugergr\u00e6nseflade til KryptoARM-software)<\/p>\n<p>Virtuel maskine:<br \/>\n \u2014 RAM;<br \/>\n \u2014 harddisk.<\/p>\n<p>(Logfiler fra automatiseringsscript arbejde)<\/p>\n<p><\/p>\n<h3>Trusler for sikkerheden p\u00e5 h\u00f8jeste niveau<\/h3>\n<p>\n<b>Forklaringer<\/b><\/p>\n<p>Antagelser vedr\u00f8rende trussel dekonstruktion:<\/p>\n<ol>\n<li>Der anvendes robuste kryptografiske algoritmer.<\/li>\n<li>Kryptografiske algoritmer anvendes p\u00e5 en sikker m\u00e5de i de korrekte driftsm\u00e5der (f.eks. <noindex><a rel=\"nofollow\" href=\"http:\/\/cryptowiki.net\/index.php?title=Electronic_Code_Book\">ECB<\/a><\/noindex> anvendes ikke til kryptering af store datam\u00e6ngder, og der tages h\u00f8jde for den tilladte belastning p\u00e5 n\u00f8glen osv.).<\/li>\n<li>Angriberne kender alle de anvendte algoritmer, protokoller og offentlige n\u00f8gler.<\/li>\n<li>Angriberne har adgang til at l\u00e6se alle krypterede data.<\/li>\n<li>Angriberne er i stand til at genskabe enhver softwarekomponent i systemet.<\/li>\n<\/ol>\n<p>\n<b>Dekomposition<\/b><\/p>\n<p>U1. Kompromittering af hemmelige kryptografiske n\u00f8gler.<br \/>\nU2. Kryptering af falske data i navnet p\u00e5 en legitim afsender.<br \/>\nU3. Dekryptering af krypterede data af personer, der ikke er legitime modtagere af dataene (angriberne).<br \/>\nU4. Oprettelse af en elektronisk signatur fra en legitim underskriver p\u00e5 falske data.<br \/>\nU5. Opn\u00e5else af et positivt resultat ved validering af den elektroniske signatur p\u00e5 falske data.<br \/>\nU6. Fejlagtig accept af elektroniske dokumenter til udf\u00f8relse p\u00e5 grund af problemer i organiseringen af den elektroniske dokumentation.<br \/>\nU7. Uautoriseret adgang til beskyttede data under deres behandling af kryptografiske midler.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU1\"><\/a><\/noindex><\/p>\n<h3>U1. Kompromittering af hemmelige kryptografiske n\u00f8gler<\/h3>\n<p>\nU1.1. Hentning af den hemmelige n\u00f8gle fra opbevaringsstedet for hemmelige n\u00f8gler.<\/p>\n<p>U1.2. Hentning af den hemmelige n\u00f8gle fra objekter i det funktionelle milj\u00f8 for kryptografiske midler, hvor den midlertidigt kan befinde sig.<br \/>\n<i>Forklaringer U1.2.<\/i><\/p>\n<p>Objekter, hvor den hemmelige n\u00f8gle midlertidigt kan opbevares, vil inkludere:<\/p>\n<ol>\n<li>RAM, <\/li>\n<li>midlertidige filer, <\/li>\n<li>swap-filer, <\/li>\n<li>hibernationsfiler, <\/li>\n<li>snapshot-filer af den 'varme' tilstand af virtuelle maskiner, inklusive filer med indholdet af RAM fra virtuelle maskiner, der er sat p\u00e5 pause.<\/li>\n<\/ol>\n<p>\nU1.2.1. Uddragning af hemmelige n\u00f8gler fra aktiv RAM ved at fryse RAM-modulerne, udvinde dem og derefter l\u00e6se data (freeze attack).<br \/>\n<i>Forklaringer U1.2.1.<\/i><br \/>\nEksempel <noindex><a rel=\"nofollow\" href=\"https:\/\/www.securitylab.ru\/analytics\/452899.php\">angreb<\/a><\/noindex>. <\/p>\n<p>U1.3. Hentning af den hemmelige n\u00f8gle fra kanalen til udveksling af hemmelige n\u00f8gler.<br \/>\n<i>Forklaringer U1.3.<\/i><br \/>\nEt eksempel p\u00e5 implementeringen af denne trussel vil blive givet <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA3\">nedenfor<\/a><\/noindex>.<\/p>\n<p>U1.4. Uautoriseret modificering af kryptokernen, hvilket g\u00f8r det muligt for angribere at f\u00e5 kendskab til de hemmelige n\u00f8gler.<\/p>\n<p>U1.5. Kompromittering af den lukkede n\u00f8gle som f\u00f8lge af brug af tekniske kanaler til l\u00e6kage af information (TKUI).<br \/>\n<i>Forklaringer U1.5.<\/i><br \/>\nEksempel <noindex><a rel=\"nofollow\" href=\"https:\/\/www.usenix.org\/system\/files\/conference\/usenixsecurity18\/sec18-alam.pdf\">angreb<\/a><\/noindex>. <\/p>\n<p>U1.6. Kompromittering af den lukkede n\u00f8gle som f\u00f8lge af brug af specialtechniske midler (STS), der er beregnet til hemmelig overv\u00e5gning af information (\"bugs\").<\/p>\n<p>U1.7. Kompromittering af lukkede n\u00f8gler i l\u00f8bet af opbevaringen uden for SKZI.<br \/>\n<i>Forklaringer U1.7.<\/i><br \/>\nFor eksempel opbevarer brugeren sine n\u00f8glemedier i skrivebordsskuffen, hvor de let kan blive udtaget af ondsindede personer.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU2\"><\/a><\/noindex><\/p>\n<h3>U2. Kryptering af falske data p\u00e5 vegne af en legitim afsender.<\/h3>\n<p>\n<b>Forklaringer<\/b><br \/>\nDenne trussel overvejes kun for datakrypteringsordninger med autentificering af afsenderen. Eksempler p\u00e5 s\u00e5danne ordninger er angivet i standardiseringsretningslinjerne. <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 \"Informations teknologi. Kryptografisk beskyttelse af information. Ordninger for generering af f\u00e6lles n\u00f8gler med autentificering baseret p\u00e5 offentlig n\u00f8gle.\"<\/a><\/noindex>. For andre kryptografiske ordninger findes denne trussel ikke, fordi kryptering udf\u00f8res p\u00e5 modtagerens offentlige n\u00f8gler, og disse er generelt kendt af ondsindede.<\/p>\n<p><b>Dekomposition<\/b><br \/>\nU2.1. Kompromittering af afsenderens lukkede n\u00f8gle:<br \/>\nU2.1.1. Link: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\"Typisk trusselmodel. System for kryptografisk beskyttelse af information. U1. Kompromittering af lukkede kryptografiske n\u00f8gler.\"<\/a><\/noindex>.<\/p>\n<p>U2.2. \u00c6ndring af inputdata i kanalen til udveksling af offentlige data.<br \/>\n<i>Bem\u00e6rkninger U2.2.<\/i><br \/>\nEksempler p\u00e5 realisering af denne trussel er anf\u00f8rt nedenfor. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">her<\/a><\/noindex> og <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">her<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU3\"><\/a><\/noindex><\/p>\n<h3>U3. Dekryptering af krypterede data af personer, der ikke er legitime modtagere af dataene (ondsindede).<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU3.1. Kompromittering af modtagerens lukkede n\u00f8gler af krypterede data. <br \/>\nU3.1.1 Henvisning: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\"Typisk trusselmodel. System for kryptografisk beskyttelse af information. U1. Kompromittering af lukkede kryptografiske n\u00f8gler.\"<\/a><\/noindex>.<\/p>\n<p>U3.2. \u00c6ndring af krypterede data i kanalen til udveksling af beskyttede data.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU4\"><\/a><\/noindex><\/p>\n<h3>U4. Oprettelse af en digital signatur af en legitim underskriver p\u00e5 falske data.<br \/>\n<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU4.1. Kompromittering af de lukkede n\u00f8gler for den legitime underskriver. <br \/>\nU4.1.1 Henvisning: <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIU1\">\"Typisk trusselmodel. System for kryptografisk beskyttelse af information. U1. Kompromittering af lukkede kryptografiske n\u00f8gler.\"<\/a><\/noindex>.<\/p>\n<p>U4.2. \u00c6ndring af de underskrevne data i kanalen til udveksling af offentlige data.<br \/>\n<i>Bem\u00e6rkning U4.2.<\/i><br \/>\nEksempler p\u00e5 realisering af denne trussel er anf\u00f8rt nedenfor. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA1\">her<\/a><\/noindex> og <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA2\">her<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU5\"><\/a><\/noindex><\/p>\n<h3>U5. Opn\u00e5else af et positivt resultat ved verifikation af den digitale signatur p\u00e5 falske data.<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU5.1. Angribere opsnapper i kanalen til transmission af resultatet arbejdet med meddelelsen om det negative resultat af verificeringen af den elektroniske signatur og erstatter den med en meddelelse med et positivt resultat.<\/p>\n<p>U5.2. Angribere udf\u00f8rer et angreb p\u00e5 tilliden til signaturcertifikater (<b>SCENARIE \u2014 alle elementer er obligatoriske<\/b>):<br \/>\nU5.2.1. Angribere genererer en offentlig og privat n\u00f8gle til den elektroniske signatur. Hvis der anvendes certifikater for n\u00f8gler til den elektroniske signatur i systemet, genererer de et certifikat til den elektroniske signatur, der ligner mest muligt certifikatet for den formodede afsender af dataene, hvis meddelelse de \u00f8nsker at forfalske.<br \/>\nU5.2.2. Angribere foretager uautoriserede \u00e6ndringer i lageret for offentlige n\u00f8gler, hvilket tillader den genererede offentlige n\u00f8gle den n\u00f8dvendige grad af tillid og bef\u00f8jelser.<br \/>\nU5.2.3. Angribere signerer falske data med den tidligere dannede n\u00f8gle til den elektroniske signatur og injicerer dem i kanalen for udveksling af beskyttede data.<\/p>\n<p>U5.3. Angribere udf\u00f8rer et angreb ved hj\u00e6lp af udl\u00f8bne n\u00f8gler til den elektroniske signatur fra en legitim signatar (<b>SCENARIE \u2014 alle elementer er obligatoriske<\/b>):<br \/>\nU5.3.1. Angribere kompromitterer udl\u00f8bne (i \u00f8jeblikket ikke aktive) private n\u00f8gler til den elektroniske signatur fra en legitim afsender.<br \/>\nU5.3.2. Angribere erstatter tiden i transmissionskanalen med et tidspunkt, hvor de kompromitterede n\u00f8gler stadig var aktive.<br \/>\nU5.3.3. Angribere signerer falske data med den tidligere kompromitterede n\u00f8gle til den elektroniske signatur og injicerer dem i kanalen for udveksling af beskyttede data.<\/p>\n<p>U5.4. Angribere udf\u00f8rer et angreb ved hj\u00e6lp af kompromitterede n\u00f8gler til den elektroniske signatur fra en legitim signatar (<b>SCENARIE \u2014 alle elementer er obligatoriske<\/b>):<br \/>\nU5.4.1. Angribere laver en kopi af lageret for offentlige n\u00f8gler.<br \/>\nU5.4.2. Angribere kompromitterer de private n\u00f8gler fra en af de lovlige afsendere. Denne opdager kompromitteringen, tilbagekalder n\u00f8glerne, og oplysningerne om tilbagekaldelsen placeres i lageret for offentlige n\u00f8gler.<br \/>\nU5.4.3. Angribere erstatter lageret for offentlige n\u00f8gler med det tidligere kopierede.<br \/>\nU5.4.4. Angribere signerer falske data med den tidligere kompromitterede n\u00f8gle til den elektroniske signatur og injicerer dem i kanalen for udveksling af beskyttede data.<\/p>\n<p>U5.5. &lt;&#8230;&gt; p\u00e5 grund af fejl i implementeringen af 2. og 3. trin i verificering af elektronisk underskrift:<br \/>\n<i>Forklaringer U5.5.<\/i><br \/>\nEt eksempel p\u00e5 implementeringen af denne trussel er givet <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/422329\/#TMUSKZIA4\">nedenfor<\/a><\/noindex>.<\/p>\n<p>U5.5.1. Kontrol af tillid til certifikatet for den elektroniske signaturs n\u00f8gle kun baseret p\u00e5 tillid til certifikatet, som det er underskrevet med, uden kontroller af CRL eller OCSP.<br \/>\n<i>Forklaringer U5.5.1.<\/i><br \/>\nEksempel p\u00e5 implementering <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/post\/332730\/\">trussel<\/a><\/noindex>. <\/p>\n<p>U5.5.2. Ved opbygning af tillidsk\u00e6den for certifikatet analyseres ikke bemyndigelsen af de udstedende certifikater<br \/>\n<i>Forklaringer U5.5.2.<\/i><br \/>\nEksempel p\u00e5 angreb i forhold til SSL\/TLS certifikater. <br \/>\nAngribere k\u00f8bte et legitimt certifikat til deres e-mail. Derefter lavede de et falsk certifikat til en hjemmeside og underskrev det med deres certifikat. Hvis bemyndigheden ikke bliver kontrolleret, vil tillidsk\u00e6den blive anset for korrekt, og dermed vil det falske certifikat ogs\u00e5 v\u00e6re korrekt.<\/p>\n<p>U5.5.3. Ved opbygning af tillidsk\u00e6den for certifikatet kontrolleres de mellemliggende certifikater ikke for tilbagekaldelse.<\/p>\n<p>U5.5.4. Opdatering af CRL sker sj\u00e6ldnere, end de udstedes af certifikatmyndigheden.<\/p>\n<p>U5.5.5. Beslutningen om tillid til den elektroniske signatur tr\u00e6ffes f\u00f8r OCSP-svaret om status p\u00e5 certifikatet er modtaget, som blev anmodet om efter tidspunktet for dannelsen af signaturen, eller f\u00f8r den n\u00e6ste CRL efter dannelsen af signaturen er modtaget. <br \/>\n<i>Forklaringer U5.5.5.<\/i><br \/>\nI forskrifterne for de fleste CA'er betragtes tidspunktet for tilbagekaldelse af certifikatet som tidspunktet for frigivelsen af den n\u00e6rmeste CRL, der indeholder oplysninger om tilbagekaldelse af certifikatet.<\/p>\n<p>U5.5.6. Ved modtagelse af underskrevne data kontrolleres det ikke, om certifikatet tilh\u00f8rer afsenderen. <br \/>\n<i>Forklaringer U5.5.6.<\/i><br \/>\nEksempel p\u00e5 angreb. I forhold til SSL-certifikater: der kan v\u00e6re manglende kontrol af, om adressen p\u00e5 den kaldte server svarer til v\u00e6rdien af feltet CN i certifikatet.<br \/>\nEksempel p\u00e5 angreb. Angribere kompromitterede de elektroniske signatur n\u00f8gler hos en deltager i betalingssystemet. Derefter br\u00f8d de ind i netv\u00e6rket hos en anden deltager og sendte i hans navn til betalingssystemets regnskabsserver betalingsdokumenter underskrevet med de kompromitterede n\u00f8gler. Hvis serveren kun analyserer tillid og ikke kontrollerer overensstemmelse, vil de falske dokumenter blive betragtet som legitime.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU6\"><\/a><\/noindex><\/p>\n<h3>U6. Fejlagtig accept af elektroniske dokumenter til udf\u00f8relse p\u00e5 grund af problemer i organiseringen af den elektroniske dokumentation.<\/h3>\n<p>\n<b>Dekomposition<\/b><br \/>\nU6.1. Den modtagende part opdager ikke, at de modtagne dokumenter er duplikerede.<br \/>\n<i>Forklaringer U6.1.<\/i><br \/>\nEksempel p\u00e5 angreb. Kriminelle kan opsnappe de dokumenter, der sendes til modtageren, selvom de er kryptografisk beskyttede, og derefter sende dem flere gange i kanalen for beskyttede data. Hvis modtageren ikke opdager dubletter, vil alle modtagne dokumenter blive opfattet og behandlet som forskellige dokumenter.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIU7\"><\/a><\/noindex><\/p>\n<h3>U7. Uautoriseret adgang til beskyttede data under deres behandling af Krypteret Informationssystem (SKZI) <\/h3>\n<p>\n<b>Dekomposition<\/b><\/p>\n<p>U7.1. &lt;&#8230;&gt; som f\u00f8lge af l\u00e6kage af information gennem eksterne kanaler (side channel attack).<br \/>\n<i>Forklaringer til U7.1.<\/i><br \/>\nEksempel <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cs.tau.ac.il\/~tromer\/synesthesia\/synesthesia.pdf\">angreb<\/a><\/noindex>. <\/p>\n<p>U7.2. &lt;&#8230;&gt; som f\u00f8lge af neutralisering af beskyttelsen mod uautoriseret adgang til information, der behandles p\u00e5 SKZI:<br \/>\nU7.2.1. Udnyttelse af SKZI under overtr\u00e6delser af kravene beskrevet i SKZI's dokumentation.<\/p>\n<p>U7.2.2. &lt;&#8230;&gt;, gennemf\u00f8rt p\u00e5 grund af tilstedev\u00e6relsen af s\u00e5rbarheder i:<br \/>\nU7.2.2.1. &lt;&#8230;&gt; midler til beskyttelse mod uautoriseret adgang.<br \/>\nU7.2.2.2. &lt;&#8230;&gt; selve SKZI.<br \/>\nU7.2.2.3. &lt;&#8230;&gt; driftsmilj\u00f8et for kryptov\u00e6rkt\u00f8jet.<\/p>\n<h3>Eksempler p\u00e5 angreb<\/h3>\n<p>\nDe scenarier, der er beskrevet nedenfor, indeholder bevidst fejl i organiseringen af informationssikkerhed og tjener kun som illustration af mulige angreb.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA1\"><\/a><\/noindex><\/p>\n<h4>Scenarie 1. Eksempel p\u00e5 realiseringen af truslerne U2.2 og U4.2.<\/h4>\n<p>\n<b>Beskrivelse af objektet<\/b><br \/>\n<img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/77d51167720552df4eb9c2bafbce6765.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSoftware til ARM KBR og SKZI SKAD Signaturen er installeret p\u00e5 en fysisk computer, der ikke er tilsluttet det beregningsm\u00e6ssige netv\u00e6rk. Den centrale lagringsenhed er en FKN vdToken, der arbejder med en uavtr\u00e6kbar n\u00f8gle.<\/p>\n<p>Reglerne for udf\u00f8relse af beregninger foruds\u00e6tter, at specialisten for beregninger downloader elektroniske beskeder i \u00e5ben form (plan for den gamle ARM KBR) fra en s\u00e6rlig beskyttet filserver til sin arbejdscomputer, derefter gemmer dem p\u00e5 en transportabel USB-n\u00f8gle og overf\u00f8rer dem til ARM KBR, hvor de krypteres og signeres. Derefter overf\u00f8rer specialisten de beskyttede elektroniske beskeder til en transportabel lagringsenhed og sender dem derefter via sin arbejdscomputer til filserveren, hvor de kommer til UTA og videre til betalingssystemet i Den Russiske Centralbank.<\/p>\n<p>I dette tilf\u00e6lde vil kanalerne for udveksling af \u00e5bne og beskyttede data inkludere: filserveren, specialistens arbejdscomputer og den transportable lagringsenhed.<\/p>\n<p><b>Angreb<\/b><br \/>\nAngribere installerer en uautoriseret fjernstyringssoftware p\u00e5 specialistens arbejdscomputer, og i det \u00f8jeblik hvor betalingsorms (elektroniske meddelelser) optages p\u00e5 det bortrejsende medie, \u00e6ndres indholdet af \u00e9n af dem i klar tekst. Specialisten overf\u00f8rer betalingsorms til AR\u041c KBR, underskriver og krypterer dem, uden at bem\u00e6rke \u00e6ndringen (for eksempel p\u00e5 grund af det store antal betalingsorms i rejsen, tr\u00e6thed osv.). Efter dette passerer det falske betalingsorm gennem den teknologiske k\u00e6de og ender i betalingssystemet i Den Russiske Bank.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA2\"><\/a><\/noindex><\/p>\n<h4>Scenarie 2. Eksempel p\u00e5 implementering af trusler U2.2 og U4.2.<\/h4>\n<p>\n<b>Beskrivelse af objektet<\/b><br \/>\n<img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/b4489290d665b359323ec6b58dde1139.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nComputeren med installerede AR\u041c KBR, SKAD Signatur og tilsluttet n\u00f8glemedie FKN vdToken fungerer i et s\u00e6rskilt lokale uden adgang fra personalet.<br \/>\nSpecialisten for beregningerne opretter forbindelse til AR\u041c KBR i fjernadgangstilstand via RDP-protokollen.<\/p>\n<p><b>Angreb<\/b><br \/>\nAngribere opfanger legitimationsoplysninger, som specialisten for beregningerne bruger til at oprette forbindelse og arbejde med AR\u041c KBR (for eksempel gennem skadelig kode p\u00e5 hans computer). Derefter opretter de forbindelse i hans navn og sender et falskt betalingsorm til betalingssystemet i Den Russiske Bank.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA3\"><\/a><\/noindex><\/p>\n<h4>Scenarie 3. Eksempel p\u00e5 implementering af truslen U1.3. <\/h4>\n<p>\n<b>Beskrivelse af objektet<\/b><br \/>\n<img decoding=\"async\" alt=\"Informationssikkerhed ved bankens kontante betalinger. Del 8 - Standard trusselsmodeller\" src=\"\/wp-content\/uploads\/2019\/04\/988a97dd75247780556d388566d771f0.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLad os overveje \u00e9n af de hypotetiske muligheder for implementering af integrationsmodulerne \"ABS-KBR\" til det nye skema (AR\u041c KBR-N), hvor den elektroniske underskrift af udg\u00e5ende dokumenter sker p\u00e5 siden af ABS. Vi antager, at ABS fungerer p\u00e5 en operativsystem, der ikke underst\u00f8ttes af den kryptografiske beskyttelse SKAD Signatur, og dermed er den kryptografiske funktionalitet flyttet til en separat virtuel maskine \u2014 integrationsmodulet \"ABS-KBR.\"<br \/>\nSom n\u00f8glemedie bruges en almindelig USB-token, der fungerer i tilstand som en flytbar n\u00f8gle. Da n\u00f8glemediet blev tilsluttet hypervisoren, viste det sig, at der ikke var ledige USB-porte i systemet, s\u00e5 det blev besluttet at tilslutte USB-token gennem en netv\u00e6rks-USB-hub, og p\u00e5 den virtuelle maskine installere klienten USB-over-IP, som vil sikre forbindelsen til huben.<\/p>\n<p><b>Angreb<\/b><br \/>\nAngribere har opfanget den private n\u00f8gle til den digitale signatur fra kommunikationskanalen mellem USB-hubben og hypervisoren (dataene blev overf\u00f8rt i ukrypteret format). Med den private n\u00f8gle skabte angriberne en falsk betalingsanmodning, signeret med den digitale signatur, og sendte den til ARM KBR-N til udf\u00f8relse.<br \/>\n<noindex><a rel=\"nofollow\" name=\"TMUSKZIA4\"><\/a><\/noindex><\/p>\n<h4>Scenarie 4. Eksempel p\u00e5 implementering af trusler U5.5.<\/h4>\n<p>\n<b>Beskrivelse af objektet<\/b><br \/>\nLad os overveje den samme skema som i det forrige scenarie. Lad os antage, at de elektroniske meddelelser, der kommer fra ARMs KBR-N, lander i mappen &#8230;SHAREIn, mens dem, der sendes til ARM KBR-N og videre til Bank of Russias betalingssystem, g\u00e5r til &#8230;SHAREout.<br \/>\nLad os ogs\u00e5 antage, at n\u00e5r integrationsmodulet implementeres, opdateres listerne over tilbagekaldte certifikater kun ved genudstedelse af kryptografiske n\u00f8gler, og at de elektroniske meddelelser, der modtages i mappen &#8230;SHAREIn, kun kontrolleres for integritetskontrol og tillid til den elektroniske underskrifts offentlige n\u00f8gle.<\/p>\n<p><b>Angreb<\/b><\/p>\n<p>Angribere, ved at bruge de n\u00f8gler, der blev stj\u00e5let i det foreg\u00e5ende scenarie, signerede en falsk betalingsanmodning indeholdende oplysninger om indbetaling af penge til en bedrager-kundekonto og indf\u00f8rte den i kanalen for udveksling af sikre data. Da der ikke foretages nogen kontrol af, om betalingsanmodningen rent faktisk er underskrevet af Den Russiske F\u00f8deration, accepteres den til udf\u00f8relse.<br \/>\n<br \/>Kilde: <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.3 - 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\/da\/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.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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\/da\/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\udd47Informationssikkerhed for bankernes elektroniske betalinger. Del 8 \u2014 Standard trusselsmodeller | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/informatsionnaya-bezopasnost-bankovskih-beznalichnyh-platezhej-chast-8-tipovye-modeli-ugroz","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/31627","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=31627"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/31627\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/23545"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=31627"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=31627"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=31627"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}