Pe scurt: O listă a contactelor IT de urgență indică, pentru fiecare rol, o persoană cu înlocuitor, disponibilitatea și în afara programului de lucru, motivul pentru care este informată și datele care trebuie pregătite la apel. Lista există tipărită și pe un dispozitiv separat, este testată periodic și cuprinde și autorități cu termene de notificare. Astfel, în caz de urgență nu se pierde timp cu căutarea.
Numărul pe care nu-l are nimeni
Este vineri seara, magazinul online afișează redirecționări ciudate, administratorul are o bănuială. Ce se face acum? Se sună la furnizorul de hosting, dar ce număr este valabil în afara programului de lucru și ce număr de client este necesar? Agenția, dar cine de acolo are acces la server? Asigurarea, dar unde este numărul poliței? Și cine decide dacă magazinul este scos din rețea?
Multe companii cunosc astfel de momente, iar săptămâna PHP2Shell le-a înmulțit. Planul de urgență există în cazul ideal, dar lista de contacte din el este adesea veriga cea mai slabă: depășită, incompletă sau stocată doar digital tocmai pe sistemul care nu este disponibil. Cum este construit planul în ansamblu descrie Elaborarea unui plan IT de urgență pentru serverele web. Aici este vorba despre lista în sine.
Cine intră pe lista contactelor de urgență?
Tabelul următor ordonează contactele tipice după motivul pentru care sunt informate și arată ce ar trebui pregătit la primul contact.
| Contact | Când se informează | Ce se pregătește |
|---|---|---|
| Conducerea de urgență (adesea conducerea firmei) | la orice bănuială de incident | situația pe scurt, prima evaluare |
| Responsabilii IT și administratorii | imediat, pentru verificare tehnică | sistemele afectate conform inventarului |
| Furnizorul de hosting (canal de urgență) | la bănuieli pe server, pentru oprire sau jurnale | număr de client, număr de contract, parola pentru suport |
| Agenția sau dezvoltatorul | când aplicația este afectată | numele proiectului, accese, persoană de contact |
| Furnizorul de servicii de securitate IT | la intruziune confirmată sau probabilă | observațiile de până acum, momentele |
| Responsabilul cu protecția datelor | de îndată ce ar putea fi afectate date cu caracter personal | tipuri de date, perioadă, sisteme |
| Asigurarea cibernetică | conform prevederilor poliței, de obicei devreme | numărul poliței, calea de notificare a daunei |
| Consiliere juridică | în cazul obligațiilor de notificare, șantajului, întrebărilor de răspundere | situația de fapt, pașii de până acum |
| Autoritatea de supraveghere a protecției datelor | în cazul unei încălcări supuse notificării, dacă este posibil în 72 de ore | datele conform art. 33 alin. 3 RGPD |
| Punctul central de contact pentru criminalitate informatică (ZAC) | la depunerea unei plângeri penale | probe, cronologie |
| BSI | în cazul obligației de notificare conform NIS2 | conform indicațiilor BSI |
| Comunicare | înaintea oricărei informări către exterior | fapte coordonate |
Punctul central de contact pentru criminalitate informatică (ZAC) competent îl găsiți prin poliția landului dumneavoastră german; cum decurge plângerea aflați la Depunerea plângerii: punctele centrale de contact pentru criminalitate informatică. Ce termene și obligații stabilesc de obicei asigurările descrie Asigurarea cibernetică: ce contează în caz de daună.
Ce trebuie să conțină fiecare înregistrare
Un nume și un număr de telefon nu sunt suficiente. O înregistrare completă răspunde la șase întrebări:
- Rol: Pentru ce este responsabilă persoana, ce are voie să decidă?
- Nume și înlocuitor: Cine preia dacă prima persoană nu poate fi contactată?
- Disponibilitate: Telefon, inclusiv mobil, și o a doua cale. Este numărul valabil și noaptea și în weekend?
- Declanșator: La ce eveniment este informată această persoană?
- Legitimare: Număr de client, număr de contract, parola de suport, pentru ca apelul să nu eșueze la verificarea identității.
- Stare: Când a fost verificată ultima dată înregistrarea?
Mai ales punctul 5 este adesea subestimat. Furnizorii de hosting și registrarii verifică la telefon dacă apelantul este îndreptățit, pe bună dreptate. Cine trebuie să caute mai întâi parola de client pierde timp prețios. Păstrați astfel de date în siguranță, dar astfel încât conducerea de urgență să poată accesa în caz de nevoie.
Preluați numerele de telefon ale furnizorilor de servicii din contract sau de pe site-ul oficial, niciodată dintr-un e-mail. Escrocii folosesc cu plăcere situațiile de securitate cunoscute pentru mesaje false cu „numere de urgență”.
Ordinea în caz de urgență
Nu toate contactele sunt necesare simultan. S-a dovedit eficientă o procedură în trepte: mai întâi conducerea de urgență și partea tehnică, pentru ca să apară o primă evaluare și să se poată decide asupra izolării. Apoi furnizorul de hosting, agenția și furnizorul de servicii de securitate pentru lucrările tehnice. De îndată ce ar putea fi afectate date cu caracter personal, responsabilul cu protecția datelor, deoarece din momentul luării la cunoștință a unei încălcări curge termenul conform art. 33 RGPD. Asigurarea și consilierea juridică urmează devreme, înainte de a se lua decizii importante. Comunicarea către exterior vine ultima și doar cu fapte coordonate.
Ce pași urmează după prima alertare rezumă Lista de verificare după un atac. Această pagină oferă indicații generale; obligațiile de notificare și întrebările juridice le clarificați cu responsabilul cu protecția datelor și cu un avocat.
Planificați, în plus, o a doua cale de comunicare. Dacă serverul de e-mail este afectat sau există bănuiala că un atacator citește căsuțele poștale interne, coordonarea ar trebui să se desfășoare printr-un canal separat, de exemplu prin telefon sau printr-un grup creat în prealabil pe un alt serviciu. Stabiliți acest canal din timp și includeți-l în listă. Căutarea unei căi noi în caz de urgență costă timp și creează incertitudine cu privire la care mesaj este autentic.
Menținerea listei vii
Listele de contacte se învechesc pe tăcute. Angajații se schimbă, furnizorii de servicii își modifică numerele de urgență, contractele expiră. Planificați de aceea două termene fixe de verificare pe an și un termen ocazional la fiecare schimbare. Un scurt apel de test în afara programului de lucru arată cel mai sigur dacă un canal de urgență funcționează cu adevărat. Întrebați cu această ocazie și dacă persoana știe că figurează pe listă și ce se așteaptă de la ea în caz de urgență.
Cum ajută PHP SOS concret?
- Alcătuim împreună cu dumneavoastră lista contactelor tehnice de urgență și verificăm dacă furnizorii de hosting și agențiile dispun cu adevărat de un canal de urgență.
- Stabilim ce date trebuie pregătite pentru fiecare contact, astfel încât un apel să aibă efect imediat.
- Însoțim un exercițiu de alertare și integrăm lacunele în documentele dumneavoastră.
- În caz de urgență, figurăm pe lista dumneavoastră ca persoană tehnică de contact prin Incident Response.
Concluzie: O listă bună de contacte este scurtă, completă și testată. Ea decide dacă primele ore ale unui incident se petrec acționând sau căutând.
Întrebări frecvente
Cine intră pe o listă a contactelor IT de urgență?
Intern conducerea, IT-ul, responsabilul cu protecția datelor și comunicarea, extern furnizorul de hosting, agenția, furnizorul de servicii de securitate IT, asigurarea cibernetică, consilierea juridică, autoritatea competentă de supraveghere a protecției datelor și Punctul central de contact pentru criminalitate informatică (Zentrale Ansprechstelle Cybercrime) al landului dumneavoastră german, iar în cazul obligației NIS2 suplimentar BSI.
Unde păstrez contactele de urgență?
În cel puțin două locuri, dintre care unul accesibil fără propriul IT, de exemplu tipărit în dosarul de urgență și pe un dispozitiv separat. O listă aflată doar în căsuța de e-mail sau pe serverul afectat nu este disponibilă în caz de urgență.
Cât de des ar trebui verificată lista?
Cel puțin de două ori pe an și după fiecare schimbare de personal sau de furnizor de servicii. Un scurt apel de test arată dacă numerele sunt corecte și dacă persoanele știu că figurează pe listă.
Trebuie autoritatea de supraveghere a protecției datelor informată întotdeauna?
Nu la fiecare incident. Art. 33 RGPD cere o notificare în cazul unei încălcări a securității datelor cu caracter personal, dacă este posibil în 72 de ore, cu excepția cazului în care aceasta nu este susceptibilă să genereze un risc pentru persoanele vizate. Evaluarea o faceți împreună cu responsabilul cu protecția datelor; această pagină nu constituie consultanță juridică.