Īsi sakot: IT ārkārtas kontaktu saraksts katrai lomai norāda personu ar aizvietotāju, sasniedzamību arī ārpus darba laika, iemeslu, kad šī persona tiek informēta, un datus, kas zvana brīdī jātur gatavībā. Tas ir pieejams izdrukāts un atsevišķā ierīcē, tiek regulāri testēts un ietver arī iestādes ar ziņošanas termiņiem. Tā ārkārtas situācijā laiks netiek zaudēts meklēšanai.
Numurs, kura nav nevienam
Piektdienas vakars, veikals rāda dīvainas pāradresācijas, administratoram ir aizdomas. Ko tagad? Zvanīt hostinga pakalpojumu sniedzējam, bet kurš numurs derīgs ārpus darba laika un kāds klienta numurs vajadzīgs? Aģentūrai, bet kam tur ir piekļuve serverim? Apdrošinātājam, bet kur ir polises numurs? Un kas lemj, vai veikals tiek atslēgts no tīkla?
Šādus brīžus pazīst daudzi uzņēmumi, un PHP2Shell nedēļa tos ir vairojusi. Ideālā gadījumā ārkārtas rīcības plāns ir klāt, taču tajā esošais kontaktu saraksts bieži ir vājākais posms: novecojis, nepilnīgs vai glabāts tikai digitāli tieši tajā sistēmā, kas tobrīd nav pieejama. Kā plāns kopumā ir uzbūvēts, apraksta IT ārkārtas rīcības plāna izveide tīmekļa serveriem. Šeit runa ir par pašu sarakstu.
Kam jābūt ārkārtas kontaktu sarakstā?
Turpmākā tabula sakārto tipiskos kontaktus pēc iemesla, kad tie tiek informēti, un norāda, kas pirmajā saziņā jātur gatavībā.
| Kontakts | Kad informēt | Kas jātur gatavībā |
|---|---|---|
| Ārkārtas vadība (bieži uzņēmuma vadība) | pie jebkādām aizdomām par incidentu | īss situācijas apraksts, pirmais novērtējums |
| IT atbildīgie un administratori | nekavējoties, tehniskai pārbaudei | skartās sistēmas pēc inventāra |
| Hostinga pakalpojumu sniedzējs (ārkārtas kanāls) | pie aizdomām par serveri, atslēgšanai vai žurnāliem | klienta numurs, līguma numurs, atbalsta parole |
| Aģentūra vai izstrādātājs | ja skarta lietojumprogramma | projekta nosaukums, piekļuves dati, kontaktpersona |
| IT drošības pakalpojumu sniedzējs | apstiprinātas vai ticamas ielaušanās gadījumā | līdzšinējie novērojumi, laika punkti |
| Datu aizsardzības speciālists | tiklīdz varētu būt skarti personas dati | datu veidi, laika posms, sistēmas |
| Kiberapdrošināšana | pēc polises noteikumiem, parasti agri | polises numurs, zaudējumu pieteikšanas ceļš |
| Juridiskais konsultants | ziņošanas pienākumu, izspiešanas, atbildības jautājumu gadījumā | lietas stāvoklis, līdzšinējie soļi |
| Datu aizsardzības uzraudzības iestāde | ziņojamas datu noplūdes gadījumā, pēc iespējas 72 stundu laikā | dati saskaņā ar VDAR 33. panta 3. punktu |
| Kibernoziegumu centrālais kontaktpunkts | pieteikuma par noziedzīgu nodarījumu iesniegšanai | pierādījumi, laika līnija |
| BSI | ziņošanas pienākuma gadījumā saskaņā ar NIS2 | saskaņā ar BSI prasībām |
| Komunikācija | pirms jebkuras informācijas nodošanas ārpusē | saskaņoti fakti |
Kompetento kibernoziegumu centrālo kontaktpunktu (ZAC) var atrast, izmantojot jūsu federālās zemes policiju; kā norit pieteikuma iesniegšana, lasiet sadaļā Iesniegums policijā: kibernoziegumu centrālie kontaktpunkti. Kādus termiņus un pienākumus apdrošinātāji parasti nosaka, apraksta Kiberapdrošināšana: kas svarīgi zaudējumu gadījumā.
Kas jāietver katrā ierakstā
Ar vārdu un tālruņa numuru nepietiek. Pilnīgs ieraksts atbild uz sešiem jautājumiem:
- Loma: par ko persona ir atbildīga, ko tā drīkst lemt?
- Vārds un aizvietotājs: kurš iesaistās, ja pirmo personu nevar sasniegt?
- Sasniedzamība: tālrunis, arī mobilais, un otrs veids. Vai numurs derīgs arī naktī un nedēļas nogalē?
- Aktivizētājs: kurā notikumā šī persona tiek informēta?
- Legitimācija: klienta numurs, līguma numurs, atbalsta parole, lai zvans neapstātos pie identitātes pārbaudes.
- Stāvoklis: kad ieraksts pēdējo reizi pārbaudīts?
Īpaši 5. punkts bieži tiek nepietiekami novērtēts. Hostinga pakalpojumu sniedzēji un reģistratori pa tālruni pārbauda, vai zvanītājs ir tiesīgs, un pamatoti. Kam vispirms jāmeklē klienta parole, tas zaudē vērtīgu laiku. Šādus datus glabājiet droši, taču tā, lai ārkārtas vadība ārkārtas situācijā tiem varētu piekļūt.
Pakalpojumu sniedzēju tālruņa numurus pārņemiet no līguma vai oficiālās vietnes, nekad no e-pasta. Krāpnieki zināmas drošības situācijas labprāt izmanto viltotiem ziņojumiem ar „ārkārtas numuriem“.
Secība ārkārtas situācijā
Ne visi kontakti vajadzīgi vienlaikus. Sevi pierādījusi pakāpeniska rīcība: vispirms ārkārtas vadība un tehnika, lai rastos pirmais novērtējums un varētu lemt par ierobežošanu. Pēc tam hostinga pakalpojumu sniedzējs, aģentūra un drošības pakalpojumu sniedzējs tehniskajam darbam. Tiklīdz varētu būt skarti personas dati, datu aizsardzības speciālists, jo no brīža, kad kļūst zināma datu noplūde, sākas termiņš pēc VDAR 33. panta. Apdrošinātājs un juridiskais konsultants seko agri, pirms tiek pieņemti svarīgi lēmumi. Komunikācija uz āru nāk pēdējā un tikai ar saskaņotiem faktiem.
Kādi soļi seko pēc pirmās trauksmes, apkopo Kontrolsaraksts pēc uzlaušanas. Šī lapa sniedz vispārīgus norādījumus; ziņošanas pienākumus un juridiskos jautājumus noskaidrojiet ar datu aizsardzības speciālistu un juristu.
Turklāt paredziet otru saziņas veidu. Ja ir skarts pasta serveris vai pastāv aizdomas, ka uzbrucējs lasa iekšējās pastkastes, saskaņošanai jānotiek pa atsevišķu kanālu, piemēram, pa tālruni vai iepriekš izveidotā grupā citā pakalpojumā. Nosakiet šo kanālu iepriekš un iekļaujiet to sarakstā. Ārkārtas situācijā meklēt jaunu ceļu prasa laiku un rada nenoteiktību par to, kurš ziņojums ir īsts.
Saraksta uzturēšana dzīvu
Kontaktu saraksti noveco nemanāmi. Darbinieki mainās, pakalpojumu sniedzēji maina ārkārtas numurus, līgumi beidzas. Tāpēc paredziet divus fiksētus pārbaudes termiņus gadā un papildu termiņu pie katras maiņas. Īss pārbaudes zvans ārpus darba laika visdrošāk parāda, vai ārkārtas kanāls tiešām darbojas. Tajā pašā laikā pajautājiet, vai persona zina, ka ir sarakstā, un ko no tās gaida ārkārtas situācijā.
Kā PHP SOS palīdz konkrēti?
- Mēs kopā ar jums izveidojam tehnisko ārkārtas kontaktu sarakstu un pārbaudām, vai hostinga pakalpojumu sniedzējiem un aģentūrām tiešām ir ārkārtas kanāls.
- Mēs nosakām, kādi dati katram kontaktam jātur gatavībā, lai zvans uzreiz dotu rezultātu.
- Mēs pavadām trauksmes izziņošanas testa gaitu un iestrādājam nepilnības jūsu dokumentos.
- Ārkārtas situācijā mēs jūsu sarakstā esam kā tehniskā kontaktpersona ar incidentu reaģēšanu (Incident Response).
Secinājums: Labs kontaktu saraksts ir īss, pilnīgs un pārbaudīts. Tas izšķir, vai incidenta pirmās stundas paiet darbībā vai meklēšanā.
Biežāk uzdotie jautājumi
Kam jābūt IT ārkārtas kontaktu sarakstā?
Uzņēmumā: vadībai, IT, datu aizsardzības speciālistam un komunikācijai; ārpus tā: hostinga pakalpojumu sniedzējam, aģentūrai, IT drošības pakalpojumu sniedzējam, kiberapdrošinātājam, juridiskajam konsultantam, kompetentajai datu aizsardzības uzraudzības iestādei un jūsu federālās zemes kibernoziegumu centrālajam kontaktpunktam, NIS2 pienākuma gadījumā papildus BSI.
Kur glabāt ārkārtas kontaktus?
Vismaz divās vietās, no kurām vienai jābūt sasniedzamai bez paša IT, piemēram, izdrukātai ārkārtas mapē un atsevišķā ierīcē. Saraksts, kas atrodas tikai e-pasta kastē vai skartajā serverī, ārkārtas situācijā nav pieejams.
Cik bieži saraksts jāpārbauda?
Vismaz divreiz gadā un pēc katras personāla vai pakalpojumu sniedzēja maiņas. Īss pārbaudes zvans parāda, vai numuri ir pareizi un vai personas zina, ka ir sarakstā.
Vai datu aizsardzības uzraudzības iestāde jāinformē vienmēr?
Ne katrā incidentā. VDAR 33. pants paredz ziņojumu par personas datu aizsardzības pārkāpumu, pēc iespējas 72 stundu laikā, ja vien tas, visticamāk, neradīs risku skartajām personām. Novērtējumu veiciet kopā ar datu aizsardzības speciālistu; šī lapa nav juridiskā konsultācija.