Lingid uuringu teistele osadele
- (Te olete siin)
See artikkel lõpetab seeria väljaandeid, mis käsitlevad pankade elektrooniliste maksete infotehnoloogia turvalisust. Siin vaatleme tüüpilisi ohumudeleid, millele viidati :
- .
- .
- .
- .
ХАБРО-WARNING !!! Austatud Habr kasutajad, see ei ole meelelahutuslik postitus.
Peidetud 40+ lehekülge materjale on mõeldud aitama töös või õppes inimestele, kes on spetsialiseerunud pangandusele või infoteabe kaitsele. Need materjalid on uuringu lõppkasutustooted ja kirjutatud ametlikus toonis. Tegelikult on need ettevalmistused siseõiguste dokumentide jaoks.Ja traditsiooniline — „artiklis sisaldatud teabe kuritegelikuks kasutamiseks karistatakse seaduse järgi“. Tootlikku lugemist!
Teave lugejatele, kes tutvuvad uuringuga, alustades sellest publikatsioonist.
Uuringu ülevaade
Te loete juhendit spetsialistile, kes vastutab panganduses maksete infoteabe kaitse eest.
Esituse loogika
Alguses antakse ja kaitstava objekti kirjeldus. Seejärel rääkige, kuidas ehitada kaitsesüsteemi ja tuuakse esile ohumudeli koostamise vajadus. Osas rääkige, millised ohumudelid on olemas ja kuidas neid luuakse. Osas ja toodud analüüs reaalsetest rünnakutest. ja sisaldavad ohumudeli kirjeldust, mis on koostatud kõikide eelnevate osade teabe põhjal.
TÜPILISED OHUMODELID. VÕRGUSÜND
Kaitsen objekt, mille jaoks ohumudelit rakendatakse (scope)
Kaitseobjektiks on andmed, mis edastatakse üle võrguühenduse, mis toimib andmeedastusvõrkudes, mis on rajatud TCP/IP protokolli põhjal.
Arhitektuur
Arhitektuuri elementide kirjeldus:
- «Lõpp-punktid» — punktid, mis vahetavad kaitstud teavet.
- «Vahepunktid» — andmeedastusvõrgu elemendid: marsruuterid, lülitid, juurdepääsuservad, proxy-serverid ja muu varustus, millest kaudu edastatakse võrguühenduse liiklus. Üldjuhul võib võrguühendus toimida ka ilma vahepunktideta (otse lõpp-punktide vahel).
Ülemise taseme turvaoht
Dekomponeerimine
U1. Volitamata juurdepääs edastatavatele andmetele.
U2. Volitamata andmete ebaseaduslik muutmine.
U3. Edastatavate andmete autoriõiguse rikkumine.
U1. Edastatavate andmete ebaseaduslik vaatamine.
Dekomponeerimine
U1.1. , teostatav lõpp-punktides või vahepealsetes sõlmedes:
U1.1.1. andmete lugemise teel, kui need asuvad sõlme mäluseadmetes:
U1.1.1.1. aktiivses mälus.
Selgitused U1.1.1.1.
Näiteks, kui andmed töötlevad sõlme võrguportfell.
U1.1.1.2. energia sõltumatutes mäludes.
Selgitused U1.1.1.2.
Näiteks, edastatavate andmete säilitamine vahemikus, ajutistes failides või vahetusfailides.
U1.2. , teostatav andmeedastuse võõraste sõlmedes:
U1.2.1. meetodiga, mis hõlmab kõigi pakettide hõivamist, mis jõuavad sõlme võrguliidesesse:
Selgitused U1.2.1.
Kõigi pakettide hõivamine teostatakse võrguadapteri üleminekuga mittevaatamisrežiimi (promiscuous mode kaabeladapteritel või jälgimisrežiimi Wi-Fi adapteritele).
U1.2.2. teostatav „Mees keskel (MiTM)“ rünnete kaudu, kuid ilma edastatavate andmete muutmiseta (välja arvatud võrgu protokollide teenindusandmed).
U1.2.2.1. Link: .
U1.3. , teostatav tehniliste kanalite (ТКУИ) kaudu teabe leketega füüsilistelt sõlmedelt või sidejoontelt.
U1.4. , teostatav eriliste tehniliste vahendite (СТС) paigaldamise kaudu lõpp- või vahepealsetele sõlmedele, mis on ette nähtud teabe salajaseks kogumiseks.
U2. Volitamata edastatavate andmete muutmine
Dekomponeerimine
U2.1. , teostatav lõpp- või vahepealsetes sõlmedes:
U2.1.1. andmete lugemise ja nende muutmise kaudu, kui need asuvad sõlmede mälu seadmetes:
U2.1.1.1. vahemälus:
U2.1.1.2. energia sõltumatutes mäludes:
U2.2. , teostatav andmesidevõrgu kolmandate osapoolte sõlmedes:
U2.2.1. läbi „mees keskel (MiTM)“ rünnaku teostamise ja liikluse suunamise pahatahtlike sõlmede suunas:
U2.2.1.1. Pahatahtlike seadmete füüsiline ühendamine võrguühenduse katkestamiseks.
U2.2.1.2. Rünnakute teostamine võrgu protokollide suhtes:
U2.2.1.2.1. virtuaalsete lokaalvõrkude (VLAN) haldamise kaudu:
U2.2.1.2.1.1. .
U2.2.1.2.1.2. VLAN-i seadete volitamata muutmine lülitites või ruuterites.
U2.2.1.2.2. liikluse suunamine:
U2.2.1.2.2.1. Ruuterite staatiliste marsruudistustabelite volitamata muutmine.
U2.2.1.2.2.2. Kurjategijate vale marsruutide kuulutamine dünaamiliste marsruudistamisprotokollide kaudu.
U2.2.1.2.3. automaatse konfigureerimise:
U2.2.1.2.3.1. .
U2.2.1.2.3.2. .
U2.2.1.2.4. adresseerimine ja nime lahendamine:
U2.2.1.2.4.1. .
U2.2.1.2.4.2. .
U2.2.1.2.4.3. Volitamata muudatuste tegemine kohalikes nimefailides (hosts, lmhosts jne.)
U3. Andmete autoriõiguse rikkumine
Dekomponeerimine
U3.1. Teabe autori määratlemise mehhanismide neutraalseerimine valeautori või andmeallika andmisega:
U3.1.1. Edastatavas teabes sisalduvate autoriandmete muutmine.
U3.1.1.1. Edastatava teabe terviklikkuse ja autori kaitsmise krüptograafilise kaitse neutraalseerimine:
U3.1.1.1.1. Link: .
U3.1.1.2. Üksikute koodide tõestuse kaitse neutraliseerimine edastatud andmete puhul:
U3.1.1.2.1. .
U3.1.2. Edastatava teabe allika andmete muutmine:
U3.1.2.1. .
U3.1.2.2. .
TÜÜPAMMELDUS. INFO SÜSTEEM, MIDA ON RAKENDATUD KLIENDI-SERVERI ARHITEKTUURI PÕHIL
Kaitsen objekt, mille jaoks ohumudelit rakendatakse (scope)
Kaitsmise objektiks on info süsteem, mis on rajatud kliendi-serveri arhitektuurile.
Arhitektuur
Arhitektuuri elementide kirjeldus:
- «Kliend» – seade, millel toimib info süsteemi kliendi osa.
- «Server» – seade, millel toimib info süsteemi serveri osa.
- «Andmehoidla» — osa serveri infrastruktuurist, mis on mõeldud andmete hoidmiseks, mida info süsteem töötleb.
- «Võrguliides» — teabe edastamise kanal Kliendi ja Serveri vahel, mis läbib andmeedastuse võrku. Täiendav kirjeldus elemendi mudelist on antud .
Piirangud
Objekti modelleerimisel on kehtestatud järgmised piirangud:
- Kasutaja suhtleb teabe süsteemiga lõppsessioonide raames, mida nimetatakse tööseanssideks.
- Iga tööseansi alguses toimub kasutaja tuvastamine, autentimine ja autoriseerimine.
- Kogu kaitstud teave salvestatakse teabe süsteemi serveripoolsesse ossa.
Ülemise taseme turvaoht
Dekomponeerimine
U1. Kurjategijate mitteautorizeritud toimingute sooritamine seadusliku kasutaja nimel.
U2. Kaitsva teabe mitteautorizeritud muutmine selle töötlemise ajal teabe süsteemi serveripoolses osas.
U1. Kurjategijate mitteautorizeritud toimingute sooritamine seadusliku kasutaja nimel
Selgitused
Tavaliselt teabe süsteemides seostatakse toimingud nende sooritajaga:
- süsteemi töölogide (logs) kaudu.
- erinevate andmeobjektide attribuutide kaudu, mis sisaldavad teavet nende loonud või muutnud kasutaja kohta.
Seoses tööseansiga võib see oht dekompositsioneerida:
- kasutaja tööseansi raames sooritatud toimingud.
- väljaspool kasutaja tööseanssi sooritatud toimingud.
Kasutaja seanss võib olla algatatud:
- Kasutaja enda poolt.
- Kurjategijate poolt.
Sellel etapil näeb vahepealne dekompositsioon selle ohuga välja järgmiselt:
U1.1. Volitamata tegevused on toimunud kasutaja seansi raames:
U1.1.1. , ründava kasutaja poolt seadistatud.
U1.1.2. , kurjategijate poolt seadistatud.
U1.2. Volitamata tegevused on toimunud väljaspool kasutaja seansi raame.
Teadmiste infrastruktuuri objektide seisukohalt, millele kurjategijad võivad mõju avaldada, näeb vahepealne ohtude dekompositsioon välja järgmiselt:
Elemendid
Ohtude dekompositsioon
U1.1.1.
U1.1.2.
U1.2.
Klient
U1.1.1.1.
U1.1.2.1.
Võrguside
U1.1.1.2.
Server
U1.2.1.
Dekomponeerimine
U1.1. Volitamata tegevused on toimunud kasutaja seansi raames:
U1.1.1. , ründava kasutaja poolt seadistatud:
U1.1.1.1. Kurjategijad tegutsesid iseseisvalt Klientidelt:
U1.1.1.1.1 Kurjategijad kasutasid informatsioonisüsteemi standardseid juurdepääsu vahendeid:
U1.1.1.1.1.1. Kurjategijad kasutasid Klientide füüsilisi sisendi- ja väljundi vahendeid (klaviatuur, hiir, monitor või mobiilseadme puuteekraan):
U1.1.1.1.1.1.1. Ründajad tegutsesid aegadel, mil seanss oli aktiivne, sisend- ja väljundseadmed olid saadaval ning kasutajat polnud kohal.
U1.1.1.1.1.2. Ründajad kasutasid kaugjuhtimise vahendeid (staatilised või pahavara poolt pakutud) kliendi haldamiseks:
U1.1.1.1.1.2.1. Ründajad tegutsesid aegadel, mil seanss oli aktiivne, sisend- ja väljundseadmed olid saadaval ning kasutajat polnud kohal.
U1.1.1.1.1.2.2. Ründajad kasutasid kaugjuhtimise vahendeid, mille tegevus ei olnud rünnatavale kasutajale märgatav.
U1.1.1.2. Ründajad muutsid andmeid võrgus, mis edastatakse kliendi ja serveri vahel, kohandades need nii, et need tunduksid kui õiguspärase kasutaja toimingud:
U1.1.1.2.1. Link: .
U1.1.1.3. Ründajad sundisid kasutajat tegema nende määratud toiminguid, kasutades sotsiaalset inseneritehnika meetodeid.
U1.1.2 ründajate seadistatud:
U1.1.2.1. Ründajad tegutsesid kliendi kaudu (JA):
U1.1.2.1.1. Ründajad neutraliseerivad infosüsteemi juurdepääsukontrolli süsteemi:
U1.1.2.1.1.1. Link: .
U1.1.2.1.2. Kurjategijad kasutasid süsteemi tavaseadeid.
U1.1.2.2. Kurjategijad tegutsesid teistelt andmeedastusvõrkudelt, mille kaudu oli võimalik serveriga võrguühendus luua (JA):
U1.1.2.2.1. Kurjategijad neutraliseerisid süsteemi juurdepääsu kontrollimise süsteemi:
U1.1.2.2.1.1. Link: .
U1.1.2.2.2. Kurjategijad kasutasid ebaseaduslikke juurdepääsu vahendeid.
Selgitused U1.1.2.2.2.
Kurjategijad võisid installida süsteemi tavakliendi kolmandal seadmel või kasutada ebaseaduslikku tarkvara, mis rakendab tavapäraseid protokolle kliendi ja serveri vahel.
U1.2 Volitamata tegevused tehti väljaspool kasutaja seanssi.
U1.2.1 Ründajad on teinud volitamata tegevusi ja seejärel teinud volitamata muudatusi infosisestuse süsteemi töölogides või andmeobjektide spetsiifilistes atribuutides, näidates, et nende tegevused on sooritatud seadusliku kasutaja poolt.
U2. Volitamata muudetud kaitstud teave infosisestuse süsteemi serveri töötlemise ajal.
Dekomponeerimine
U2.1. Ründajad muudavad kaitstud teavet infosisestuse süsteemi tavaliste vahendite abil ja teevad seda seadusliku kasutaja nimel.
U2.1.1. Link: .
U2.2. Ründajad muudavad kaitstud teavet, kasutades andmete ligipääsumehhanisme, mis ei ole süsteemi tavapärase töörežiimi alla kuuluvad.
U2.2.1. Ründajad muudavad failid, mis sisaldavad kaitstud teavet:
U2.2.1.1. , kasutades operatsioonisüsteemi pakutavaid failihaldusmehhanisme.
U2.2.1.2. provotseerides faile taastama ei-lubatud muudetud varukoopiast.
U2.2.2. Kurjategijad muudavad kaitstud teavet, mis on salvestatud andmebaasi (JA):
U2.2.2.1. Kurjategijad neutraliseerivad andmebaasi haldamise süsteemi juurdepääsu piirangu süsteemi:
U2.2.2.1.1. Link: .
U2.2.2.2. Kurjategijad muudavad teavet, kasutades andmebaasi haldamise süsteemi standardseid liideseid andmete juurde pääsemiseks.
U2.3. Kurjategijad muudavad kaitstud teavet, tehes ebaseaduslikke muudatusi selle töötlemiseks kasutatava tarkvara algoritmides.
U2.3.1. Muudatused mõjutavad tarkvara allika kode.
U2.3.1. Muudatused mõjutavad tarkvara masinkode.
U2.4. Kurjategijad muudavad kaitstud teavet, kasutades teabehalduse tarkvara haavatavusi.
U2.5. Kurjategijad muudavad kaitstud teavet selle edastamise ajal informatsioonisüsteemi serveri komponentide vahel (näiteks andmebaasi serveri ja rakenduste serveri vahel):
U2.5.1. Link: .
Tüüpiline ohu mudel. Juurdepääsu kontrolli süsteem
Kaitsen objekt, mille jaoks ohumudelit rakendatakse (scope)
Kaitseobjekt, millele antud ohu mudelit rakendatakse, vastab ohu mudeli kaitseobjektile: „Tüüpiline ohu mudel. Infotehnoloogiline süsteem, mis on üles ehitatud kliendiserveri arhitektuurile.”
Kasutajate juurdepääsu kontrolli süsteemi all mõistetakse antud ohu mudelis komponenti, mis teostab järgmisi funktsioone:
- Kasutajate tuvastamine.
- Kasutajate autentimine.
- Kasutajate volitamine.
- Kasutajate tegevuste protokollimine.
Ülemise taseme turvaoht
Dekomponeerimine
U1. Volitamata sessiooni loomine seadusliku kasutaja nimel.
U2. Volitamata kasutaja privileegide tõstmine infotehnoloogilises süsteemis.
U1. Volitamata sessiooni loomine seadusliku kasutaja nimel
Selgitused
Antud ohu dekompositsioon sõltub üldiselt rakendatavast kasutajate tuvastamise ja autentimise süsteemi tüübist.
Selles mudelis käsitletakse ainult kasutajate tuvastamise ja autentimise süsteemi, mis kasutab tekstipõhist sisselogimist ja parooli. Oletame, et kasutajanimi on avalik teave, mis on kurjategijatele teada.
Dekomponeerimine
U1.1. kasutajaandmete kompromiteerimise kaudu:
U1.1.1. Kurjategijad on kasutaja andmed kompromiteerinud nende salvestamise käigus.
Selgitused U1.1.1.
Näiteks võisid andmed olla kirjutatud kleebisele, mis oli kinnitatud monitorile.
U1.1.2. Kasutaja edastas juurdepääsuandmed kogemata või pahatahtlikult kurjategijatele.
U1.1.2.1. Kasutaja ütles andmed valjusti välja, kui ta neid sisestas.
U1.1.2.2. Kasutaja edastas teadlikult oma andmed:
U1.1.2.2.1. töökaaslastele.
Selgitused U1.1.2.2.1.
Näiteks, et nad saaksid tema eest hoolitseda haiguse ajal.
U1.1.2.2.2. tööandja partneritele, kes teevad töid infotehnoloogia infrastruktuuri objektide kallal.
U1.1.2.2.3. kolmandatele isikutele.
Selgitused U1.1.2.2.3.
Üks, kuid mitte ainus viis selle ohu realiseerimiseks on ründajate sotsiaalsete inseneriametite kasutamine.
U1.1.3. Ründajad on andmed paroolide katsemeetodil kokku viinud:
U1.1.3.1. kasutades tavalisi sisselogimismehhanisme.
U1.1.3.2. varem konfiskeeritud koodide (näiteks paroolide hash’ide) kaudu, millega salvestatakse sisselogimisandmeid.
U1.1.4. Ründajad on kasutanud kahjuliku koodi kasutaja sisselogimisandmete hõivamiseks.
U1.1.5. Ründajad on saanutud sisselogimisandmed kliendi ja serveri vahelisest võrguühendusest:
U1.1.5.1. Link: .
U1.1.6. Ründajad on sisselogimisandmed välja võtnud süsteemide monitorimise rekorditest:
U1.1.6.1. videovalve süsteemidest (kui töö ajal salvestati klaviatuuri vajutusi).
U1.1.6.2. töötajate tegevuste jälgimise süsteemidest arvutis.
Selgitused U1.1.6.2.
Sellise süsteemi näide on - .
U1.1.7. Ründajad on kasutanud sisselogimisandmeid edastamise protsessi puudujääkide tõttu.
Selgitused U1.1.7.
Näiteks paroolide edastamine avatud kujul e-posti teel.
U1.1.8. Kurjategijad said juurdepääsu mandaadi andmetele, jälgides kasutaja tööseanssi kaugjuhtimise süsteemide kaudu.
U1.1.9. Kurjategijad leidsid mandaadi andmeid tehniliste kanalite (TKUI) kaudu:
U1.1.9.1. Kurjategijad jälgisid, kuidas kasutaja sisestab mandaadi andmeid klaviatuuril:
U1.1.9.1.1. Kurjategijad asusid kasutajast lähedal ja nägid mandaadi andmete sisestamist oma silmadega.
Selgitused U1.1.9.1.1
Sarnaselt juhtumitega, millega võivad tegeleda kollegid või olukord, kus kasutaja klaviatuur on nähtav organisatsiooni külastajatele.
U1.1.9.1.2. Kurjategijad kasutasid täiendavaid tehnilisi seadmeid, nagu luup või droon, ning nägid mandaadi andmete sisestamist aknast.
U1.1.9.2. Kurjategijad ekstrapoleerisid mandaadi andmeid raadioside salvestustest klaviatuuri ja arvuti süsteemiploki vahel, kui need on ühendatud raadioliidese kaudu (näiteks Bluetooth).
U1.1.9.3. Ründajad suutsid hõivata autentimisandmed, kuna need levisid kõrvaliste elektromagnetilise kiirguse ja indutseerimise kanalite kaudu (PEM).
Selgitused U1.1.9.3.
Rünnaku näited ja .
U1.1.9.4. Ründaja hõivas autentimisandmete sisendi klaviatuurist spetsiaalsete tehniliste seadmete (STS) abil, mis on mõeldud teabe salaja kogumiseks.
Selgitused U1.1.9.4.
Näited .
U1.1.9.5. Ründajad hõivasid autentimisandmete sisendi klaviatuurist
analüüsides Wi-Fi signaali, mis oli moduleeritud kasutaja klahvivajutuse protsessi tõttu.
Selgitused U1.1.9.5.
Näide .
U1.1.9.6. Ründajad hõivasid autentimisandmete sisendi klaviatuurist klahvipresside helide analüüsi abil.
Selgitused U1.1.9.6.
Näide .
U1.1.9.7. Ründajad hõivasid autentimisandmete sisendi mobiiliseadmest, analüüsides kiirendi näitajaid.
Selgitused U1.1.9.7.
Näide .
U1.1.10. , eelnevalt salvestatud Kliendile.
Selgitused U1.1.10.
Näiteks, kasutaja võis salvestada brauserisse sisselogimise ja parooli teatud saidi juurde pääsemiseks.
U1.1.11. Rünnakud sooritati, kuna kasutajate juurdepääsu tühistamise protsessis esines puudusi.
Selgitused U1.1.11.
Näiteks, pärast töötaja lahkumist jäid tema kontod lukustamata.
U1.2. süsteemi juurdepääsurikkumiste kaudu tekkivate haavatavuste tõttu.
U2. Kasutaja volituste volitamata tõstmine infosüsteemis
Dekomponeerimine
U2.1 volitamata muudatuste tegemise kaudu, mis hõlmavad kasutaja volituste andmeid.
U2.2 süsteemi juurdepääsurikkumiste kaudu tekkivate haavatavuste tõttu.
U2.3. kasutajate juurdepääsu haldamise protsessi puuduste tõttu.
Selgitused U2.3.
Näide 1. Kasutajale anti tööks vajalikust enam juurdepääs.
Näide 2. Pärast kasutaja ametikoha vahetust ei tühistatud varem antud õigusi.
TÜPILINE OHTUDE MODEL. INTEGREERIMISMODUL
Kaitsen objekt, mille jaoks ohumudelit rakendatakse (scope)
Integratsioonimoodul on infotehnoloogilise infrastruktuuri objektide kogum, mis on mõeldud teabevahetuse korraldamiseks infotehnoloogiliste süsteemide vahel.
Arvestades, et ettevõtte võrkudes ei pruugi alati olla võimalik üheselt eristada üht infotehnoloogilist süsteemi teisest, võib integratsioonimoodulit käsitleda ka kui sidusat elementi erinevate komponentide vahel, mis kuuluvad sama infotehnoloogilise süsteemi alla.
Arhitektuur
Integratsioonimooduli üldine skeem näeb välja järgmiselt:
Arhitektuuri elementide kirjeldus:
- „Vahetusseerver (VS)“ on infotehnoloogilise süsteemi sõlm / teenus / komponent, mis täidab andmevahetuse funktsiooni teise infotehnoloogilise süsteemiga.
- „Vaheline“ on sõlm / teenus, mis on mõeldud infotehnoloogiliste süsteemide vahelise suhtluse korraldamiseks, kuid ei kuulu nende koostisse.
Näidised „Vahelistest“ võivad olla e-posti teenused, ettevõtte teenusebussid (enterprise service bus / SoA-arhitektuur), kolmandate osapoolte failiserverid jne. Üldiselt võib integratsioonimoodul „Vahelisteta“ olla ka olemas. - „Andmete töötlemise tarkvara“ on programmide kogum, mis rakendab andmevahetuse protokolle ja vormingute teisendust.
Näiteks andmete teisendamine UFEBS formaatist ABS formaati, sõnumite staatuste muutmine edastamise protsessi käigus jne. - «Võrguliides» vastab objektile, mis on kirjeldatud tüüpparandite mudelis "Võrguside". Mõningaid eespool esitatud võrguühendusi ei pruugi olemas olla.
Integratsiooni moodulite näited
Schema 1. ABS ja ARM KBR integreerimine kolmanda osapoole failiserveri kaudu
Maksete täitmiseks laadib panga volitatud töötaja ABS-ist alla elektroonilised makse dokumendid ja salvestab need failina (oma formaadis, näiteks SQL-dump) võrgu kausta (…SHARE) failiserveris. Seejärel töödeldakse seda faili konverentsiskripti abil UFEBS formaadi failide kogumiks, mille seejärel loeb ARM KBR.
Pärast seda krüpteerib ja allkirjastab volitatud töötaja — ARM KBR kasutaja — saadud faili ja saadab selle Venemaa Pangale maksesüsteemi.
Kui Venemaa Pangast makseid saabub, dekodeerib ARK KBR need ja kontrollib elektroonilise allkirja, mille järel salvestatakse need UFBBS formaadi failide kogumikuna failiserverisse. Enne maksedokumentide importimist ABS-i konverteeritakse need UFBBS formaadist ABS formaati muunduriskriptiga.
Oletame, et antud skeemis ABS töötab ühel füüsilisel serveril, ARK KBR töötab eraldatud arvutis ning muunduriskript töötab failiserveris.
Käsitletud skeemi objektide vastavus integreerimise mudeli elementidele:
«ABS-i vahetusserverid» – ABS server.
«ARK KBR vahetusserverid» – ARK KBR arvuti.
„Vaheline“ – kolmanda osapoole failiserver.
„Andmete töötlemise tarkvara“ – muunduriskript.
Joonis 2. ABS-i ja ARK KBR integreerimine, kui maksed on paigutatud ARK KBR seadmes jagatud võrgu katalooge.
Kõik on sarnane Joonisele 1, kuid eraldi failiserverit ei kasutata, selle asemel on võrgu kataloog (…SHARE) elektrooniliste maksedokumentide jaoks paigutatud ARK KBR arvutisse. Muunduriskript töötab samuti ARK KBR-l.
Käsitletud skeemi objektide vastavus integreerimise mudeli elementidele:
Sarnaselt Joonisele 1, kuid „Vaheline“ ei kasutata.
Schema 3. AAB and ARM KBR-N integration via IBM WebSphere MQ and electronic document signing 'on the AAB side'
AAB operates on a platform not supported by the SKZI SKAD Signature. The signing of outgoing electronic documents is carried out on a specialized electronic signature server (EPS Server). This server also verifies the electronic signature of incoming documents from the Bank of Russia.
AAB uploads a file with payment documents in its own format to the EPS Server.
The EPS Server uses a conversion script to transform the file into electronic messages in UFBBS format, after which the electronic messages are signed and sent to IBM WebSphere MQ.
The ARM KBR-N accesses IBM WebSphere MQ and retrieves the signed payment messages, after which the authorized employee — the user of ARM KBR — encrypts them and sends them to the payment system of the Bank of Russia.
Kui makseid Venemaa Pangast laekub, dekodeerib ARK KBR-N need ja kontrollib elektroonilist allkirja. Edukalt töödeldud maksed dekodeeritud ja allkirjastatud elektrooniliste UFEBS-formaadis teadetena edastatakse IBM WebSphere MQ-sse, kust need saavad Elektroniliste Teenuste Server.
Elektroniliste Teenuste Server kontrollib laekunud maksete elektroonilist allkirja ja salvestab need ABS-formaadiga faili. Pärast seda laadib volitatud töötaja — ABS kasutaja — saadud faili ABS-sse kehtestatud korras.
Käsitletud skeemi objektide vastavus integreerimise mudeli elementidele:
«ABS poolt vahetuss server» – ABS server.
«ARK KBR poolt vahetuss server» — ARK KBR arvuti.
„Vaheline“ – Elektroniliste Teenuste Server ja IBM WebSphere MQ.
„Andmete töötlemise tarkvara“ – konverteerimisskript, SKZI SKAD Signatuur Elektroniliste Teenuste Serveril.
Schema 4. Distantse panganduse Serveri ja ABS-i integreerimine läbi API, mida pakub eraldi vahetuss server
Oletame, et pangas kasutatakse mitmeid kaugpanganduse (DBO) süsteeme:
- «Internet Client-Bank» füüsiliste isikute jaoks (IKB FL);
- «Internet Client-Bank» juriidiliste isikute jaoks (IKB JL).
Teabe informatsioonilise turvalisuse tagamiseks toimub kogu ABFi interaktsioon DBO süsteemidega spetsiaalse vahetuse serveri kaudu, mis töötab ABFi infosüsteemis.
Edasi vaatame, kuidas DBO ICB jur. isikute süsteem suhtleb ABF-iga.
DBO server peab kliendilt nõuetekohaselt allkirjastatud maksekorralduse saamisel selle alusel looma vastava dokumendi ABFis. Selleks edastab ta API kaudu teabe vahetuse serverile, kes omakorda sisestab andmed ABFi.
Kui kliendi kontojäägid muutuvad, genereerib ABF elektroonilisi teateid, mis edastatakse DBO serverisse vahetuse serveri abil.
Käsitletud skeemi objektide vastavus integreerimise mudeli elementidele:
„DBO vahetuse server“ – DBO ICB jur. isikute server.
«ABS poolt vahetuss server» – vahetuse server.
„Vaheline“ – puudub.
„Andmete töötlemise tarkvara“ – DBO serveri komponendid, mis vastutavad vahetuse serveri API kasutamise eest, vahetuse serveri komponendid, mis vastutavad ABFi API kasutamise eest.
Ülemise taseme turvaoht
Dekomponeerimine
U1. Kurjategijate valeinfot edastamine integreerimismooduli kaudu.
U1. Kurjategijate valeinfot edastamine integreerimismooduli kaudu.
Dekomponeerimine
U1.1. Volitamata andmed, mis on edastatud üle võrguühenduste:
U1.1.1 Link: .
U1.2. Valeandmete edastamine sidekanalite kaudu legitiimse osaleja nimel:
U1.1.2 Link: .
U1.3. Volitamata andmete modifitseerimine vahetusserverites või vahendaja juures:
U1.3.1. Link: .
U1.4. Valeandmete loomine vahetusserverites või vahendaja juures legitiimse osaleja nimel:
U1.4.1. Link:
U1.5. Volitamata andmete modifitseerimine andmetöötlusprogrammi abil:
U1.5.1. häkkerite poolt volitamata muudatuste tegemise kaudu andmete töötlemise tarkvara seadistustes (konfiguratsioonis).
U1.5.2. häkkerite poolt volitamata muudatuste tegemise kaudu andmete töötlemise tarkvara teostavate failide sees.
U1.5.3. häkkerite interaktiivse juhtimise kaudu andmete töötlemise tarkvara töös.
TÜPILISED OHTE MUDAD. INFORMATSIOONI KRÜPTOGRAAFILISE KAITSE SÜSTEEM
Kaitsen objekt, mille jaoks ohumudelit rakendatakse (scope)
Kaitse all on informatsiooni krüptograafilise kaitse süsteem, mida kasutatakse informatsioonisüsteemi turvalisuse tagamiseks.
Arhitektuur
Iga informatsioonisüsteemi aluseks on rakendustarkvara (tarkvara), mis rakendab selle sihipärast funktsionaalsust.
Krüptograafiline kaitse rakendatakse tavaliselt rakendustarkvara äriloogikast krüptograafiliste primitiivide kutsumise kaudu, mis on paigutatud spetsialiseeritud teekidesse – krüptoalustesse.
Krüptograafiliste primitiivide alla kuuluvad madala taseme krüptograafilised funktsioonid, nagu:
- andmeploki krüpteerimine / dekrüpteerimine;
- elektronilise allkirja loomine / kontrollimine andmeploki jaoks;
- arvutage andmepaki räsifunktsioon;
- looge / laadige üles / laadige alla võtmeteavet;
- Kui kaua aega kulub väljastamiseks?
Rakendustarkvara äri-logika rakendab krüptograafiliste primitiivide abil kõrgemat funktsionaalsust:
- krüpteeritud fail valitud saajate võtmetega;
- loomine turvatud võrguühendus;
- teavitada e-allkiri kontrollimise tulemustest;
- jne.
Äri-logika ja krüptosüsteemi interaktsioon võib toimuda:
- otse, kutsudes äri-logikast krüptograafilisi primitiive krüptosüsteemi dünaamilistest raamatukogudest (.DLL - Windowsi jaoks, .SO - Linuxi jaoks);
- kaudselt, krüptograafiliste liideste kaudu - mähised (wrappers), nagu MS Crypto API, Java Krüptograafia Arhitektuur, PKCS#11 jne. Sel juhul pöördub äri-logika krüptoliidese poole, mis tõlgib kutsungid vastavale krüptosüsteemile, mida nimetatakse krüptopakkujaks. Krüptograafiliste liideste kasutamine võimaldab rakendustarkvaral eristuda konkreetsetest krüptograafilistest algoritmidest ja olla paindlikum.
Saab eristada kahte tüüpilist skeemi krüptosüsteemi korraldamiseks:
Schema 1 – Monoliitne krüptosüdamik
Schema 2 – Jagatud krüptosüdamik
Esitatud skeemidel olevad elemendid võivad olla kas eraldi tarkvara moodulid, mis töötavad ühel arvutil, või võrguteenused, mis suhtlevad arvutivõrgu raames.
Schema 1 järgi üles ehitatud süsteemides töötavad rakendustarkvara ja krüptosüdamik ühises krüptovahendi töökeskkonnas (SVK), näiteks samal arvutil, ühe ja sama operatsioonisüsteemi all. Süsteemi kasutaja saab tavaliselt käivitada selle sama töökeskkonna raames ka teisi programme, sealhulgas halva koodiga programme. Sellistes tingimustes on tõsine risk sulgeda krüptograafiliste võtmete leket.
Riski vähendamiseks kasutatakse skeemi 2, kus krüptosüdamik jagatakse kaheks osaks:
- Esimene osa koos rakendustarkvaraga töötab usaldamatutes tingimustes, kus on oht pahavara nakatumiseks. Nimetame seda osa 'tarkvaraliseks osaks'.
- Teine osa töötab usaldusväärses keskkonnas pühendatud seadmel, mis sisaldab salajaste võtmete hoidlat. Edaspidi nimetame seda osa – "riistvaraks".
Krüptosüdamiku jagamine tarkvara- ja riistvarakomponentideks on üsna tingimuslik. Turul on süsteeme, mis on üles ehitatud jagatud krüptosüdamiku skeemile, kuid nende "riistvaraline" osa on esitatud virtuaalse masina kujul — virtual HSM ().
Mõlema krüptosüdamiku osa vaheline suhtlus toimub nii, et salajaseid krüptograafilisi võtmeid ei edastata kunagi tarkvaraküljele ja seega ei saa neid pahavara kaudu varastada.
Suhtlusliides (API) ja krüptograafiliste primitiivide kogum, mida krüptosüda rakendusprogrammidele pakub, on mõlemas juhul sama. Erinevus peitub nende rakendamise viisis.
Nii et jagatud krüptosüdamiku skeemi korral toimub tarkvara- ja riistvarakomponendi vaheline suhtlus järgmise põhimõtte kohaselt:
- Krüptograafilised primitivid, mis ei nõua avaliku võtme kasutamist (nt räsifunktsiooni arvutamine, digiallkirja kontrollimine jne), teostatakse tarkvarakomponendi poolt.
- Krüptograafilised primitivid, mis kasutavad suletud võtit (digiallkirja loomine, andmete dekrüptimine jne), teostatakse riistvarakomponendi poolt.
Illustreerime jagatud krüptoõe tööprotsessi digiallkirja loomise näitel:
- Tarkvarakomponent arvutab allkirjastatava teabe räsifunktsiooni ja edastab selle väärtuse riistvarakomponendile vahetuskanali kaudu.
- Riistvarakomponent, kasutades suletud võtit ja räsiväärtust, loob digiallkirja väärtuse ja edastab selle vahetuskanali kaudu tarkvarakomponendile.
- Tarkvarakomponent tagastab saadud väärtuse rakendusprogrammi.
Digiallkirja korrektsuse kontrollimise omadused
Kui vastuvõtja saab andmed, mis on allkirjastatud digiallkirjaga, peab ta läbima mitu kontrollimise etappi. Positiivne tulemus digiallkirja kontrollimisel saavutatakse ainult siis, kui kõik kontrollimise etapid on edukalt läbitud.
Etapp 1. Andmete terviklikkuse ja autorlust kontrollimine.
Etapi sisu. Andmete elektroonilise allkirja kontrollimine vastava krüptograafilise algoritmi alusel. Selle etapi edukas läbimine näitab, et andmeid ei ole muudatud alates nende allkirjastamisest, samuti et allkiri on loodud privaatvõtmega, mis vastab elektroonilise allkirja kontrollimiseks oleva avaliku võtme omale.
Etapi täitmise koht: krüptoäli.
Etapp 2. Usaldusväärsuse kontrollimine allkirjastaja avaliku võtme ning elektroonilise allkirja privaatvõtme kehtivusaja kontrollimine.
Etapi sisu. Etapp koosneb kahest vaheetapist. Esimeses etapis kontrollitakse, kas allkirja kontrollimiseks mõeldud avalik võti oli andmete allkirjastamise ajal usaldusväärne. Teises etapis kontrollitakse, kas allkirjastamise ajal oli isiklik allkirjavõti aktiivne. Üldiselt võivad nende võtmete kehtivusajad olla erinevad (näiteks kvalifitseeritud allkirjakontrollide sertifikaatide puhul). Usaldus avaliku allkirjastamise võti määratakse kindlaks elektroonilise dokumendihaldusüsteemi reeglite kohaselt, mille on kehtestanud osalised.
Etapi täitmise koht: rakendussoftware / krüptosüdamik.
Etapp 3. Allkirjastaja volituste kontroll.
Etapi sisu. Vastavalt kehtestatud e-äridokumendihalduse reeglitele kontrollitakse, kas allkirjastajal oli õigus kinnitada kaitstud andmeid. Näiteks toome välja juhtumi volituste rikkumisest. Oletame, et on organisatsioon, kus kõigil töötajatel on digitaalne allkiri. Organisatsiooni e-äridokumendihalduse süsteemi tuleb direktori käsk, kuid see on allkirjastatud lao juhataja digitaalallkirjaga. Seega ei saa sellist dokumenti pidada kehtivaks.
Etapi täitmise koht: rakendusprogrammid.
Eeldused, mille alusel kirjeldatakse kaitseobjekti
- Infokanali edastamine, välja arvatud võtmevahetuse kanalid, toimub rakendusprogrammide, API ja krüptokoore kaudu.
- Teave usaldusväärsuse kohta avatud võtmete ja (või) sertifikaatide, samuti avatud võtmete omanike volituste kohta, paigutatakse avatud võtmete varusse.
- Rakendusprogramm töötab avatud võtmete varuga läbi krüptokoore.
Näide infosüsteemist, mida kaitseb KRÜPTOSÜSTEEM
Käesolevates skeemides esitatud näidete illustreerimiseks vaatleme hüpoteetilist teabehaldussüsteemi ja toome välja kõik selle struktuurielemendid.
Teabehaldussüsteemi kirjeldus
Kaks korraldust otsustas rakendada õiguslikult siduvat elektroonilist dokumendivahetust (EDV). Selleks sõlmisid nad lepingu, milles sätestati, et dokumendid edastatakse e-posti teel ning need peavad olema krüpteeritud ja kvalifitseeritud elektroonilise allkirjaga allkirjastatud. Dokumendi loomise ja töötlemise vahenditena peavad olema kasutusel Microsoft Office 2016 paketi kontoritarkvara ning krüptograafilise kaitse vahenditena SKE CryptoPRO ja šifreerimistarkvara CryptoARM.
Organisatsiooni 1 infrastruktuuri kirjeldus
Organisatsioon 1 otsustas paigaldada SKZI KryptoPRO ja KryptoARM tarkvara kasutaja töökohale — füüsilisse arvutisse. Krüpteerimise ja digiallkirja võtmed hoitakse välja võetavas režiimis töötavas ruToken võtmeanduril. Kasutaja koostab elektroonilisi dokumente oma arvutis, pärast mida need krüpteeritakse, allkirjastatakse ja saadetakse kohalikult paigaldatud meiliklientide abil.
Organisatsiooni 2 infrastruktuuri kirjeldus
Organisatsioon 2 otsustas krüpteerimise ja digiallkirjastamise funktsioonid viia eraldatud virtuaalsesse masinasse. Kõik krüptograafilised toimingud viiakse läbi automaatselt.
Selleks on eraldatud virtuaalses masinas loodud kaks võrgu kausta: „…In“ ja „…Out“. Vastuvõetud lepingupartnerilt saadud failid paigutatakse automaatselt võrgu kausta „…In“ avatud kujul. Need failid dekrüpteeritakse ja nende digitaalset allkirja kontrollitakse.
Kausta «…Out» paneb kasutaja failid, mida tuleb šifreerida, allkirjastada ja edastada koostööpartnerile. Failid valmistab kasutaja ette oma APM-is.
Šifreerimise ja digitaalse allkirjastamise funktsioonide täitmiseks on virtuaalsesse masinasse installitud SKZI KryptoPRO, KryptoARM tarkvara ja meiliklient. Virtuaalse masina kõiki elemente haldab automaatselt süsteemihaldurite loodud skriptid. Skriptide töö salvestatakse logifailidesse.
Digitaalse allkirja krüptograafilised võtmed paigutatakse JaCarta ГОСТ tokenile, mille võti ei ole väljatõmmatav, ning kasutaja ühendab selle oma kohaliku arvutiga.
Token edastatakse virtuaalsesse masinasse spetsiaalsete USB-over-IP tarkvarade abil, mis on installitud kasutaja APM-is ja virtuaalses masinas.
Kasutaja süsteemi kellad organisatsioonis 1 kohandatakse käsitsi. Spetsialiseeritud virtuaalmasina süsteemi kellad organisatsioonis 2 sünkroonitakse hüperviisori süsteemi kelladega, mis omakorda sünkroonitakse Interneti kaudu avalike ajaserveritega.
Struktuurielementide eraldamine SKZI-st
Eespool toodud IT-infrastruktuuri kirjelduse põhjal eraldame SKZI struktuurielemendid ja kirja need tabelisse.
Tabel — SKZI mudeli elementide vastavus teabe süsteemide elementidega
Elemendi nimetus
Organisatsioon 1
Organisatsioon 2
Rakendusprogramm
CryptoARM tarkvara
CryptoARM tarkvara
Krüptosüdamiku tarkvaraline osa
SKZI CryptoPRO CSP
SKZI CryptoPRO CSP
Krüptosüdamiku riistvaraline osa
on puudub
JaCarta GOST
API
MS CryptoAPI
MS CryptoAPI
Avalike võtmete hoidla
Kasutaja APM:
— kõvakettas;
— Windowsi sertifikaatide standardne hoidla.
Hüperviisor:
— kõvakettas.
Virtuaalmasin:
— kõvakettas;
— Windowsi sertifikaatide standardne hoidla.
Suletud võtmete hoidla
RuToken võtmehoidja, töötades eemaldatava võtmena
JaCarta GOST võtmehoidja, töötades mitteeemaldatava võtmena
Avalike võtmete vahetuskanal
Kasutaja APM:
— töömälu.
Hüperviisor:
— töömälu.
Virtuaalmasin:
— töömälu.
Salajõu vahetamise kanal
Kasutaja APM:
— USB buss;
— töömälu.
on puudub
Krüptosüdamike vahetuskanal
puudub (krüptosüdamiku riistvara puudub)
Kasutaja APM:
— USB buss;
— vahemälu;
— USB-over-IP tarkvara moodul;
— võrguinterfäär.
Korporatiivne võrk organisatsioon 2.
Hüperviisor:
— vahemälu;
— võrguinterfäär.
Virtuaalmasin:
— võrguinterfäär;
— vahemälu;
— USB-over-IP tarkvara moodul.
Avalike andmete vahetuskanal
Kasutaja APM:
— sisendi ja väljundi seadmed;
— vahemälu;
— kõvakettas.
Kasutaja APM:
— sisendi ja väljundi seadmed;
— vahemälu;
— kõvakettas;
— võrguinterfäär.
Korporatiivne võrk organisatsioon 2.
Hüperviisor:
— võrguinterfäär;
— vahemälu;
— kõvakettas.
Virtuaalmasin:
— võrguinterfäär;
— vahemälu;
— kõvakettas.
Kaitstud andmete vahetuskanal
Internet.
Korporatiivne võrk organisatsioon 1.
Kasutaja APM:
— kõvakettas;
— vahemälu;
— võrguinterfäär.
Internet.
Korporatiivne võrk organisatsioon 2.
Hüperviisor:
— võrguinterfäär;
— vahemälu;
— kõvakettas.
Virtuaalmasin:
— võrguinterfäär;
— vahemälu;
— kõvakettas.
Ajatoodangu kanal
Kasutaja APM:
— sisendi ja väljundi seadmed;
— vahemälu;
— süsteemi taimer.
Internet.
Korporatiivne võrk organisatsioon 2,
Hüperviisor:
— võrguinterfäär;
— vahemälu;
— süsteemi taimer.
Virtuaalmasin:
— vahemälu;
— süsteemi taimer.
Kontrollkäskude edastamise kanal
Kasutaja APM:
— sisendi ja väljundi seadmed;
— töömälu.
(KrüptoARM tarkvara graafiline kasutajaliides)
Virtuaalmasin:
— vahemälu;
— kõvakettas.
(Automatiseerimisskriptid)
Töö tulemuste vastuvõtmise kanal
Kasutaja APM:
— sisendi ja väljundi seadmed;
— töömälu.
(KrüptoARM tarkvara graafiline kasutajaliides)
Virtuaalmasin:
— vahemälu;
— kõvakettas.
(Automatiseerimisskriptide töölogifailid)
Ülemise taseme turvaoht
Selgitused
Oletused, mis tehti ohtude dekompositsioonis:
- Kasutatakse usaldusväärseid krüptograafilisi algoritme.
- Krüptograafilisi algoritme kasutatakse ohutult korrektsetes töörežiimides (näiteks, ei tohi kasutada suurte andmemahtude krüpteerimiseks, arvesse võetakse lubatud koormust võtme ja t.s.).
- Kurjategijatele on teada kõik kasutatavad algoritmid, protokollid ja avalikud võtmed.
- Ründajad saavad lugeda kõiki krüpteeritud andmeid.
- Ründajad võivad süsteemis rekonstrueerida mistahes programmilisi elemente.
Dekomponeerimine
U1. Suletud krüptograafiliste võtmete kompromiteerimine.
U2. Valeandmete krüpteerimine seadusliku saatja nimel.
U3. Krüpteeritud andmete dekrüpteerimine isikute poolt, kes ei ole andmete seaduslikud saajad (ründajad).
U4. Seadusliku allkirjastaja elektroonilise allkirja loomine valeandmete all.
U5. Positiivse tulemuse saamine valeandmete elektroonilise allkirja kontrollimisel.
U6. Elektrooniliste dokumentide ekslik aktsepteerimine täitmiseks seoses probleemidega elektrooniliste dokumentide voogesituses.
U7. Volitamata tutvumine kaitstud andmetega nende töötlemise ajal krüptograafilise kaitse seadme (SKZ) kaudu.
U1. Suletud krüptograafiliste võtmete kompromiteerimine
U1.1. Suletud võtme saamine suletud võtmete hoidlast.
U1.2. Suletud võtme saamine krüptovahendi tegevuskeskkonna objektidest, milles see ajutiselt viibib.
Selgitused U1.2.
Objektid, kus salajasi võtmeid ajutiselt hoida, hõlmavad:
- RAM-i,
- ajutisi faile,
- swap-faile,
- hibernatsioonifaile,
- virtuaalmasinate „kuumade” olekute snapshot-faile, sealhulgas virtuaalmasinate peatatud olekus olevate RAM-i sisu faile.
U1.2.1. Salajaste võtmete väljavõttmine töötavast RAM-ist, külmutades RAM-mooduleid, nende väljavõtmine ja seejärel andmete lugemine (freeze attack).
Selgitused U1.2.1.
Näide .
U1.3. Salajase võtme saamine salajaste võtmete vahetuskanalist.
Selgitused U1.3.
Käesoleva ohu illustreerimiseks tuuakse näide .
U1.4. Volitamata muutmine krüptokernest, mille tulemusena salajased võtmed saavad kurjategijatele teada.
U1.5. Salajase võtme kompromiteerimine infouudiste tehniliste kanalite (TKUI) kasutamise tulemusena.
Selgitused U1.5.
Näide .
U1.6. Salajase võtme kompromiteerimine spetsiaalsete tehniliste seadmete (STS) kasutamise kaudu, mis on mõeldud teabe salaja kogumiseks (‘bug’).
U1.7. Salajaste võtmete kompromiteerimine nende hoidmise protsessis väljaspool SKZI-d.
Selgitused U1.7.
Näiteks, kasutaja hoiab oma võtmeandmeid töölaudade kastis, kust saavad need kergesti kurjategijatele kätte.
U2. Valeandmete krüptimine legitiimse saadetise nime all
Selgitused
Seda ohtu käsitletakse ainult saatja autentimisega andmete krüptimise skeemide puhul. Sarnaste skeemide näidised on toodud standardimise soovitustes. . Kõigi teiste krüptograafiliste skeemide puhul ei esine seda ohtu, kuna krüptimine toimub saaja avalike võtmete põhjal ja need on üldjuhul kurjategijatele teada.
Dekomponeerimine
U2.1. Saatja privaatse võtme kompromiteerimine:
U2.1.1. Link: .
U2.2. Sisendandmete valevahetus avatud andmevahetuse kanalites.
Märkus U2.2.
Allpool on toodud selle ohu rakendamise näited. ja .
U3. Krüptitud andmete tõlgendamine isikute poolt, kes ei ole andmete legitiimsed saajad (kurjategijad)
Dekomponeerimine
U3.1. Saaja krüptitud andmete privaatvõtmete kompromiteerimine.
U3.1.1 Link: .
U3.2. Krüptitud andmete asendamine kaitstud andmevahetuse kanalites.
U4. Legitiimse allkirjastaja elektroonilise allkirja loomine valeandmete alusel
Dekomponeerimine
U4.1. Legitiimse allkirjastaja elektroonilise allkirja privaatvõtmete kompromiteerimine.
U4.1.1 Link: .
U4.2. Allkirjastatavate andmete asendamine avatud andmevahetuse kanalites.
Märkus U4.2.
Allpool on toodud selle ohu rakendamise näited. ja .
U5. Valeandmete elektroonilise allkirja positiivse kontrollitulemuseni jõudmine
Dekomponeerimine
U5.1. Kurjategijad püüavad andmeedastuskanalis negatiivse kontrollitulemuse sõnumi ja asendavad selle positiivse tulemusega.
U5.2. Kurjategijad ründavad usaldust allkirjade sertifikaatide vastu (SCENARIUM — kõik elemendid on kohustuslikud):
E5.2.1. Ründajad genereerivad digitaalse allkirja avaliku ja privaatse võtme. Kui süsteemis kasutatakse digitaalse allkirja võtme sertifikaate, siis genereerivad nad digitaalse allkirja sertifikaadi, mis on maksimaalselt sarnane andmete oletatava saatja sertifikaadiga, kelle sõnumit nad soovivad võltsida.
E5.2.2. Ründajad teevad mitteautiseeritud muudatusi avalike võtmete hoidlas, andes nende genereeritud avalikule võtmele vajalikud usaldusväärsuse tasemed ja volitused.
E5.2.3. Ründajad allkirjastavad valeandmed eelnevalt loodud digitaalse allkirja võtmega ja sisestavad need kaitstud andmevahetuse kanali.
E5.3. Ründajad viivad läbi rünnaku seadusliku allkirjastaja aegunud digitaalse allkirja võtmete abil (SCENARIUM — kõik elemendid on kohustuslikud):
E5.3.1. Ründajad kompromiteerivad aegunud (praegu mittekehtivad) digitaalse allkirja privaatvõtmed seaduslikult saatjalt.
E5.3.2. Ründajad asendavad ajamüügi kanalis aja, mil kompromiteeritud võtmed veel kehtisid.
U5.3.3. Kurjategijad allkirjastavad valeandmeid varem kompromiteeritud digiallkirja võtmega ja lisavad need kaitstud andmevahetuse kanalisse.
U5.4. Kurjategijad ründavad legaliseeritud allkirjastaja kompromiteeritud digiallkirja võtme abil (SCENARIUM — kõik elemendid on kohustuslikud):
U5.4.1. Kurjategijad teevad koopia avalike võtmete hoidlast.
U5.4.2. Kurjategijad kompromiteerivad ühe seadusliku saatja privaatvõtmed. See märgib kompromiteerimise, tühistab võtmed ja tühistamise teave paigutatakse avalike võtmete hoidlasse.
U5.4.3. Kurjategijad asendavad avalike võtmete hoidla varasema koopia vastu.
U5.4.4. Kurjategijad allkirjastavad valeandmeid varem kompromiteeritud digiallkirja võtmega ja lisavad need kaitstud andmevahetuse kanalisse.
U5.5. tõrgete tõttu 2. ja 3. etapi digiallkirja kontrollimises:
Selgitused U5.5.
Näide selle ohu realiseerimisest on esitatud .
U5.5.1. Digiallkirja võtme sertifikaadi usaldusväärsuse kontrollimine ainult usaldusväärsuse alusel sertifikaadis, millega see on allkirjastatud, ilma CRL-i või OCSP-i kontrollideta.
Selgitused U5.5.1.
Rakenduse näide .
U5.5.2. Sertifikaadi usaldusketju loomisel ei analüüsita väljaandvate sertifikaatide volitusi.
Selgitused U5.5.2.
Näide rünnakust SSL/TLS sertifikaatide suhtes.
Kurjategijad ostsid seadusliku sertifikaadi oma e-posti jaoks. Seejärel tegid nad petlikult veebisaidi sertifikaadi ja allkirjastasid selle oma sertifikaadiga. Kui volituste kontrolli ei tehta, siis usaldusketju kontrollimisel näib see korrektne ja seega on ka petlik sertifikaat kehtiv.
U5.5.3. Sertifikaadi usaldusketju loomisel ei kontrollita vahe-sertifikaate tühistamise suhtes.
U5.5.4. CRLi värskendamine toimub harvemini, kui neid väljastab sertifitseerimiskeskus.
U5.5.5. Otsus usaldada digialgkirja tehakse enne, kui saadakse OCSP-vastus sertifikaadi staatuse kohta, mis on saadetud nõudmisele, mis tehti hiljem kui allkirja loomise aeg, või varem kui saadakse järgmine CRL pärast allkirja loomist.
Selgitused U5.5.5.
Enamikus UC-de regulatsioonides peetakse sertifikaadi tühistamise ajaks lähima CRLi väljastamise aega, mis sisaldab teavet sertifikaadi tühistamise kohta.
U5.5.6. Allkirjastatud andmete vastuvõtmisel ei kontrollita sertifikaadi kuuluvust saatjale.
Selgitused U5.5.6.
Rünnakute näide. Seoses SSL-sertifikaatidega: võib mitte kontrollida kutseteenuse serveri aadressi vastavust sertifikaadi CN välja väärtusele.
Rünnakute näide. Kurjategijad on kompromiteerinud ühe osalise elektroonilise allkirja võtmed maksesüsteemis. Pärast seda nad sisenesid teise osalise võrku ja saatsid maksesüsteemi arveldusserverile maksedokumendid, mis olid allkirjastatud kompromiteeritud võtmetega, teise osalise nimel. Kui server analüüsib ainult usaldusväärsust ja ei kontrolli vastavust, siis hakkatakse petlikke dokumente pidama seaduslikeks.
U6. Elektrooniliste dokumentide ekslik aktsepteerimine täitmiseks seoses probleemidega elektrooniliste dokumentide voogesituses.
Dekomponeerimine
U6.1. Vastuvõttev pool ei tuvastanud saadud dokumentide dubleerimist.
Selgitused U6.1.
Rünnakute näide. Kurjategijad võivad kinni püüda edastatava dokumendi, isegi kui see on krüptograafiliselt kaitstud, ja seejärel saata selle mitmeid kordi kaitstud andmeedastuskanalis. Kui vastuvõtja ei tuvastanud dubleeritud dokumente, siis tajutakse ja töödeldakse kõiki saadud dokumente erinevate dokumentidena.
U7. Autoriseerimata juurdepääs kaitstud andmetele nende töötlemise ajal SKZI puhul
Dekomponeerimine
U7.1. teabe lekkimise tõttu kolmandate kanalite kaudu (side channel attack).
Selgitused U7.1.
Näide .
U7.2. andmekaitse seadmete autoriseerimata juurdepääsu kaitse neutraliseerimise tõttu:
U7.2.1. SKZI ekspluateerimine, mis rikub SKZI dokumentatsioonis kirjeldatud nõudeid.
U7.2.2. , mis on teostatud haavatavuste tõttu:
U7.2.2.1. autoriseerimata juurdepääsu kaitsevahendites.
U7.2.2.2. SKZI enda puhul.
U7.2.2.3. krüptovahendi kasutamise keskkonnas.
Rünnakute näited
Allpool toodud stsenaariumid sisaldavad avalikult näitlikustatud infoturbe organisatsiooni vigu ja teenivad ainult võimalikest rünnakutest arusaamise illustreerimiseks.
Stsenaarium 1. Näide U2.2 ja U4.2 ähvarduste realiseerimisest.
Objekti kirjeldus
ARMi KBK ja SKZI SKAD tarkvara on installitud füüsilisele arvutile, mis ei ole ühendatud arvutivõrguga. Klahvikandjana kasutatakse FKN vdTokeni, töörežiimi selgeks jääva võtmega.
Arveldamise regulatsioon näeb ette, et arvutiarveldusspetsialist laadib oma töökohalt alla avatseid e-kirju (vana KBR ARM skeemi järgi) spetsiaalselt kaitstud failiserverist, seejärel salvestab need edastatavale USB-mälupulgale ja kannab need KBR ARM-i, kus need krüpteeritakse ja allkirjastatakse. Pärast seda edastab spetsialist kaitstud e-kirjad edastatavale mäluseadmest ning seejärel salvestab need oma töökohalt failiserverisse, kust need jõuavad UTA-sse ja edasi Venemaa Panga maksesüsteemi.
Antud juhul koosnevad avatud ja kaitstud andmete vahetamise kanalid järgmistest: failiserver, spetsialisti tööarvuti ja edastatav mäluseade.
Rünne
Rikkumised, mille korral ebaseaduslikult paigaldatakse spetsialisti tööarvutisse kaugjuhtimise süsteem, asendavad maksekäsu (elektroonilise sõnumi) sisu avatud kujul salvestamisel neid ühes neist. Spetsialist kannab maksekäsud üle AРM KБR-ile, allkirjastab ja krüpteerib need, märkamatult asendusi (näiteks suure arvu maksekäskude tõttu reisil, väsimuse jne tõttu). Pärast seda siseneb vale maksekäsk tehnoloogilise ahela kaudu Venemaa panga maksesüsteemi.
Skenaar number 2. Näide U2.2 ja U4.2 ohtude rakendamisest.
Objekti kirjeldus
Arvuti, kuhu on paigaldatud AРM KБR, СКАД Сигнатура ja ühendatud võtmeandur ФКН vdToken, töötab eraldatud ruumis, ilma personali ligipääsuta.
Maksete spetsialist siseneb AРM KБR-i kaugjuhtimise režiimis RDP protokolli kaudu.
Rünne
Ründajad vahendavad andmeid, mille abil arvehaldaja ühendab ja töötab KBR APM-iga (näiteks tema arvutis olevate pahavara kaudu). Seejärel ühendavad nad end tema nimel ja saadavad Venemaa Panga maksesüsteemi vale maksetellimuse.
Stsenaarium 3. Näide ohuhäda U1.3 rakendamisest.
Objekti kirjeldus
Vaatleme ühte hüpotetilist võimalust integratsioonimoodulite «ABS-KBR» rakendamiseks uue skeemi (KBR-APM-N) jaoks, kus väljaminevate dokumentide allkiri toimub ABS-i poolel. Oletame, et ABS töötab operatsioonisüsteemi põhjal, mida SKZIs SKAD Sigmat ei toetata, ja seetõttu on krüptograafiline funktsionaalsus viidud eraldi virtuaalmasinasse — integratsioonimoodul «ABS-KBR».
Peamiseks salvestuseks kasutatakse tavalist USB-dokumenti, mis töötab eemaldatava võtmena. Kui dokumendi võti on ühendatud hüperviisori külge, selgus, et süsteemis ei ole vabu USB-porte, seega otsustati USB-dokument ühendada võrgupõhise USB-hubi kaudu ja installida virtuaalmasinale USB-over-IP klient, mis tagab ühenduse hubiga.
Rünne
Kurjategijad püüdsid kätte elektroonilise allkirja privaatvõtme USB-hubi ja hüperviisori vahelisest sidekanalist (andmed edastati selges tekstis). Olles saanud privaatvõtme, koostasid kurjategijad vale maksekorralduse, allkirjastasid selle elektroonilise allkirjaga ja saatsid rakendusse AРM KБP-Н täitmiseks.
Skeem 4. Näide ohtude elluviimisest U5.5.
Objekti kirjeldus
Vaatame sama skeemi nagu eelnevas stsenaariumis. Eeldame, et elektroonilised sõnumid, mis tulevad AРM KБP-Н, jõuavad kausta …SHAREIn, ning need, mis saadetakse AРM KБP-Н ja edasi Venemaa Panga maksesüsteemi, jõuavad kausta …SHAREout.
Samuti oletame, et integreerimisnmpi sõlmimise korral uuendatakse tagasivõetud sertifikaatide loendeid ainult krüptograafiliste võtmete uuesti väljastamisel, ja et elektroonilised sõnumid, mis saabuvad kausta …SHAREIn, kontrollitakse ainult autentsuse ja digitaalse allkirja avaliku võtme usaldusväärsuse kontrolli osas.
Rünne
Kurjategijad, kes kasutasid eelnevas stsenaariumis varastatud võtmeid, allkirjastasid vale maksekorralduse, mis sisaldas teavet raha laekumise kohta petukliendi kontole, ja sisestasid selle kaitstud andmevahetuse kanalisse. Kuna kontrolli, et maksekorraldus on allkirjastatud just Venemaa Pangas, ei toimu, võetakse see täitmiseks.
Allikas: habr.com
