Uzņēmuma IT inventārā ir serveri, darbstacijas un dažas būtiskas lietojumprogrammas. Drošības komanda regulāri skenē tās IP adreses, ko saņēmusi no administratoriem, un rezultāti tiek pārvērsti ievainojamību sarakstā. Tajā pašā laikā publiskajā DNS joprojām atrodams kādreizējā sadarbības partnera veidots portāls, mākoņkontā darbojas testa vide, bet jaunas klientu integrācijas API adrese nav nonākusi centrālajā aktīvu reģistrā. Neviens atsevišķs fakts vēl nepierāda incidentu. Taču kopā tie atklāj problēmu: organizācija savas drošības kontroles piemēro zināmajam, kamēr faktiskā ekspozīcija var mainīties ārpus uzskaites.
Uzbrukuma virsmas pārvaldības pirmais uzdevums ir noteikt, kuras sistēmas un saskarnes patiešām ir sasniedzamas no konkrēta uzbrucēja skatpunkta, kurš par tām atbild un kāda piekļuve ir iespējama. Tikai pēc tam ir jēga spriest par ievainojamībām, prioritātēm un samazināšanas pasākumiem. ASV kiberdrošības aģentūra CISA savās interneta ekspozīcijas samazināšanas vadlīnijās kā sākuma soli paredz internetā pieejamo aktīvu identificēšanu, to ekspozīcijas nepieciešamības izvērtēšanu un regulāru atkārtotu pārbaudi S01. NIST Cybersecurity Framework 2.0 savukārt aktīvu pārvaldību aplūko plašāk: jāuztur aparatūras, programmatūras, sistēmu, ārējo pakalpojumu un tīkla plūsmu uzskaites, ņemot vērā to nozīmīgumu organizācijai S02.
Man nepietiktu ar jautājumu, cik IP adrešu vai apakšdomēnu rīks atrada. Es prasītu parādīt, kā no katra atraduma nonāk līdz apstiprinātam aktīvam, atbildīgajam īpašniekam, piekļuves novērtējumam un pamatotam lēmumam par tā turpmāko darbību. Tieši šajā ķēdē visbiežāk atklājas atšķirība starp skaistu inventāra paneli un reālu kontroli pār uzbrukuma virsmu.
Ko nozīmē uzbrukuma virsma, un kas tajā neietilpst?
OWASP uzbrukuma virsmas analīzē aplūko sistēmas ieejas un izejas punktus, aizsardzības mehānismus, vērtīgos datus un piekļuves lomas. Tā nav tikai atvērtu portu kolekcija: būtiska var būt arī autentifikācijas forma, failu augšupielādes funkcija, API operācija vai administratīvā darbplūsma S03. Publiskajam internetam redzama lietojumprogramma var būt tehniski labi aizsargāta, bet citai sistēmai būtisks risks rodas caur nepareizi definētām pilnvarām. Savukārt iekšējā uzbrukuma virsma ir plašāks jautājums, ko nevar pilnībā novērtēt ar skatu tikai no interneta.
Šajā rakstā galvenā uzmanība pievērsta ārējai uzbrukuma virsmai: domēniem, publiskām IP adresēm, internetu sasniedzošiem servisiem, lietojumprogrammām, API un saistītajai mākoņinfrastruktūrai. Tas neaptver visu uzņēmuma iekšējo uzbrukuma ceļu kartēšanu, darbinieku sociālās inženierijas riskus vai pilnu penetrācijas testēšanu. Šāds tvērums palīdz nepārvērst katru drošības disciplīnu vienā neskaidrā terminā.
Jānošķir arī aktīvs, ekspozīcija un ievainojamība. Aktīvs ir uzskaitāma organizācijas darbības sastāvdaļa. Ekspozīcija raksturo, kas un ar kādiem nosacījumiem var tai piekļūt. Ievainojamība ir konkrēts drošības trūkums, ko iespējams novērtēt ar atsevišķu metodi. Viena publiska IP adrese var apkalpot daudzus loģiskus servisus; savukārt viens domēns var atrisināties uz koplietota CDN pakalpojuma adresēm, kuras uzņēmumam nepieder. OWASP Web Security Testing Guide atsevišķi uzsver domēnu, virtuālo resursdatoru, nestandarta portu un sertifikātu izpēti, jo vienkāršs IP adrešu saraksts nevar korekti attēlot mūsdienīgu mitināšanas arhitektūru S04.
No publiska atraduma līdz apstiprinātam aktīvam
Ārējās ekspozīcijas atklāšanai izmanto pasīvus un aktīvus signālus. Pasīvie signāli ietver publiskus DNS ierakstus, sertifikātu metadatus, paša uzņēmuma publiski dokumentētas adreses un citus indeksētus novērojumus. Aktīvā pārbaude var apliecināt servisa pašreizējo sasniedzamību vai atbildi, tomēr jebkuram skenējumam jābūt tiesiski atļautam, jāievēro tvērums, slodzes ierobežojumi un trešo personu infrastruktūras robežas. CISA apraksta vairākas atklāšanas metodes un rīkus, bet to pieminēšana pati par sevi nenozīmē, ka konkrēts atradums ir pietiekami droši atribūts vienam uzņēmumam S01.
Pieņemsim, ka atrasta adrese legacy.example.invalid. Tā ir ilustratīva, ne reāla mērķa adrese. Nosaukums liek domāt par vecu sistēmu, taču no nosaukuma vien nav iespējams noteikt tās īpašnieku, darbības statusu vai risku. Korektā pārbaudē vispirms fiksētu avotu un novērošanas laiku; pēc tam DNS sasaisti, sertifikāta informāciju, iespējamu mākoņresursa identifikatoru un iekšējās konfigurācijas ierakstu. Atradumu varētu apstiprināt ar domēna administratīvajiem datiem un konkrēta sistēmas īpašnieka apliecinājumu. Ja pieejamas tikai netiešas pazīmes, rezultātam jāpaliek kategorijā “neapstiprināts”, nevis jākļūst par automātisku uzņēmuma drošības atradumu.
Šī piesardzība ir būtiska koplietotā infrastruktūrā. CDN IP adrese var apkalpot simtiem savstarpēji nesaistītu vietņu. Vēsturisks sertifikāts var liecināt par kādreiz izmantotu nosaukumu, ne pašreizēju servisu. Pat organizācijas zīmolam līdzīgs domēns var būt neatkarīgas trešās personas īpašums. Nepamatota atribūcija rada ne vien kļūdainus risku pārskatus, bet arī juridiskus un operacionālus riskus, ja drošības komanda sāk skenēt svešu infrastruktūru.
Aktīvu uzskaites pierādījumu matrica
Praktiskai pārvaldībai piedāvāju izmantot vienu darba ierakstu katram atšķirtam loģiskam aktīvam vai servisam, bet katru ārējo novērojumu piesaistīt kā pierādījumu, nevis uzreiz izveidot jaunu “serveri”. Tādējādi viena lietojumprogramma ar vairākiem domēniem nerada nekontrolētu dublikātu skaitu un koplietota IP adrese netiek kļūdaini pasludināta par uzņēmuma īpašumu.
| Jautājums | Minimāli vajadzīgais pierādījums | Kad lēmums jāatliek |
|---|---|---|
| Vai resurss ir novērots? | Novērojuma avots, laiks, adrese un izmantotā metode | Nav reproducējama vai pārskatāma avota |
| Vai resurss ir sasniedzams? | Atļauts, laikā fiksēts savienojuma vai konfigurācijas novērojums | Dati ir tikai vēsturiski vai pretrunīgi |
| Vai tas pieder organizācijas tvērumam? | Domēna, mākoņresursa vai līguma sasaistes pierādījums | Redzama vienīgi zīmola, sertifikāta vai IP sakritība |
| Kurš ir atbildīgais? | Apstiprināts servisa īpašnieks un tehniskais operators | Nav piešķirta atbildība vai īpašnieki nesakrīt |
| Vai publiska pieeja ir nepieciešama? | Biznesa vajadzība, datu plūsma un piekļuves modelis | Nav pamatots, kam un kāpēc piekļuve vajadzīga |
| Vai ekspozīcija ir droša? | Konfigurācijas, autentifikācijas un attiecīgo drošības kontroļu pārbaude | Ir tikai DNS vai porta atklāšanas fakts |
| Kas mainījies? | Iepriekšējais stāvoklis, izmaiņas laiks un pamatojums | Nav salīdzināma iepriekšējā novērojuma |
Šī matrica nav NIST vai CISA izdots obligāts veidlapas paraugs. Tas ir redakcionāli izstrādāts kontroles modelis, kas balstās uz NIST aktīvu uzskaites principiem, CISA interneta ekspozīcijas samazināšanas pieeju un OWASP uzbrukuma virsmas analīzes metodoloģiju S01S02S03. Tā vērtība rodas no lēmumu izsekojamības: var pateikt, kas ir zināms, ko vēl tikai pieņemam un kurš ir atbildīgs par nenoteiktības novēršanu.
Kā atšķirt EASM, CAASM un ievainojamību pārvaldību?
Ar EASM (External Attack Surface Management) parasti apzīmē ārēji novērojamas ekspozīcijas atklāšanas un uzraudzības praksi. CAASM (Cyber Asset Attack Surface Management) parasti koncentrējas uz daudzu iekšējo uzskaites un drošības avotu normalizēšanu un aktīvu sasaisti. Tie ir nozarē lietoti apzīmējumi, kuru precīzais produktu tvērums dažādiem piegādātājiem atšķiras; tos nevajadzētu uzskatīt par savstarpēji izslēdzošiem standartizētiem atbilstības statusiem. Ievainojamību pārvaldība savukārt izvērtē atklāto aktīvu iespējamos trūkumus un novēršanas darbības.
Ja EASM sistēma redz publisku administrācijas paneli, tā var dot vajadzīgo ekspozīcijas signālu. Taču tai vēl jānoskaidro, vai panelis ir uzņēmuma atbildībā, vai pieeju ierobežo autentifikācija un vai ir ievainojamība. CAASM var palīdzēt salīdzināt atradumu ar mākoņkonta datiem un konfigurācijas reģistru. Ievainojamību skenēšana var pievienot tehnisku novērtējumu, bet pati par sevi neatrisina biznesa nepieciešamības jautājumu: iespējams, panelim internetā nemaz nav jābūt.
CISA BOD 23-01 savā piemērošanas jomā tieši nošķir aktīvu atklāšanu no ievainojamību uzskaites. Tā ir saistoša noteiktām ASV federālās civilo izpildvaras institūcijām, nevis automātiski Latvijas uzņēmumiem. Direktīva ilustrē svarīgu pārvaldības atšķirību: lai pārbaudītu ievainojamības, vispirms nepieciešams pietiekami zināt, kurās sistēmās tās jāmeklē S05. No šīs loģikas nevar izsecināt, ka jebkurai organizācijai jāievēro direktīvā minētie federālie termiņi.
Kad mazāk publisku servisu nozīmē mazāku risku?
CISA iesaka izvērtēt, vai konkrētam aktīvam vispār nepieciešama interneta piekļuve, un nevajadzīgu ekspozīciju noņemt vai ierobežot S01. Tas ir praktiski saprātīgi: ja administrācijas saskarne nav publiski sasniedzama, viens iespējamais uzbrukuma ceļš tiek novērsts. Taču vienkāršs portu vai domēnu skaita samazinājums nav pietiekams efektivitātes rādītājs. Viena nekorekti aizsargāta identitātes sistēma var būt nozīmīgāka par desmit publiskām, pareizi izolētām statiskām vietnēm.
OWASP arī norāda, ka uzbrukuma virsma jāvērtē pēc ieejas punktu tipiem, datu kritiskuma, privileģētām funkcijām un izmaiņām arhitektūrā, ne tikai pēc skaita S03. Tādēļ es vispirms samazinātu publiski pieejamas administrēšanas iespējas, nevajadzīgus attālās piekļuves servisus, pamestas testa vides un komponentes bez drošības atjauninājumiem. Pēc tam salīdzinātu atlikušās ekspozīcijas ar biznesa nepieciešamību un aizsardzības kontrolēm. Arī piekļuves ierobežošana var izraisīt darbības pārrāvumus, ja netiek ņemtas vērā integrācijas un rezerves procedūras; tāpēc izmaiņas jātestē.
Kā organizācija var pārbaudīt savu inventāru praksē?
Vienreizējs skenējums sniedz novērojuma momentuzņēmumu. Lai pārbaudītu pārvaldības spēju, vajadzīgs atkārtojams process ar skaidru salīdzinājumu starp iekšējām un ārējām datu kopām. Šeit es izmantotu piecus secīgus soļus, kuros katrs rezultāts ir pārbaudāms un neviena neapstiprināta saikne netiek uzskatīta par faktu.
Sākuma uzskaite. Apkopotu apstiprinātos domēnus, mākoņkontus, publiskās IP adreses, piegādātāju uzturētos resursus un kritiskās API. Katram ierakstam piešķirtu atbildīgo un reģistra pēdējās pārbaudes laiku. Piegādātāja infrastruktūras gadījumā atšķirtu pakalpojuma izmantošanu no aparatūras vai IP adreses īpašumtiesībām.
Neatkarīga atklāšana. Salīdzinātu uzskaiti ar atļautā tvērumā iegūtiem DNS, sertifikātu, mākoņa vadības API un pakalpojumu sasniedzamības novērojumiem. Pasīvie avoti palīdz veidot kandidātu kopu, bet aktīvā pārbaude apliecina tikai konkrētajā laikā redzamo uzvedību. Interneta skenēšanas datubāzu rezultāti jāvērtē ar novērojuma laika un iespējamās novecošanas atrunu.
Identitātes saskaņošana. Katrai nesakritībai noteiktu statusu: apstiprināts aktīvs, neapstiprināts kandidāts, trešās personas resurss, vēsturisks ieraksts vai kļūdains atradums. Sasaistes pierādījumus glabātu atsevišķi no paša secinājuma, lai vēlāk varētu pārbaudīt, kā klasifikācija radusies. Koplietotu infrastruktūru nedrīkst piesaistīt tikai pēc IP adreses.
Ekspozīcijas nepieciešamība un drošība. Apstiprinātajiem aktīviem izvērtētu to biznesa funkciju, autentifikācijas modeli, datu nozīmīgumu, konfigurāciju un pieejamības prasības. Nepieciešamības gadījumā organizētu atļautu ievainojamību pārbaudi. Neatkarīgi no skenēšanas rezultāta var pieņemt lēmumu slēgt nevajadzīgu publisku piekļuves ceļu.
Izmaiņu kontrole. Atkārtotu uzskaiti pēc izvietošanas, migrācijas, jauna piegādātāja pieslēgšanas vai DNS konfigurācijas maiņas. Saglabātu iepriekšējo un jauno stāvokli, lai varētu noteikt, kas parādījies, pazudis vai mainījis īpašnieku. Lēmumu par pieņemamu ekspozīciju fiksētu ar atbildīgo un pārskatīšanas termiņu.
Ar šādu procesu var pārbaudīt konkrētus darbības jautājumus: cik ilgi jauns publisks resurss paliek bez apstiprināta īpašnieka, cik neatrisinātu kandidātu ir ar iespējamu kritisku ietekmi un cik reizes neplānota ekspozīcija konstatēta pēc izmaiņām. Šie rādītāji ir interpretējami tikai tad, ja fiksēts, kā veidojas kandidātu kopa un vai atklāšanas pārklājums laika gaitā nav mainījies. Pretējā gadījumā straujš atradumu skaita pieaugums var nozīmēt arī labāku atklāšanu, ne obligāti pasliktinātu drošību.
Ko ārējā uzbrukuma virsmas analīze nevar pierādīt?
Pat ļoti rūpīgs ārējās ekspozīcijas inventārs neapliecina, ka uzņēmums ir drošs. Tas neparāda visas autorizācijas kļūdas pēc autentifikācijas, nepierāda datu izolāciju starp klientiem, nekontrolē visus iekšējos servisu savienojumus un nedod pilnu priekšstatu par koda vai piegādes ķēdes risku. Publiski neredzams serviss var būt sasniedzams no kompromitētas iekšējās sistēmas; savukārt publiska, korekti aizsargāta lietojumprogramma var būt pilnīgi pamatota uzņēmuma darbībai.
Tāpat nevar droši apgalvot, ka konkrētu sistēmu neviens uzbrucējs neredz tikai tāpēc, ka izvēlētais meklēšanas pakalpojums to nav indeksējis. Pasīvo indeksu pārklājums, novērojumu laiks un datu atjaunināšanas ritms atšķiras. DNS ieraksta neesamība neizslēdz piekļuvi pēc IP adreses, bet atvērtas TCP pieslēgvietas konstatēšana neapliecina konkrētu programmatūras ievainojamību. Tieši tādēļ atradumi jāsaista ar pārbaudes metodi un nenoteiktības robežu.
Iekšējais inventārs, ārējie novērojumi, izmaiņu vēsture un ievainojamību novērtējums ir savstarpēji papildinoši pierādījumi. Organizācija var būt samērā labi pasargāta arī bez dārgas komerciālas EASM platformas, ja tai ir efektīva aktīvu uzskaite, automatizēti mākoņa un DNS dati, atbildīgi īpašnieki un pārbaudāms izmaiņu process. Savukārt dārgs rīks nevar novērst atbildības vakuumu, ja neviens nespēj pieņemt lēmumu par atrastā servisa nepieciešamību.
Biežāk uzdotie jautājumi
Vai publiski redzams apakšdomēns automātiski ir drošības risks?
Nē. Tas ir izpētes signāls. Risks ir atkarīgs no faktiskā servisa, piekļuves iespējām, konfigurācijas, datiem un izmantojamām ievainojamībām. Vēsturisks DNS vai sertifikāta ieraksts var arī neapzīmēt aktīvu sistēmu.
Vai EASM aizstāj penetrācijas testēšanu?
Nē. Ārējās uzbrukuma virsmas pārvaldība palīdz identificēt un uzraudzīt ekspozīciju; penetrācijas testēšana ar skaidru atļauju un tvērumu izvērtē konkrētas drošības kontroles un iespējamos uzbrukuma ceļus. Abas darbības var izmantot kopā.
Vai katra publiskā IP adrese pieder uzņēmumam, kura vietne tur darbojas?
Nē. Mitināšanas, CDN un citi koplietotas infrastruktūras pakalpojumi var izmantot vienu IP adresi daudzu klientu resursiem. Jānošķir pakalpojuma izmantošana, līgumiska atbildība un pašas adreses kontrole.
Kā bieži jāpārbauda uzbrukuma virsma?
Biežumu nosaka izmaiņu temps, sistēmu nozīmīgums, risku profils un piemērojamās prasības. Papildus regulārām pārbaudēm jēgpilna ir automātiska atkārtota salīdzināšana pēc būtiskām infrastruktūras izmaiņām. CISA BOD 23-01 konkrētie termiņi attiecas uz tās noteikto ASV federālo iestāžu tvērumu, ne automātiski uz Latvijas organizācijām [S05].
Avotu reģistrs
- CISA — *Internet Exposure Reduction Guidance*. Publicēts 2025-06-04.
- NIST — *The NIST Cybersecurity Framework (CSF) 2.0*, ID.AM aktīvu pārvaldības apakškategorijas. Publicēts 2024-02-26.
- OWASP — *Attack Surface Analysis Cheat Sheet*. OWASP Cheat Sheet Series, tiešsaistes dokuments.
- OWASP — *Web Security Testing Guide: Attack Surface Identification* (WSTG-INFO-04), tiešsaistes dokuments.
- CISA — *Binding Operational Directive 23-01: Improving Asset Visibility and Vulnerability Detection on Federal Networks*.