Linket në pjesë të tjera të kërkimit
- (Ju jeni këtu)
Ky artikull përfundon ciklin e publikimeve që i kushtohen sigurisë informacionit për pagesat bankare pa para. Këtu do të shqyrtojmë modelet tipike të kërcënimeve, për të cilat u cituan në :
- .
- .
- .
- .
ХАБРО-WARNING !!! Të dashur anëtarë të Habr, ky nuk është një postim argëtues.
Materialet e fshehura nën katin 40+ janë të destinuara për të ndihmojnë në punë ose studim njerëzve që specializohen në banking ose sigurinë informacionit. Këto materiale janë produkti përfundimtar i kërkimit dhe janë shkruar në një stil të thatë zyrtar. Në thelb, këto janë shabllone për dokumente të brendshme mbi SI.Dhe natyrisht — «përdorimi i informacionit nga artikulli për qëllime të paligjshme ndëshkohet nga ligji». Lexim produktiv!
Informacion për lexuesit që njohin kërkimin duke filluar nga ky publikim.
Në lidhje me kërkimin
Po lexoni një udhëzues për specialistin e përgjegjshëm për sigurinë e pagesave në bankë.
Logjika e paraqitjes
Në fillim, në и jepet përshkrimi i subjektit të mbrojtjes. Pastaj, në tregohet se si të ndërtohet një sistem mbrojtjeje dhe theksohet nevoja për të formuar një model kërcënimesh. Në tregohet se cilat modele kërcënimesh ekzistojnë dhe si formohen ato. Në и jepen analiza të sulmeve reale. и kanë përshkrimin e modelit të kërcënimeve, të ndërtuar duke marrë parasysh informacionin nga të gjitha pjesët e mëparshme.
MODEL TIPALET E KËRCËNIMEVE. KONEKSIONI RRJET
Objekti i mbrojtjes, për të cilin aplikohet modeli i kërcënimeve (scope)
Obje futja e mbrojtjes janë të dhënat që transmetohen përmes një koneksioni rrjetesh, funksionon në rrjetet e transmetimit të të dhënave të ndërtuara mbi bazën e stekës TCP/IP.
Arkitektura
Përshkrimi i elementeve të arkitekturës:
- «Nodet përfundimtare» — nodet që shkëmbejnë informacionin e mbrojtur.
- «Nodet ndërmjetëse» — elementë të rrjetit të transmetimit të të dhënave: ruterë, switch, serverë akses, serverë proxy dhe pajisje të tjera, përmes të cilave kalon trafiku i koneksionit rrjet. Në përgjithësi, një koneksion rrjet mund të funksionojë pa nodet ndërmjetëse (drejt për drejt midis nodëve përfundimtare).
Kërcënimet e sigurisë së nivelit të lartë
Dekompuzimi
U1. Ndalimi i paautorizuar i njohjes së të dhënave të transmetuara.
U2. Ndalimi i paautorizuar i modifikimit të të dhënave të transmetuara.
U3. Shkelja e autorësisë së të dhënave të transmetuara.
U1. Ndalimi i paautorizuar i njohjes së të dhënave të transmetuara
Dekompuzimi
U1.1. , e realizuar në nodet përfundimtare ose ndërmjetëse:
U1.1.1. nëpërmjet leximit të të dhënave gjatë kohës që ndodhen në pajisjet e memorjes së nodit:
U1.1.1.1. në memorjen e përkohshme.
Shpjegime për U1.1.1.1.
P.sh., gjatë përpunimit të të dhënave nga steka rrjetore të nodit.
U1.1.1.2. në memorjen e paenergji.
Shpjegime për U1.1.1.2.
P.sh., gjatë ruajtjes së të dhënave të transmetuara në cache, skedarë të përkohshëm ose skedarë swap.
U1.2. , e realizuar në nodet e treta të rrjetit të transmetimit të të dhënave:
U1.2.1. me metodën e kapjes së të gjitha paketave që bien në ndërfaqen rrjetore të nodit:
Shpjegime për U1.2.1.
Kapja e të gjitha paketave realizohet duke i kaluar kartat rrjetore në mënyrën strikte (modi i promiscuous për adapterët e kabllovikëve ose në modalitetin monitor për adapterët wi-fi).
U1.2.2. nëpërmjet realizimit të sulmeve të tipit „njeri në mes (MiTM),” por pa modifikimin e të dhënave të transmetuara (përveç të dhënave shërbyese të protokolleve rrjetore).
U1.2.2.1. Referenca: .
U1.3. , i realizuar përmes rrjedhjes së informacionit përmes kanaleve teknike (TKUI) nga nyjet fizike ose linjat e komunikimit.
U1.4. , i realizuar përmes instalimeve në nyjet përfundimtare ose ndërmjetëse të mjeteve teknike speciale (STS), të destinuara për ngritjen e fshehtë të informacionit.
U2. Modifikimi i paautorizuar i të dhënave të transmetuara
Dekompuzimi
U2.1. , i realizuar në nyjet përfundimtare ose ndërmjetëse:
U2.1.1. nëpërmjet leximit dhe bërë ndryshime në të dhëna gjatë qëndrimit të tyre në pajisjet e memorie të nyjeve:
U2.1.1.1. në memorien operuese:
U2.1.1.2. në memorien e energjisë së pavarur:
U2.2. , i realizuar në nyjet e tjera të rrjetit të transmetimit të të dhënave:
U2.2.1. nëpërmjet realizimit të sulmeve të tipit «njeri në mes (MiTM)» dhe redirectimit të trafikut në nyjën e sulmuesve:
U2.2.1.1. Lidhi fizik i pajisjeve të sulmuesve në prishjen e lidhjes rrjetë.
U2.2.1.2. Realizimi i sulmeve mbi protokollet rrjetë:
U2.2.1.2.1. menaxhimi i rrjeteve lokale virtuale (VLAN):
U2.2.1.2.1.1. .
U2.2.1.2.1.2. Modifikimi i paautorizuar i konfigurimeve VLAN në switch-e ose router-a.
U2.2.1.2.2. routing i trafikut:
U2.2.1.2.2.1. Modifikimi i paautorizuar i tabelave të routing-ut statik në router-a.
U2.2.1.2.2.2. Anoncing ngadalë me rrugët e rreme nga sulmuesit përmes protokolleve të routing-ut dinamik.
U2.2.1.2.3. konfigurimi automatik:
U2.2.1.2.3.1. .
U2.2.1.2.3.2. .
U2.2.1.2.4. adresimi dhe zgjidhja e emrave:
U2.2.1.2.4.1. .
U2.2.1.2.4.2. .
U2.2.1.2.4.3. Bërja e ndryshimeve të paautorizuara në skedarët lokalë të emrave të nyjeve (hosts, lmhosts dhe të tjera)
U3. Shkelja e autorësisë së të dhënave të transmetuara
Dekompuzimi
U3.1. Neutralizimi i mekanizmave të përcaktimit të autorësisë së informacionit përmes ofrimit të të dhënave të rreme për autorin ose burimin e të dhënave:
U3.1.1. Ndryshimi i të dhënave mbi autorin, të përfshira në informacionin e transmetuar.
U3.1.1.1. Neutralizimi i sigurisë kriptografike të integritetit dhe autorësisë së të dhënave të transmetuara:
U3.1.1.1.1. Referenca: .
U3.1.1.2. Neutralizimi i mbrojtjes së autorësisë së informacionit të transmetuar, i realizuar përmes kodave konfirmuese një herëshe:
U3.1.1.2.1. .
U3.1.2. Ndryshimi i të dhënave të burimit të informacionit të transmetuar:
U3.1.2.1. .
U3.1.2.2. .
MODEL TYPIC I RRETHIMEVE. SISTEMI INFORMACIONAL, NDËRTUAR NË BAZË TË ARKITEKTURËS KLIENT-SERVER
Objekti i mbrojtjes, për të cilin aplikohet modeli i kërcënimeve (scope)
Objekti i mbrojtjes është një sistem informacioni, i ndërtuar mbi bazën e arkitekturës klient-server.
Arkitektura
Përshkrimi i elementeve të arkitekturës:
- «Klienti» – një pajisje në të cilën funksionon pjesa klient e sistemit informacional.
- «Serveri» – një pajisje në të cilën funksionon pjesa server e sistemit informacional.
- «Depoja e të dhënave» – një pjesë e infrastrukturës server të sistemit informacional, e cila është e destinuar për ruajtjen e të dhënave të përpunuara nga sistemi informacional.
- «Lidhja rrjet» – një kanal i shkëmbimit të informacionit mes Klientit dhe Serverit, që kalon përmes rrjetit të transmetimit të të dhënave. Për një përshkrim më të detajuar të modelit të elementit, referohuni në .
Kufizimet
Në modelimin e objektit u caktuan kufizimet e mëposhtme:
- Përdoruesi ndërvepron me sistemin informacional brenda intervaleve të caktuara kohore, të njohura si seancat e punës.
- Në fillim të çdo seance pune ndodhin identifikimi, autentifikimi dhe autorizimi i përdoruesit.
- Të gjitha informacionet e mbrojtura ruhen në pjesën server të sistemit informacional.
Kërcënimet e sigurisë së nivelit të lartë
Dekompuzimi
U1. Kryerja e veprimeve të paautorizuara nga hakerat në emër të një përdoruesi legjitim.
U2. Modifikimi i paautorizuar i informacionit të mbrojtur gjatë përpunimit nga pjesa server e sistemit informacional.
U1. Kryerja e veprimeve të paautorizuara nga hakerat në emër të një përdoruesi legjitim
Shpjegime
Zakonisht, në sistemet informacionale, lidhja e veprimeve me përdoruesin që i ka realizuar ato bëhet përmes:
- dokumenteve të punës së sistemit (logs).
- atributes speciale të objekteve të të dhënave, që përmbajnë informacione rreth përdoruesit që i krijoi ose e ndryshoi ato.
Në lidhje me seancën e punës, kjo rrezik mund të dekompozohet në:
- të realizuara brenda seancës së punës të përdoruesit.
- të realizuara jashtë seancës së punës të përdoruesit.
Seanca e punës të përdoruesit mund të iniciohet:
- Nga vetë përdoruesi.
- Kërcënuesit.
Në këtë fazë, dekompozimi i ndërmjetëm të këtij kërcënimi do të duket si në vijim:
U1.1. Veprime të paautorizuara janë kryer brenda seancës së punës së përdoruesit:
U1.1.1. <…>, e instaluar nga përdoruesi i sulmuar.
U1.1.2. <…>, e instaluar nga kërcënuesit.
U1.2. Veprime të paautorizuara janë kryer jashtë seancës së punës së përdoruesit.
Nga pikëpamja e objekteve të infrastrukturës informative, mbi të cilat mund të ndikojnë kërcënuesit, dekompozimi i kërcënimeve të ndërmjetme do të duket si në vijim:
Elementet
Dekompozimi i kërcënimeve
U1.1.1.
U1.1.2.
U1.2.
Kλίουent
U1.1.1.1.
U1.1.2.1.
Koneksioni i rrjetit
U1.1.1.2.
Server
U1.2.1.
Dekompuzimi
U1.1. Veprime të paautorizuara janë kryer brenda seancës së punës së përdoruesit:
U1.1.1. <…>, e instaluar nga përdoruesi i sulmuar:
U1.1.1.1. Kërcënuesit vepruan në mënyrë të pavarur nga Klienti:
U1.1.1.1.1 Kërcënuesit përdorën mjete të zakonshme për qasje në sistemin informativ:
U1.1.1.1.1.1. Kërcënuesit përdorën mjete fizike input-output të Klientit (tastierë, maus, monitor ose ekran prekes të pajisjes mobile):
U1.1.1.1.1.1.1. Kërcënuesit vepruan në periudha kohe kur seanca është aktive, mjetet input-output janë të aksesueshme, dhe përdoruesi nuk është i pranishëm.
U1.1.1.1.1.2. Kërcënuesit përdorën mjete për adminstrim të largët (të zakonshme ose të ofruara nga kodi i dëmshëm) për të kontrolluar Klientin:
U1.1.1.1.1.2.1. Kërcënuesit vepruan në periudha kohe kur seanca është aktive, mjetet input-output janë të aksesueshme, dhe përdoruesi nuk është i pranishëm.
U1.1.1.1.1.2.2. Kërcënuesit përdorën mjete për administrimin e largët, funksionimi i të cilave nuk vërehet nga përdoruesi i sulmuar.
U1.1.1.2. Kërcënuesit falsifikuan të dhënat në koneksionin e rrjetit mes Klientit dhe Serverit, duke i modifikuar në mënyrë që të perceptoheshin si veprime të përdoruesit legjitim:
U1.1.1.2.1. Lidhja: .
U1.1.1.3. Kërcënuesit e detyruan përdoruesin të kryejë veprimet e caktuara nga ata, duke përdorur metoda të inxhinierisë sociale.
U1.1.2 <…> e instaluar nga kërcënuesit:
U1.1.2.1. Kërcënuesit vepruan nga Klienti (И):
U1.1.2.1.1. Kërcënuesit neutralizuan sistemin e kufizimit të qasjes në sistemin informativ:
U1.1.2.1.1.1. Lidhja: .
U1.1.2.1.2. Kërcënuesit përdorën mjete standarde për aksesin në sistemin informatik
U1.1.2.2. Kërcënuesit vepruan nga nyje të tjera të rrjetit të transmetimit të të dhënave, nga të cilat mund të krijohet një lidhje rrjet me Serverin (И):
U1.1.2.2.1. Kërcënuesit neutralizuan sistemin e kufizimit të aksesit të sistemit informatik:
U1.1.2.2.1.1. Lidhja: .
U1.1.2.2.2. Kërcënuesit përdorën mjete jo standarde për aksesin në sistemin informatik.
Shpjegimet U1.1.2.2.2.
Kërcënuesit mund të kenë instaluar klientin standard të sistemit informatik në një nyje të jashtme ose mund të kenë përdorur softuer jo standard që implementon protokollet standarde të shkëmbimit midis Klientit dhe Serverit.
U1.2 Veprime të paautorizuara u realizuan jashtë sesionit të punës të përdoruesit.
U1.2.1 Kërcënuesit realizuan veprime të paautorizuara dhe më pas bënë ndryshime të paautorizuara në regjistrat e funksionimit të sistemit informatik ose në atribute speciale të objekteve të të dhënave, duke treguar se veprimet e bëra prej tyre ishin kryer nga një përdorues legjitim.
U2. Modifikimi i paautorizuar i informacionit të mbrojtur gjatë përpunimit nga ana e serverit të sistemit informatik
Dekompuzimi
U2.1. Kërcënuesit modifikojnë informacionin e mbrojtur duke përdorur mjete standarde të sistemit informatik dhe e bëjnë këtë në emër të një përdoruesi legjitim.
U2.1.1. Lidhja: .
U2.2. Kërcënuesit modifikojnë informacionin e mbrojtur duke përdorur mekanizma të aksesit në të dhëna që nuk parashikohen nga modaliteti standard i funksionimit të sistemit informatik.
U2.2.1. Kërcënuesit modifikojnë skedarët që përmbajnë informacionin e mbrojtur:
U2.2.1.1. , duke përdorur mekanizmat për punë me skedarë që ofron sistemi operativ.
U2.2.1.2. duke provokuar rikuperimin e skedarëve nga një kopje rezervë të modifikuar pa autorizim.
U2.2.2. Kërcënuesit modifikojnë informacionin e mbrojtur që ruhet në bazën e të dhënave (И):
U2.2.2.1. Sulmuesit neutralizojnë sistemin e ndarjes së qasjes në DBMS:
U2.2.2.1.1. Lidhja: .
U2.2.2.2. Sulmuesit modifikojnë informacionin duke përdorur ndërfaqet përkatëse të DBMS për qasje në të dhëna.
U2.3. Sulmuesit modifikojnë informacionin e mbrojtur përmes modifikimit të paautorizuar të algoritmeve të funksionimit të softuerit përpunues.
U2.3.1. Modifikimi i nëntë kodit burimor të softuerit.
U2.3.1. Modifikimi i nëntë kodit të machine të softuerit.
U2.4. Sulmuesit modifikojnë informacionin e mbrojtur duke përdorur dobësi në softuerin e sistemit informativ.
U2.5. Sulmuesit modifikojnë informacionin e mbrojtur gjatë transferimit të tij midis komponenteve të pjesës server të sistemit informativ (p.sh., serveri i bazës së të dhënave dhe serveri i aplikacioneve):
U2.5.1. Lidhja: .
MODELI I TIPIK I KËRCENIMEVE. SISTEMI I NDARJES SË QASJES
Objekti i mbrojtjes, për të cilin aplikohet modeli i kërcënimeve (scope)
Objekti i mbrojtjes, për të cilin aplikohet ky model kërcënimi, korrespondon me objektin e mbrojtjes së modelit të kërcënimeve: 'Modeli tipik i kërcënimeve. Sistemi informativ, ndërtuar mbi arkitekturën klient-server'.
Nën sistemin e ndarjes së qasjes për përdoruesit në këtë model kërcënimi nënkuptohet komponenti i sistemit informativ që realizon funksionet:
- Identifikimi i përdoruesve.
- Autentifikimi i përdoruesve.
- Autorizimi i përdoruesve.
- Protokollimi i veprimeve të përdoruesve.
Kërcënimet e sigurisë së nivelit të lartë
Dekompuzimi
U1. Krijimi i paautorizuar i një sesioni pune në emër të një përdoruesi legjitim.
U2. Rritja e paautorizuar e privilegjeve të përdoruesit në sistemin informativ.
U1. Krijimi i paautorizuar i një sesioni pune në emër të një përdoruesi legjitim
Shpjegime
Dekompensimi i këtij kërcënimi në përgjithësi do të varet nga lloji i sistemeve që përdoren për identifikimin dhe autentifikimin e përdoruesve.
Në këtë model do të shqyrtohet vetëm sistemi i identifikimit dhe autentifikimit të përdoruesve, që përdor emrin dhe fjalëkalimin tekstual. Në këtë rast, do të supozojmë se emri i përdoruesit është informacion publik, të njohur nga sulmuesit.
Dekompuzimi
U1.1. përmes kompromentimit të të dhënave të llogarisë:
U1.1.1. Sulmuesit e kanë kompromentuar të dhënat e llogarisë së përdoruesit gjatë ruajtjes së tyre.
Shpjegime U1.1.1.
Për shembull, të dhënat e llogarisë mund të kenë qenë të shkruara në një ngritëse, e cila ishte e ngjitur te monitore.
U1.1.2. Përdoruesi rastësisht ose me qëllim të keq i ka kaluar të dhënat e qasjes keqbërëseve.
U1.1.2.1. Përdoruesi e ka thënë me zë të lartë informacionin e llogarisë gjatë hyrjes.
U1.1.2.2. Përdoruesi me dashje e kaloi informacionin e llogarisë së tij:
U1.1.2.2.1. kolegëve të punës.
Shpjegime U1.1.2.2.1.
Për shembull, për t'u mundësuar atyre zëvendësimin gjatë një periudhe sëmundjeje.
U1.1.2.2.2. kontraktorëve të punëdhënësit, që po punonin në infrastrukturën informacionit.
U1.1.2.2.3. palëve të treta.
Shpjegime U1.1.2.2.3.
Një nga mënyrat, por jo të vetmet për realizimin e këtij rreziku është përdorimi nga ana e keqbërëseve i metodave të inxhinierisë sociale.
U1.1.3. Keqbërëstët kanë gjetur të dhënat e llogarisë me metodë provimi:
U1.1.3.1. duke përdorur mekanizmat standard të qasjes.
U1.1.3.2. duke përdorur kode të kapura më parë (për shembull, hash-e të fjalëkalimeve) për ruajtjen e të dhënave të llogarive.
U1.1.4. Keqbërëstët përdorën kod të dëmshëm për të kapur të dhënat e llogarisë së përdoruesit.
U1.1.5. Keqbërëstët e nxorrën informacionin e llogarisë nga lidhja rrjetësore midis Klientit dhe Serverit:
U1.1.5.1. Linku: .
U1.1.6. Keqbërëstët e nxorrën të dhënat e llogarisë nga regjistrat e sistemeve të monitorimit të punës:
U1.1.6.1. sistemet e videovëzhgimit (nëse gjatë punës janë regjistruar shtypjet e çelësave në tastierë).
U1.1.6.2. sistemet e kontrollit të veprimeve të punonjësve në kompjuter.
Shpjegime U1.1.6.2.
Një shembull i tillë i sistemit është — .
U1.1.7. Keqbërëstët kanë kompromentuar të dhënat e llogarisë së përdoruesit për shkak të mangësive në procesin e kalimit të tyre.
Shpjegime U1.1.7.
Për shembull, kalimi i fjalëkalimeve në formë të hapur përmes emailit.
U1.1.8. Keqbërëstët zbuluan të dhënat e llogarisë përmes vëzhgimit të seancës së punës së përdoruesit me anë të sistemeve të administratës në distancë.
U1.1.9. Keqbërëstët e nxorrën të dhënat e llogarisë si rezultat i daljes së tyre përmes kanaleve teknike (TKU):
U1.1.9.1. Keqbërëstët e vëzhguan se si përdoruesi vendoste të dhënat e llogarisë me tastierë:
U1.1.9.1.1 Keqbërëstët ndodheshin në afërsi të përdoruesit dhe e panë fjalëkalimin që po vendoste me sy.
Shpjegime U1.1.9.1.1
Situata të tilla përfshijnë veprimet e kolegëve në punë ose rastin kur tastiera e përdoruesit është e dukshme për vizitorët e organizatës.
U1.1.9.1.2 Kriminelët përdorën mjete teknike shtesë, si një përshkues për, ose një dron, dhe panë futjen e kredencialeve përmes dritares.
U1.1.9.2. Kriminelët nxorrën kredencialet nga regjistrimet e komunikimeve radio midis tastierës dhe njësisë qendrore të kompjuterit në rast se ato ishin të lidhura përmes një interfesi radio (p.sh., Bluetooth).
U1.1.9.3. Kriminelët kryen përvetësimin e kredencialeve përmes rrjedhjes së tyre përmes një kanali të ndikimeve elektromagnetike (PEM).
Shpjegime U1.1.9.3.
Shembuj të sulmeve и .
U1.1.9.4. Krimineli kryen përvetësimin e futjes së kredencialeve nga tastiera përmes përdorimit të mjeteve teknike speciale (STS), të destinuara për ekstraktimin e fshehtë të informacionit.
Shpjegime U1.1.9.4.
Shembuj .
U1.1.9.5. Kriminelët kryen përvetësimin e futjes së kredencialeve nga tastiera përmes
analizës së sinjalit Wi-Fi, të moduluar nga procesi i shtypjes së çelësave nga përdoruesi.
Shpjegime U1.1.9.5.
Shembulli .
U1.1.9.6. Kriminelët kryen përvetësimin e futjes së kredencialeve nga tastiera përmes analizës së zërit të shtypjes së çelësave.
Shpjegime U1.1.9.6.
Shembulli .
U1.1.9.7. Kriminelët kryen përvetësimin e futjes së kredencialeve nga tastiera e një pajisjeje mobile përmes analizës së të dhënave të akselerometrit.
Shpjegime U1.1.9.7.
Shembulli .
U1.1.10. , të ruajtura paraprakisht në Klient.
Shpjegime U1.1.10.
Për shembull, përdoruesi mund të ketë ruajtur në shfletuesin e tij emrin e përdoruesit dhe fjalëkalimin për të hyrë në një faqe të caktuar.
U1.1.11. Kriminelët komprometuan kredencialet për shkak të mangësive në procesin e tërheqjes së aksesit të përdoruesve.
Shpjegime U1.1.11.
Për shembull, pas shkarkimit të përdoruesit, llogaritë e tij mbetën të papenguar.
U1.2. për shkak të përdorimit të dobësive në sistemin e ndarjes së qasjes.
U2. Rritja e padeshme e privilegjeve të përdoruesit në sistemin informacionit
Dekompuzimi
U2.1 përmes ndryshimeve të pashkruara të dhënave që përmbajnë informacione rreth privilegjeve të përdoruesit.
U2.2 për shkak të përdorimit të dobësive në sistemin e ndarjes së qasjes.
U2.3. për shkak të mangësive në procesin e menaxhimit të qasjes të përdoruesve.
Shpjegimet U2.3.
Shembulli 1. Përdoruesit iu dha akses më të madh se sa i nevojitej për arsye pune.
Shembulli 2. Pas kalimit të përdoruesit në një pozitë tjetër, të drejtat e aksesit të dhëna më parë nuk u tërhoqën.
MODEL TYPIC I KËRCËNIMIT. MODULI I INTEGRIMIT
Objekti i mbrojtjes, për të cilin aplikohet modeli i kërcënimeve (scope)
Moduli i integrimit – një set objektesh të infrastrukturës informative, të destinuara për organizimin e shkëmbimit të informacionit midis sistemeve informative.
Duke marrë parasysh faktin se në rrjetet korporative nuk është gjithmonë e mundur të ndahet qartë një sistem informatik nga tjetri, moduli i integrimit mund të konsiderohet gjithashtu si një lidhës midis komponentëve brenda një sistemi informatik.
Arkitektura
Skema e përgjithshme e modulit të integrimit duket si mëposhtë:
Përshkrimi i elementeve të arkitekturës:
- «Serveri i shkëmbimit (SS)» – nyje / shërbim / komponent i sistemit informatik, që kryen funksionin e shkëmbimit të të dhënave me një sistem informatik tjetër.
- «Mediatori» – nyje / shërbim, e parashikuar për organizimin e bashkëpunimit midis sistemeve informative, por që nuk është pjesë e tyre.
Shembuj «Mediatorëve» mund të jenë shërbimet e postës elektronike, autobusët shërbimorë të ndërmarrjes (enterprise service bus / arkitektura SoA), serverat e skedarëve të palëve të treta dhe të tjerë. Në përgjithësi, moduli i integrimit mund të mos përmbajë «Mediat ajor». - «SO i përpunimit të të dhënave» – një grumbull programesh, që realizon protokollet e shkëmbimit të të dhënave dhe transformimin e formateve.
Për shembull, transformimi i të dhënave nga formati UFEBS në formatin ABS, ndryshimi i statuseve të mesazheve gjatë përcjelljes etj. - «Lidhja rrjet» i përgjigjet objektit të përshkruar në modelin tipik të kërcënimit «Kërcënimi i rrjetit». Disa nga lidhjet e rrjetit që janë përfaqësuar në skemën e mësipërme, mund edhe të mos ekzistojnë.
Shembuj të moduleve të integrimit
Skema 1. Integrimi i ABS dhe ARM KBR përmes një serveri skedarësh të palëve të treta
Për kryerjen e pagesave, punonjësi i autorizuar i bankës shkarkon nga ABS dokumentet elektronike të pagesave dhe i ruan ato në një skedar (në formatin e vet, për shembull SQL-dump) në një dosje rrjete (…SHARE) të serverit të skedarëve. Pastaj ky skedar me anë të një skripti konvertues transformohet në një grup skedarësh me formatin UFEBS, të cilat më pas i lexon ARM KBR.
Pasi kësaj, punonjësi i autorizuar — përdoruesi i ARM KBR — enkripton dhe nënshkruan skedarin e marrë dhe e dërgon atë në sistemin e pagesave të Bankës së Rusisë.
Kur arrijnë pagesat nga Banka e Rusisë, ARM KBR kryen dekryptimin dhe verifikimin e nënshkrimit elektronik, pas së cilës e regjistron si një set skedarësh në formatin UFEBS në serverin e skedarëve. Para importit të dokumenteve të pagesave në ABS, ato shndërrohen me ndihmën e skriptit-konvertues nga formati UFEBS në formatin ABS.
Le të supozojmë se në këtë skemë ABS funksionon në një server fizik të vetëm, ARM KBR funksionon në një kompjuter të dedikuar, ndërsa skripti-konvertues punon në serverin e skedarëve.
Korespondenca e objekteve të skemës së shqyrtuar me elementët e modelit të integrimit:
«Servers për shkëmbim nga ana e ABS» – serveri ABS.
«Servers për shkëmbim nga ana e ARM KBR» – kompjuteri ARM KBR.
«Mediatori» – serveri i jashtëm i skedarëve.
«SO i përpunimit të të dhënave» – skripti-konvertues.
Skema 2. Integrimi i ABS dhe ARM KBR gjatë vendosjes së një dosjeje të përbashkët rrjetore me pagesa në ARM KBR
Të gjithë si në Skemën 1, por një server të veçantë skedarësh nuk përdoret, në vend të kësaj dosja rrjetore (…SHARE) me dokumentet elektronike të pagesave vendoset në kompjuterin me ARM KBR. Skripti-konvertues gjithashtu punon në ARM KBR.
Korespondenca e objekteve të skemës së shqyrtuar me elementët e modelit të integrimit:
Njëlloj si në Skemën 1, por «Mediatori» nuk përdoret.
Skema 3. Integrimi i ABS dhe ARM KBR-N përmes IBM WebSphere MQ dhe realizimi i nënshkrimit të dokumenteve elektronike "në anën e ABS"
ABS punon në një platformë që nuk mbështetet nga SKZI SKAD Nënshkrimi. Nënshkrimi i dokumenteve elektronike që dalin bëhet në një server të veçantë nënshkrimi elektronik (Server EP). Ky server gjithashtu kontrollon nënshkrimin elektronik të dokumenteve që vijnë nga Banka e Rusisë.
ABS eksporton në Server EP një skedar me dokumentet e pagesave në formatin e vet.
Serveri EP me ndihmën e skriptit-konvertues shndërron skedarin në mesazhe elektronike në formatin UFEBS, pas kësaj mesazhet elektronike nënshkruhen dhe dërgohen në IBM WebSphere MQ.
ARM KBR-N i drejtohet IBM WebSphere MQ dhe merr mesazhet e pagesave të nënshkruara prej andej, pas së cilës punonjësi i autorizuar — përdoruesi i ARM KBR — i enkripton dhe i dërgon në sistemin e pagesave të Bankës së Rusisë.
Kur në pranim të pagesave nga Banka e Rusisë, ARM KBR-N i dekriptin ato dhe verifikon nënshkrimin elektronik. Pagesat e përpunuara me sukses si mesazhe elektronike të dekriptuara dhe të nënshkruara në formatin UFBSS dërgohen në IBM WebSphere MQ, nga ku i merr Serveri EP.
Serveri EP verifikon nënshkrimin elektronik të pagesave të ardhura dhe i ruan ato në një skedar në formatin ABS. Më pas, punonjësi i autorizuar — përdoruesi i ABS — ngarkon skedarin e krijuar në ABS në mënyrë të përcaktuar.
Korespondenca e objekteve të skemës së shqyrtuar me elementët e modelit të integrimit:
«Serveri i shkëmbimit nga ana e ABS» – serveri ABS.
«Serveri i shkëmbimit nga ana e ARM KBR» — kompjuter i ARM KBR.
«Mediatori» – Serveri EP dhe IBM WebSphere MQ.
«SO i përpunimit të të dhënave» – skenari konvertues, SKZI SKAD Firma në Serverin EP.
Shema 4. Integrimi i Serverit DBO dhe ABS përmes API-së, e cila ofrohet nga serveri i veçantë i shkëmbimit
Do të supozojmë se në bankë përdoren disa sisteme të shërbimeve bankare në distancë (DBO):
- «Internet Klienti-Banku» për individë (IKB FIZ);
- «Internet Klienti-Banku» për persona juridikë (IKB JUR).
Me qëllim të sigurimit të sigurisë informacionit, të gjitha ndërveprimet e ABS me sistemet DBO realizohen përmes një serveri të veçantë të shkëmbimit, që funksionon brenda sistemit informatike «ABS».
Më pas do të shqyrtojmë procesin e ndërveprimit të sistemit DBO IKB JUR me ABS.
Serveri DBO, pasi ka marrë nga klienti një urdhër pagesë të vulosur siç duhet, duhet të krijojë dokumentin përkatës në ABS. Për këtë, ai transmeton informacionin në serverin e shkëmbimit përmes API-së, dhe ai, nga ana e tij, e regjistron të dhënat në ABS.
Kur ndryshojnë saldat në llogarinë e klientit, ABS shqipon njoftime elektronike, të cilat përmes serverit të shkëmbimit dërgohen në serverin DBO.
Korespondenca e objekteve të skemës së shqyrtuar me elementët e modelit të integrimit:
«Serveri i shkëmbimit nga ana e DBO» – serveri DBO IKB JUR.
«Serveri i shkëmbimit nga ana e ABS» – serveri i shkëmbimit.
«Mediatori» – mungon.
«SO i përpunimit të të dhënave» – komponentët e Serverit DBO, përgjegjës për përdorimin e API-së së serverit të shkëmbimit, komponentët e serverit të shkëmbimit, përgjegjës për përdorimin e API-së së ABS.
Kërcënimet e sigurisë së nivelit të lartë
Dekompuzimi
U1. Kthimi i informacionit të rremë nga ana e sulmuesve përmes modulit të integrimit.
U1. Kthimi i informacionit të rremë nga ana e sulmuesve përmes modulit të integrimit
Dekompuzimi
U1.1. Modifikimi i paautorizuar i të dhënave legjitime gjatë transmetimit përmes lidhjeve rrjetërore:
U1.1.1 Link: .
U1.2. Transmetimi i të dhënave të rreme nga kanalet e komunikimit në emër të një pjesëmarrësi legjitim në shkëmbim:
U1.1.2 Link: .
U1.3. Modifikimi i paautorizuar i të dhënave legjitime gjatë përpunimit në Serverët e shkëmbimit ose Ndërmjetësin:
U1.3.1. Linku: .
U1.4. Krijimi në Serverët e shkëmbimit ose Ndërmjetësin të dhënave të rreme në emër të një pjesëmarrësi legjitim të shkëmbimit:
U1.4.1. Linku:
U1.5. Modifikimi i paautorizuar i të dhënave gjatë përpunimit me anë të softuerit për përpunimin e të dhënave:
U1.5.1. përmes futjes së ndryshimeve të paautorizuara nga ana e sulmuesve në cilësimet (konfigurimin) e softuerit për përpunimin e të dhënave.
U1.5.2. përmes futjes së ndryshimeve të paautorizuara nga ana e sulmuesve në skedarët ekzekutivë të softuerit për përpunimin e të dhënave.
U1.5.3. përmes menaxhimit interaktiv të funksionimit të softuerit për përpunimin e të dhënave nga ana e sulmuesve.
MODEL TIPIK I KËRCËNIMET. SISTEMI I MBRONJES KRIPTOGRAFike TË INFORMACIONIT
Objekti i mbrojtjes, për të cilin aplikohet modeli i kërcënimeve (scope)
Objekti i mbrojtjes është sistemi i mbrojtjes kriptografike të informacionit, i përdorur për të siguruar sigurinë e sistemit informativ.
Arkitektura
Baza e çdo sistemi informativ është softueri aplikativ (PA) që realizon funksionalitetin e tij të synuar.
Mbrojtja kriptografike realizohet zakonisht përmes thirrjeve nga logjika biznesore e PA-së për funksionet kriptografike, të cilat ndodhen në biblioteka të specializuara – bërthama kriptografike.
Funksionet kriptografike përfshijnë funksione kriptografike të nivelit të ulët, si:
- të enkriptojë / dekrypotojë një bllok të dhënash;
- të krijojë / verifikojë një nënshkrim elektronik të një blloku të dhënash;
- të llogarisë një funksion hash për një bllok të dhënash;
- të formojë / ngarkojë / shkarkojë informacionin mbi çelësat;
- etj.
Logjika biznesore e PA-së realizon funksionalitete të nivelit më të lartë përmes funksioneve kriptografike:
- të enkriptojë një skedar me çelësat e marrësve të zgjedhur;
- instaloni një lidhje të sigurt rrjetore;
- informoni për rezultatet e verifikimit të nënshkrimit elektronik;
- etj.
Ndërveprimi i logjikës biznesore dhe bërthamës kriptografike mund të realizohet:
- direkt, duke thirrur nga logjika biznesore primitivët kriptografikë nga bibliotekat dinamike të bërthamës kriptografike (.DLL – për Windows, .SO – për Linux);
- indirekt, përmes ndërfaqeve kriptografike – mbështjellësve (wrappers), për shembull, MS Crypto API, Java Cryptography Architecture, PKCS#11 dhe të tjerë. Në këtë rast, logjika e biznesit i drejtohet ndërfaqes kriptografike, e cila translacionon thirrjen në bërthamën përkatëse kriptografike, e cila në një rast të tillë quhet furnizuesi kriptografik. Përdorimi i ndërfaqeve kriptografike lejon që aplikacioni të abstenohet nga algoritmet specifike kriptografike dhe të jetë më fleksibël.
Dua të dalloj dy skema tipike të organizimit të bërthamës kriptografike:
Skema 1 – Bërthama kriptografike monolite
Skema 2 – Bërthama kriptografike të ndara
Elementët në skemat e paraqitura mund të jenë si module të veçanta të software-it që funksionojnë në një kompjuter, ashtu si edhe shërbime rrjetore që ndërveprojnë brenda një rrjeti kompjuterik.
Kur përdoren sisteme të ndërtuara sipas skemës 1, aplikacioni dhe bërthama kriptografike funksionojnë në kuadër të të njëjtit mjedis funksionimi të mjetit kriptografik (MFK), për shembull, në të njëjtin kompjuter, nën menaxhimin e të njëjtit sistem operativ. Përdoruesi i sistemit, zakonisht, mund të niste edhe programe të tjera brenda të njëjtit mjedis funksionimi, duke përfshirë ato që përmbajnë kod të dëmshëm. Në kushte të tilla ekziston një rrezik serioz i rrjedhjes së çelësave të mbyllur kriptografikë.
Për të minimizuar rrezikun, aplikohet skema 2, në të cilën bërthama kriptografike ndahet në dy pjesë:
- Pjesa e parë bashkë me aplikacionin punon në një mjedis të pambështetur, ku ekziston rreziku i infektimit me kod të dëmshëm. Kjo pjesë do ta quajmë – "pjesa programore".
- Pjesa e dytë punon në një mjedis të besueshëm në një pajisje të dedikuar, e cila përmban një ruajtës të çelësave të mbyllur. Këtë pjesë do ta quajmë – "pjesa harduerike".
Ndara e ndarjes së kripto-thembrit në pjesë të softuerit dhe harduerit është mjaft e kushtëzuar. Në treg ka sisteme të ndërtuara sipas skemës me ndarjen e kripto-thembrit, por pjesa "harduer" përfaqësohet në formën e një imazhi të makinës virtuale — virtual HSM ().
Ndërveprimi i të dy pjesëve të kripto-thembrit ndodh në një mënyrë, që çelësat e mbyllur nuk transmetohen kurrë në pjesën e softuerit dhe, si rrjedhim, nuk mund të vihen në rrezik nga kodi keqdashës.
Ndërfaqja e ndërveprimit (API) dhe grupi i primitave kriptografikë, të ofruar për softuerin aplikativ nga kripto-thembri, janë të njëjtë në të dy rastet. Dallimi qëndron në mënyrën e realizimit të tyre.
Kështu, kur përdoret skema me ndarjen e kripto-thembrit, ndërveprimi midis pjesës së softuerit dhe asaj harduerike kryhet sipas këtij parimi:
- Primitat kriptografike, që nuk kërkojnë përdorimin e çelësit të mbyllur (p.sh., llogaritja e funksionit hash, verifikimi i nënshkrimit elektronik etj.), kryhen nga pjesa e softuerit.
- Primitat kriptografike, që përdorin çelësin e mbyllur (krijimi i nënshkrimit elektronik, dekriptimi i të dhënave etj.), kryhen nga pjesa e harduerit.
Ilustrojmë punën e kripto-thembrit të ndarë me shembullin e krijimit të nënshkrimit elektronik:
- Pjesa e softuerit llogarit funksionin hash të të dhënave që nënshkruhen dhe e dërgon këtë vlerë në pjesën e harduerit përmes kanaleve të shkëmbimit midis kripto-thembrit.
- Pjesa e harduerit, duke përdorur çelësin e mbyllur dhe hash-in, formon vlerën e nënshkrimit elektronik dhe e dërgon atë në pjesën e softuerit përmes kanaleve të shkëmbimit.
- Pjesa e softuerit kthen vlerën e marrë në softuerin aplikativ.
Veçoritë e kontrollit të saktësisë së nënshkrimit elektronik
Kur pala marrëse merr të dhëna, të nënshkruara me nënshkrim elektronik, ajo duhet të kalojë disa etapa të verifikimit. Një rezultat pozitiv i verifikimit të nënshkrimit elektronik arrihet vetëm pas kalimit me sukses të të gjitha etapave të verifikimit.
Etapa 1. Kontrolli i integritetit të të dhënave dhe autorësisë së të dhënave.
Përmbajtja e etapës. Poquni kontrollin e nënshkrimit elektronik të të dhënave në përputhje me algoritmin përkatës kriptografik. Kalimi me sukses i këtij faze tregon se të dhënat nuk janë modifikuar që nga nënshkrimi i tyre, si dhe që nënshkrimi është realizuar me çelësin e mbyllur që përputhet me çelësin e hapur për kontrollin e nënshkrimit elektronik.
Vendi i realizimit të fazës: kriptoedhe.
Faza 2. Kontrolli i besueshmërisë ndaj çelësit të hapur të nënshkruesit dhe kontrolli i afatit të çelësit të mbyllur të nënshkrimit elektronik.
Përmbajtja e etapës. Faza përbëhet nga dy nënfazat ndërmjetëse. Në të parën, përcaktohet nëse çelësi i hapur për kontrollin e nënshkrimit elektronik ishte i besueshëm në momentin e nënshkrimit të të dhënave. Në të dytën, përcaktohet nëse çelësi i mbyllur i nënshkrimit elektronik ishte në fuqi në momentin e nënshkrimit të të dhënave. Në përgjithësi, afatet e këtyre çelësave mund të mos përputhen (p.sh., për certifikatat e kualifikuara të çelësave për kontrollin e nënshkrimit elektronik). Mënyrat e përcaktimit të besueshmërisë së çelësit të hapur të nënshkruesit përcaktohen nga rregullat e dokumenteve elektronike të miratuara nga palët që bashkëpunojnë.
Vendi i realizimit të fazës: software aplikativ / kriptoedhe.
Faza 3. Kontrolli i autorizimeve të nënshkruesit.
Përmbajtja e etapës. Në përputhje me rregullat e caktuara të dokumenteve elektronike, kontrollohet nëse nënshkruesi kishte të drejtën për të vërtetuar të dhënat e mbrojtura. Për shembull, diskutojmë një situatë shkeljeje të autorizimeve. Supozoni se ka një organizatë ku të gjithë punonjësit kanë nënshkrimin elektronik. Një urdhër i drejtorit hyn në sistemin e brendshëm të dokumenteve elektronike, por nënshkruhet me nënshkrimin elektronik të menaxherit të magazinës. Prandaj, një dokument i tillë nuk mund të konsiderohet legjitim.
Vendi i realizimit të fazës: software aplikativ.
Supozimet e pranuara në përshkrimin e objektit të mbrojtjes
- Kanalet e transmetimit të informacionit, përveç kanaleve të shkëmbimit të çelësave, përfshijnë gjithashtu software-in aplikativ, API-në dhe kriptoedhen.
- Të dhënat mbi besueshmërinë ndaj çelësave të hapur dhe (ose) certifikatave, si dhe informacioni mbi autorizimet e pronarëve të çelësave të hapur, vendosen në magazinën e çelësave të hapur.
- Software-i aplikativ punon me magazinën e çelësave të hapur përmes kriptoedhes.
Shembulli i një sistemi informativ të mbrojtur me ndihmën e SKZI
Për ilustrimin e skemave të paraqitura më parë, le të shqyrtojmë një sistem informacioni hipotezë dhe të dallojmë të gjithë elementët strukturorë të tij.
Përshkrimi i sistemit të informacionit
Dy organizata vendosën të implementojnë mes tyre një shkëmbim të rëndësishëm të dokumenteve elektronike (EDO). Për këtë ata nënshkruan një marrëveshje, në të cilën shkruhej se dokumentet do të dërgoheshin me email dhe se ato duhej të ishin të enkriptuara dhe të nënshkruara me një nënshkrim elektronik të kualifikuar. Si mjete për krijimin dhe përpunimin e dokumenteve duhen përdorur programet zyrtare nga paketa Microsoft Office 2016, ndërsa për mjetet e mbrojtjes kriptografike — SCZI KryptoPRO dhe softuerin e enkriptimit KryptoARM.
Përshkrimi i infrastrukturës së organizatës 1
Organizata 1 vendosi të vendosë SCZI KryptoPRO dhe softuerin KryptoARM në ARM të përdoruesit — kompjuter fizik. Çelësat e enkriptimit dhe nënshkimit elektronik do të ruajnë në një pajisje çelësi ruToken, e cila funksionon në modin e çelësit të nxjerrshëm. Përdoruesi do të përgatisë dokumentet elektronike lokal, pas së cilës do t'i enkriptojë, nënshkruajë dhe dërgojë përmes një klienti lokal të emailit.
Përshkrimi i infrastrukturës së organizatës 2
Organizata 2 vendosi të transferojë funksionet e enkriptimit dhe nënshkimit elektronik në një makinë virtuale të dedikuar. Në këtë mënyrë, të gjitha operacionet kriptografike do të kryhen në mënyrë automatike.
Për këtë, në makinën virtuale të dedikuar janë krijuar dy dosje rrjet: «…In», «…Out». Në dosjen rrjet «…In» do të vendosen automatikisht skedarët e marrë nga kontraktori në mënyrë të hapur. Këta skedarë do të dekryptohet dhe mbi ta do të verifikohet nënshkrimi elektronik.
Në dosjen «…Out» përdoruesi do të vendosë skedarët që duhet të enkriptohen, nënshkruhen dhe dërgohen kontraktorit. Vetë skedarët përdoruesi do t'i përgatisë në ARM të tij.
Për të kryer funksionet e enkriptimit dhe nënshkimit elektronik, në makinën virtuale janë instaluar SCZI KryptoPRO, softueri KryptoARM dhe një klient për email. Menaxhimi automatik i të gjithë elementëve të makinës virtuale do të realizohet përmes skripteve të zhvilluara nga administratorët e sistemit. Puna e skripteve do të dokumentohet në dosjet e regjistrit (logs).
Çelësat kriptografikë të nënshkrimit elektronik do të vendosen në një token me çelës të paçvendosur JaCarta ГОСТ, i cili do të lidhet me kompjuterin lokal të përdoruesit.
Tokeni do të kalojë në makinë virtuale përmes mjeteve të specializuara software USB-over-IP, të instaluara në ARM-në e përdoruesit dhe në makinën virtuale.
Orët sistematike në ARM-në e përdoruesit në organizatën 1 do të rregullohen manualisht. Orët sistematike të makinës virtuale në organizatën 2 do të sinkronizohen me orët sistematike të hiperkriptorit, të cilat, nga ana e tyre, do të sinkronizohen përmes Internetit me serverat publik të orës.
Dallimi i elementeve strukturore të SKZI
Bazuar në përshkrimin e mësipërm të infrastrukturës IT, do të dalim në elementet strukturore të SKZI dhe do t’i regjistrojmë ato në një tabelë.
Tabelë — Përputhshmëria e elementeve të modelit SKZI me elementët e sistemeve informative
Emri i elementit
Organizata 1
Organizata 2
Software aplikativ
Software KryptoARM
Software KryptoARM
Pjesa programore e kriptoeskalës
SKZI KryptoPRO CSP
SKZI KryptoPRO CSP
Pjesa harduerike e kriptoeskalës
nuk ka
JaCarta ГОСТ
API
MS CryptoAPI
MS CryptoAPI
Depoja e çelësave publikë
ARM e përdoruesit:
— disku i ngurtë;
— depo standarde e certifikatave Windows.
Hiperkripti:
— disku i ngurtë.
Makinë virtuale:
— disku i ngurtë;
— depo standarde e certifikatave Windows.
Depoja e çelësave të mbyllur
Mjeti i çelësit ruToken, duke punuar në modin e çelësit të nxjerrshëm
Mjeti i çelësit JaCarta ГОСТ, duke punuar në modin e çelësit të paçvendosur
Kanal i shkëmbimit të çelësave publikë
ARM e përdoruesit:
— memoria e punës.
Hiperkripti:
— memoria e punës.
Makinë virtuale:
— memoria e punës.
Kanal i shkëmbimit të çelësave të mbyllura
ARM e përdoruesit:
— autobusi USB;
— memoria e punës.
nuk ka
Kanal i shkëmbimit midis kriptoeskalave
nuk ka (nuk ka pjesë harduerike të kriptoeskalës)
ARM e përdoruesit:
— autobusi USB;
— memoria e punës;
— moduli programor USB-over-IP;
— interfeksi rrjetor.
Rrjeti korporativ i organizatës 2.
Hiperkripti:
— memoria e punës;
— interfeksi rrjetor.
Makinë virtuale:
— interfeksi rrjetor;
— memoria e punës;
— moduli programor USB-over-IP.
Kanal i shkëmbimit të të dhënave të hapura
ARM e përdoruesit:
— mjetet e hyrjes-daljes;
— memoria e punës;
— disku i ngurtë.
ARM e përdoruesit:
— mjetet e hyrjes-daljes;
— memoria e punës;
— disku i ngurtë;
— interfeksi rrjetor.
Rrjeti korporativ i organizatës 2.
Hiperkripti:
— interfeksi rrjetor;
— memoria e punës;
— disku i ngurtë.
Makinë virtuale:
— interfeksi rrjetor;
— memoria e punës;
— disku i ngurtë.
Kanal i shkëmbimit të të dhënave të mbrojtura
Internet.
Rrjeti korporativ i organizatës 1.
ARM e përdoruesit:
— disku i ngurtë;
— memoria e punës;
— interfeksi rrjetor.
Internet.
Rrjeti korporativ i organizatës 2.
Hiperkripti:
— interfeksi rrjetor;
— memoria e punës;
— disku i ngurtë.
Makinë virtuale:
— interfeksi rrjetor;
— memoria e punës;
— disku i ngurtë.
Kanal i transmetimit të kohës
ARM e përdoruesit:
— mjetet e hyrjes-daljes;
— memoria e punës;
— timeri sistemik.
Internet.
Rrjeti korporativ i organizatës 2,
Hiperkripti:
— interfeksi rrjetor;
— memoria e punës;
— timeri sistemik.
Makinë virtuale:
— memoria e punës;
— timeri sistemik.
Kanal i transmetimit të komandave menaxhuese
ARM e përdoruesit:
— mjetet e hyrjes-daljes;
— memoria e punës.
(Ndërfaqja grafike e software KryptoARM)
Makinë virtuale:
— memoria e punës;
— disku i ngurtë.
(Skriptet e automatizimit)
Kanal i pranimit të rezultateve të punës
ARM e përdoruesit:
— mjetet e hyrjes-daljes;
— memoria e punës.
(Ndërfaqja grafike e software KryptoARM)
Makinë virtuale:
— memoria e punës;
— disku i ngurtë.
(Skedarët e ditarëve të punës së skriptëve të automatizimit)
Kërcënimet e sigurisë së nivelit të lartë
Shpjegime
Supozime të pranuara gjatë dekompozimit të kërcënimeve:
- Algoritmet kriptografike që përdoren janë të qëndrueshme.
- Algoritmet kriptografike përdoren në mënyrë të sigurt në mënyrat e duhura të funksionimit (p.sh., nuk aplikohet për enkriptimin e volumit të madh të të dhënave, duke marrë parasysh ngarkesën e pranueshme për çelësin, etj.).
- Të dhënat për kriptografit janë të njohura për keqbërësit, duke përfshirë të gjitha algoritmet, protokollet dhe çelësat publikë të aplikuar.
- Të dhënat e enkriptuara janë të lexueshme për keqbërësit.
- Keqbërësit janë në gjendje të riprodhojnë çdo element programor brenda sistemit.
Dekompuzimi
U1. Kompromitimi i çelësave të mbyllur kriptografik.
U2. Enkriptimi i të dhënave të rrejshme në emër të dërguesit legjitim.
U3. Deshifrimi i të dhënave të enkriptuara nga persona që nuk janë marrës legjitim të të dhënave (keqbërësit).
U4. Krijimi i një nënshkrimi elektronik nga nënshkruesi legjitim mbi të dhëna të rrejshme.
U5. Marrja e rezultat pozitiv të verifikimit të nënshkrimit elektronik mbi të dhëna të rrejshme.
U6. Pranimi gabim i dokumenteve elektronike për zbatim për shkak të problemeve në organizimin e qarkullimit elektronik të dokumenteve.
U7. Aksesi i paautorizuar në të dhënat e mbrojtura gjatë përpunimit të tyre nga SKZI.
U1. Kompromitimi i çelësave të mbyllur kriptografik
U1.1. Marrja e çelësit të mbyllur nga depoja e çelësave të mbyllur.
U1.2. Marrja e çelësit të mbyllur nga objektet e mjedisit të funksionimit të mjeteve kriptografike, në të cilat ai mund të qëndrojë përkohësisht.
Shpjegime U1.2.
Objektet në të cilat çelësi i mbyllur mund të ruhet përkohësisht përfshijnë:
- memorja operative,
- skedarët e përkohshëm,
- skedarët e shkëmbimit,
- skedarët e hibernimit,
- skedarët e snapshot-eve të gjendjes "në gjendje të ngrohtë" të makinave virtuale, duke përfshirë skedarët e përmbajtjes së memories operative të makinave virtuale që janë pezulluar.
U1.2.1. Nxjerrja e çelësave të mbyllur nga memoria operative aktive përmes ngrirjes së moduleve të RAM, nxjerrjes së tyre dhe leximit të mëtejshëm të të dhënave (sulmi nga ngrirja).
Shpjegime U1.2.1.
Shembulli .
U1.3. Marrja e çelësit të mbyllur nga kanali i shkëmbimit të çelësave të mbyllur.
Shpjegime U1.3.
Një shembull i zbatimit të këtij rreziku do të jepet .
U1.4. Modifikimi i paautorizuar i bërthamës kriptografike, në rezultat të cilit çelësat e mbyllur bëhen të njohura për keqbërësit.
U1.5. Kompromitimi i çelësit të mbyllur si rezultat i përdorimit të kanaleve teknike të rrjedhjes së informacionit (TKUI).
Shpjegimet U1.5.
Shembulli .
U1.6. Kompromitimi i çelësit të mbyllur si rezultat i përdorimit të mjeteve teknike speciale (STS), të dizajnuara për përvetësimin e fshehtë të informacionit (“gjuajtësve”).
U1.7. Kompromitimi i çelësve të mbyllur gjatë ruajtjes së tyre jashtë SKZI.
Shpjegimet U1.7.
Për shembull, përdoruesi ruan pajisjet e tij kyç në kutinë e tavolinës së punës, nga e cila ato mund të nxirren lehtësisht nga sulmuesit.
U2. Kriptimi i të dhënave të rreme në emër të dërguesit legjitim.
Shpjegime
Kjo kërcënim shqyrtohet vetëm për skemat e kriptimit të të dhënave me autentifikim të dërguesit. Shembuj të tillë janë të përfshirë në rekomandimet për standardizimin. . Për skemat e tjera kriptografike, ky kërcënim nuk ekziston, pasi kriptimi bëhet mbi çelësat e hapur të marrësit, dhe ato në përgjithësi janë të njohura nga sulmuesit.
Dekompuzimi
U2.1. Kompromitimi i çelësit të mbyllur të dërguesit:
U2.1.1. Lidhja: .
U2.2. Zëvendësimi i të dhënave hyrëse në kanal të shkëmbimit të të dhënave të hapura.
Shënime U2.2.
Shembujt e realizimit të këtij kërcënimi janë paraqitur më poshtë. и .
U3. Shkëputja e të dhënave të kriptuara nga persona që nuk janë marrës legjitim të të dhënave (sulmuesit).
Dekompuzimi
U3.1. Kompromitimi i çelësave të mbyllur të marrësve të të dhënave të kriptuara.
U3.1.1 Referenca: .
U3.2. Zëvendësimi i të dhënave të kriptuara në kanal të shkëmbimit të të dhënave të mbrojtura.
U4. Krijimi i nënshkrimit elektronik nga një nënshkrues legjitim nën të dhëna të rreme.
Dekompuzimi
U4.1. Kompromitimi i çelësave të mbyllur të nënshkrimit elektronik të nënshkruesit legjitim.
U4.1.1 Referenca: .
U4.2. Zëvendësimi i të dhënave në procesin e nënshkrimit në kanalin e shkëmbimit të të dhënave të hapura.
Shënim U4.2.
Shembujt e realizimit të këtij kërcënimi janë paraqitur më poshtë. и .
U5. Marrja e një rezultati pozitiv të verifikimit të nënshkrimit elektronik nën të dhëna të rreme.
Dekompuzimi
U5.1. Sulmuesit kapin kanalin e transmetimit të rezultateve të punës një mesazh mbi një rezultat negativ të verifikimit të nënshkrimit elektronik dhe e zëvendësojnë atë me një mesazh me rezultat pozitiv.
U5.2. Sulmuesit kryejnë një sulm mbi besueshmërinë e certifikatave të nënshkrimit (SKENARI — të gjitha elementët janë të detyrueshëm):
U5.2.1. Sulmuesit gjenerojnë një çelës publik dhe një çelës privat për nënshkrimin elektronik. Nëse në sistem përdoren certifikatat e çelësave të nënshkrimit elektronik, ata gjenerojnë një certifikat nënshkrimi elektronik që i ngjan sa më shumë certifikatës së dërguesit të parashikuar të të dhënave, mesazhin e të cilit ata dëshirojnë ta falsifikojnë.
U5.2.2. Sulmuesit bëjnë ndryshime të paautorizuara në depozitat e çelësave publik, duke u dhënë çelësit të gjeneruar nga ata nivelet e nevojshme të besueshmërisë dhe autorizimit.
U5.2.3. Sulmuesit nënshkruajnë të dhëna fallco me çelësin e nënshkrimit elektronik që kanë formuar më parë dhe i injektojnë ato në kanalin e shkëmbimit të të dhënave të mbrojtura.
U5.3. Sulmuesit kryejnë një sulm duke përdorur çelësa të skaduar të nënshkrimit elektronik të nënshkruesit legjitim (SKENARI — të gjitha elementët janë të detyrueshëm):
U5.3.1. Sulmuesit komprometojnë çelësat privatë të skaduar (të pa funksionueshëm në këtë moment) të nënshkruesit legjitim.
U5.3.2. Sulmuesit zëvendësojnë kohën në kanalin e transmetimit të kohës me një kohë kur çelësat e komprometuar ishin ende të vlefshëm.
U5.3.3. Sulmuesit nënshkruajnë të dhëna fallco me çelësin e nënshkrimit elektronik të komprometuar më parë dhe i injektojnë ato në kanalin e shkëmbimit të të dhënave të mbrojtura.
U5.4. Sulmuesit kryejnë një sulm duke përdorur çelësa të komprometuar të nënshkrimit elektronik të nënshkruesit legjitim (SKENARI — të gjitha elementët janë të detyrueshëm):
U5.4.1. Sulmuesit bëjnë një kopje të depozitës së çelësave publik.
U5.4.2. Sulmuesit komprometojnë çelësat privatë të një nga dërguesit legjitim. Ai vëren komprometimin, anullojnë çelësat, informacionet mbi anulimin e çelësit vendosen në depozitën e çelësave publik.
U5.4.3. Sulmuesit zëvendësojnë depozitën e çelësave publik me atë të kopjuar më herët.
U5.4.4. Sulmuesit nënshkruajnë të dhëna fallco me çelësin e nënshkrimit elektronik që është komprometuar më parë dhe i injektojnë ato në kanalin e shkëmbimit të të dhënave të mbrojtura.
U5.5. për shkak të gabimeve në realizimin e fazës së 2-të dhe 3-të të kontrollit të nënshkrimit elektronik:
Shpjegime U5.5.
Shembulli i realizimit të kësaj kërcënimi është dhënë .
U5.5.1. Kontrolli i besueshmërisë ndaj certifikatës së çelësit të nënshkrimit elektronik vetëm përmes pranisë së besueshmërisë ndaj certifikatës me anë të së cilës është nënshkruar, pa kontrollime CRL ose OCSP.
Shpjegime U5.5.1.
Shembulli i realizimit .
U5.5.2. Kur ndërtohet zinxhiri i besueshmërisë ndaj certifikatës, nuk analizohet autoriteti i lëshuesve të certifikatave
Shpjegime U5.5.2.
Shembulli i sulmit ndaj certifikatave SSL/TLS.
Kërcënuesit blenë një certifikatë legjitime për e-mail-in e tyre. Më pas ata krijuan një certifikatë fallco për një faqe dhe e nënshkruan atë me certifikatën e tyre. Nëse nuk bëhet verifikimi i autoritetit, atëherë gjatë kontrollit të zinxhirit të besueshmërisë ai do të rezultojë të jetë korrekt, dhe, për rrjedhojë, certifikata fallco gjithashtu do të jetë e saktë.
U5.5.3. Kur ndërtohet zinxhiri i besueshmërisë ndaj certifikatës, nuk kontrollohen certifikatat e ndërmjetme për revokim.
U5.5.4. Pndatekimi i CRL ndodh më shpesh se sa nxitet nga autoriteti i besimit.
U5.5.5. Vendimi për besueshmërinë e nënshkrimit elektronik merret më herët se sa marrë përgjigja OCSP për statusin e certifikatës, e dërguar nga një kërkesë, e bërë pas kohës së formimit të nënshkrimit ose më herët se sa është marrë CRL që pason atë pas formimit të nënshkrimit.
Shpjegime U5.5.5.
Në rregulloret e shumicës së autoriteteve të besueshmërisë, koha e revokimit të certifikatës konsiderohet koha e lëshimit të CRL-të më të afërt, që përmban informacion për revokimin e certifikatës.
U5.5.6. Kur pranohen të dhëna të nënshkruara, nuk verifikohet përkatësia e certifikatës për dërguesin.
Shpjegime U5.5.6.
Shembulli i sulmit. Në lidhje me certifikatat SSL: mund të mos verifikohet përputhshmëria e adresës së serverit të thirrur me vlerën e fushës CN në certifikatë.
Shembulli i sulmit. Kërcënuesit kompromentuan çelësat e nënshkrimit elektronik të një prej pjesëmarrësve në sistemin e pagesave. Më pas, ata thyen rrjetin e një pjesëmarrësi tjetër dhe në emrin e tij dërguan në serverin e llogarive dokumentet e pagesës të nënshkruara me çelësat e kompromentuar. Nëse serveri analizon vetëm besueshmërinë dhe nuk kontrollon përputhshmërinë, dokumentet fallco do të pranohen si legjitime.
U6. Pranimi gabim i dokumenteve elektronike për zbatim për shkak të problemeve në organizimin e qarkullimit elektronik të dokumenteve.
Dekompuzimi
U6.1. Anëtarja pranuese nuk zbulohet ripërsëritja e dokumenteve të marra.
Shpjegime U6.1.
Shembulli i sulmit. Sulmuesit mund të kapin dokumentin e dërguar te marrësi, madje edhe të mbrojtur me kriptografi, dhe pastaj ta dërgojnë atë shumë herë në kanalin e shërbimeve të sigurta të të dhënave. Nëse marrësi nuk zbulon kopjet, të gjitha dokumentet e marra do të perceptohen dhe përpunohen si dokumente të ndryshme.
U7. Qasja e paautorizuar në të dhënat e mbrojtura gjatë përpunimit të tyre me SKZI
Dekompuzimi
U7.1. si rezultat i rrjedhjes së informacionit përmes kanaleve të jashtme (sulmi përmes kanalit anësor).
Shpjegime për U7.1.
Shembulli .
U7.2. si rezultat i neutralizimit të mbrojtjes nga akses i paautorizuar në informacionin e përpunuar në SKZI:
U7.2.1. Shfrytëzimi i SKZI me shkelje të kërkesave, të përshkruara në dokumentacionin për SKZI.
U7.2.2. , e realizuar për shkak të pranisë së dobësive në:
U7.2.2.1. mjetet e mbrojtjes nga akses i paautorizuar.
U7.2.2.2. vetë SKZI.
U7.2.2.3. mjedisi i funksionimit të mjeteve kriptografike.
Shembuj të sulmeve
Scenarët e diskutuar më poshtë përmbajnë me vetëdije gabime në organizimin e sigurisë informacionit dhe shërbejnë vetëm për ilustruar sulme të mundshme.
Scenari 1. Shembulli i realizimit të rreziqeve U2.2 dhe U4.2.
Përshkrimi i objektit
SOFTWARE i ARM KBR dhe SKZI SKAD është instaluar në një kompjuter fizik, i cili nuk është lidhur me rrjetin informatik. Si mjet kryesor përdoret FKN vdToken në mënyrë pune me çelësin e paeksplorueshëm.
Rregullorja e realizimit të llogarive supozon se specialisti i llogarive shkarkon mesazhe elektronike në një format të hapur (skema e vjetër e ARM KBR) nga një server i specializuar të mbrojtur të skedarëve, pastaj i regjistron ato në një mbajtës USB të ndarë dhe i transferon në ARM KBR, ku ato kriptografohen dhe nënshkruhen. Më pas, specialisti transferon mesazhet elektronike të mbrojtura në një mbajtës të ndarë, dhe pastaj nëpërmjet kompjuterit të tij të punës i regjistron ato në serverin e skedarëve, nga ku ato kalojnë në UTA dhe më pas në sistemin e pagesave të Bankës së Rusisë.
Në këtë rast, kanalet e ndërrimit të të dhënave të hapura dhe të mbrojtura do të përfshijnë: serverin e skedarëve, kompjuterin e punës të specialistit dhe mbajtësin e ndarë.
Sulmi
Kërkuesit e paautorizuar instalojnë në kompjuterin e punës të specialistit një sistem menaxhimi të largët dhe në momentin e regjistrimit të informacionit në një medium të transferueshëm për urdhërat e pagesave (mesazhe elektronike) në formë të hapur ndërronin përmbajtjen e njërës prej tyre. Specialistin transferon urdhërat e pagesave në APM KBR, i nënshkruan dhe i kodon ato, duke mos e vënë re ndërrimin (për shembull, për shkak të numrit të madh të urdhërave të pagesave në rrugë, lodhjes, etj.). Pas kësaj, urdhëri i falsifikuar i pagesës, duke kaluar përmes zinxhirit teknologjik, përfundon në sistemin e pagesave të Bankës së Rusisë.
Skema 2. Shembulli i realizimit të kërcënimeve U2.2 dhe U4.2.
Përshkrimi i objektit
Kompjuteri me APM KBR, SKAD Signatura të instaluara dhe me një mjet të kyçjes FKN vdToken, funksionon në një ambient të dedikuar pa qasje nga ana e personelit.
Specialisti i llogarive lidhet me APM KBR në mënyrën e qasjes së largët përmes protokollit RDP.
Sulmi
Kërkuesit e paautorizuar kapin të dhënat e identifikimit që specialisti i llogarive përdor për të lidhur dhe punuar me APM KBR (për shembull, përmes një kodi të dëmshëm në kompjuterin e tij). Pastaj realizojnë lidhjen në emrin e tij dhe dërgojnë në sistemin e pagesave të Bankës së Rusisë një urdhër të falsifikuar për pagesë.
Skema 3. Shembulli i realizimit të kërcënimit U1.3.
Përshkrimi i objektit
Le të shqyrtojmë një nga variantet hipotetike të realizimit të modules integruese "ABS-KBR" për skemën e re (APM KBR-N), ku nënshkrimi elektronik i dokumenteve në dalje ndodh në anën e ABS. Në këtë rast, të supozojmë se ABS funksionon në një sistem operativ që nuk mbështetet nga SKZI SKAD Signatura dhe, për pasojë, funksionaliteti kriptografik është transferuar në një makinë virtuale të veçantë — moduli integrues "ABS-KBR".
Si një mjet kyç përdoret një USB-tokën e zakonshëm, që funksionon në mënyrën e kyçjes së dezinfektueshme. Kur mjeti i kyçjes u lidhi në hipervizor, doli se në sistem nuk kishte porte USB të lira, prandaj u vendos të lidhet USB-tokën përmes një concentratori USB në rrjet dhe në makinë virtuale të instalohet klienti USB-over-IP, i cili do të realizonte lidhjen me concentratorin.
Sulmi
Krerët e sulmit kapën çelësin e mbyllur të nënshkrimit elektronik nga kanali i komunikimit midis USB-hub-it dhe hypervisor-it (të dhënat u transmetuan në formë të hapur). Duke pasur çelësin e mbyllur, sulmuesit krijuan një urdhër pagese të falsifikuar, e nënshkruan atë me nënshkrimin elektronik dhe e dërguan për ekzekutim në ARM KBR-N.
Skenari 4. Shembuj të implementimit të kërcënimeve U5.5.
Përshkrimi i objektit
Të shqyrtojmë të njëjtën skemë si në skenarin e mëparshëm. Do të supozojmë se mesazhet elektronike që vijnë nga ARM KBR-N mbërrijnë në dosjen …SHAREIn, ndërsa ato që dërgohen në ARM KBR-N dhe më pas në sistemin e pagesave të Bankës së Rusisë shkojnë në …SHAREout.
Po ashtu, do të supozojmë se gjatë implementimit të modulit të integrimit, listat e certifikatave të tërhequra përditësohen vetëm gjatë ripërkimimeve të çelësave kriptografikë, si dhe se mesazhet elektronike që arrijnë në dosjen …SHAREIn kontrollohen vetëm për integritetin dhe besueshmërinë e çelësit të hapur të nënshkrimit elektronik.
Sulmi
Sulmuesit, duke shfrytëzuar çelësat e vjedhur në skenarin e mëparshëm, nënshkruan një urdhër pagese të falsifikuar që përmbante të dhëna për pranimin e parave në llogarinë e klientit të mashtruesit dhe e përfshinë atë në kanalin e shkëmbimit të të dhënave të mbrojtura. Duke qenë se nuk kryhet kontrolli i nënshkrimit të urdhrit të pagesës nga Banka e Rusisë, ai pranohet për ekzekutim.
Burimi: habr.com
