Накратко: Списъкът с ИТ контакти за извънредни ситуации посочва за всяка роля едно лице със заместник, достъпността и извън работно време, повода, при който то се уведомява, и данните, които трябва да са подръка при обаждането. Той е налице разпечатан и на отделно устройство, редовно се тества и включва и институции със срокове за уведомяване. Така в критичен момент не се губи време в търсене.
Номерът, който никой няма
Петък вечер, магазинът показва странни пренасочвания, администраторът има подозрение. Какво сега? Да се обадим на хостинг доставчика, но кой номер важи извън работно време и какъв клиентски номер е нужен? Агенцията, но кой там има достъп до сървъра? Застрахователят, но къде е номерът на полицата? И кой решава дали магазинът да се изключи от мрежата?
Много фирми познават такива моменти, а седмицата на PHP2Shell ги умножи. В идеалния случай планът за извънредни ситуации е налице, но контактният списък в него често е най-слабото звено: остарял, непълен или записан само дигитално точно на системата, която в момента не е достъпна. Как е изграден планът като цяло, описва Как да изготвите ИТ план за извънредни ситуации за уеб сървъри. Тук става дума за самия списък.
Кой влиза в списъка с контакти за извънредни ситуации?
Следната таблица подрежда типичните контакти според повода, при който се уведомяват, и посочва какво трябва да е подръка при първия контакт.
| Контакт | Кога да се уведоми | Какво да е подръка |
|---|---|---|
| Ръководство при извънредни случаи (често управителят) | при всяко подозрение за инцидент | кратко описание на положението, първа оценка |
| Отговорни за ИТ и администратори | веднага, за техническа проверка | засегнати системи според инвентара |
| Хостинг доставчик (канал за извънредни случаи) | при подозрение на сървъра, за изключване или логове | клиентски номер, номер на договор, парола за поддръжката |
| Агенция или разработчик | когато е засегнато приложението | име на проекта, достъпи, лице за контакт |
| Доставчик на услуги по ИТ сигурност | при потвърдено или вероятно проникване | досегашни наблюдения, времена |
| Длъжностно лице по защита на данните | веднага щом лични данни може да са засегнати | видове данни, период, системи |
| Киберзастраховка | според условията на полицата, обикновено рано | номер на полицата, път за подаване на щета |
| Правен консултант | при задължения за уведомяване, изнудване, въпроси за отговорността | фактическо положение, досегашни стъпки |
| Надзорен орган по защита на данните | при нарушение, подлежащо на уведомяване, по възможност в рамките на 72 часа | данни по чл. 33, пар. 3 ОРЗД |
| Централно звено за контакт по киберпрестъпления (ZAC) | при подаване на сигнал за престъпление | доказателства, времева линия |
| BSI | при задължение за уведомяване по NIS2 | според указанията на BSI |
| Комуникации | преди всяка информация навън | съгласувани факти |
Компетентното Централно звено за контакт по киберпрестъпления (ZAC) ще намерите чрез полицията на Вашата германска федерална провинция; как протича подаването на сигнал, е описано в Подаване на сигнал: Централни звена за контакт по киберпрестъпления. Какви срокове и задължения обикновено поставят застрахователите, описва Киберзастраховка: какво има значение при щета.
Какво трябва да съдържа всеки запис
Име и телефонен номер не са достатъчни. Пълният запис отговаря на шест въпроса:
- Роля: За какво отговаря лицето, какво има право да решава?
- Име и заместник: Кой замества, ако първото лице не е достъпно?
- Достъпност: Телефон, и мобилен, и втори начин. Важи ли номерът и нощем и през почивните дни?
- Повод: При кое събитие се уведомява това лице?
- Легитимация: Клиентски номер, номер на договор, парола за поддръжката, за да не се провали обаждането на проверката на самоличността.
- Състояние: Кога е била проверена записът за последно?
Особено точка 5 често се подценява. Хостинг доставчиците и регистраторите проверяват по телефона дали обаждащият се има право, и съвсем правилно. Който първо трябва да търси клиентската парола, губи ценно време. Съхранявайте такива данни сигурно, но така, че ръководството при извънредни случаи да има достъп до тях в критичен момент.
Вземайте телефонните номера на доставчиците от договора или от официалния уебсайт, никога от имейл. Измамниците с удоволствие използват известни ситуации със сигурността за фалшиви съобщения с „номера за извънредни случаи“.
Редът в критичен момент
Не всички контакти са нужни едновременно. Доказал се е поетапен подход: първо ръководството при извънредни случаи и техниката, за да се получи първа оценка и да се реши за ограничаването. След това хостинг доставчикът, агенцията и доставчикът на услуги по сигурност за техническата работа. Щом лични данни може да са засегнати, длъжностното лице по защита на данните, защото от момента на узнаване на нарушението тече срокът по чл. 33 ОРЗД. Застрахователят и правният консултант следват рано, преди да бъдат взети важни решения. Комуникацията навън идва последна и само със съгласувани факти.
Какви стъпки следват след първото алармиране, обобщава Контролният списък след хакване. Тази страница дава общи насоки; задълженията за уведомяване и правните въпроси изяснявайте с длъжностното лице по защита на данните и с адвокат.
Предвидете и втори начин за комуникация. Ако е засегнат пощенският сървър или има подозрение, че нападател чете вътрешни пощенски кутии, съгласуването трябва да минава по отделен канал, например по телефон или чрез предварително създадена група в друга услуга. Определете този канал предварително и го включете в списъка. Търсенето на нов път в критичен момент отнема време и създава несигурност кое съобщение е истинско.
Поддържане на списъка жив
Контактните списъци остаряват тихо. Служителите се сменят, доставчиците променят номерата за извънредни случаи, договорите изтичат. Затова планирайте два фиксирани срока за проверка годишно и един срок по повод при всяка промяна. Краткото тестово обаждане извън работно време най-надеждно показва дали каналът за извънредни случаи наистина работи. Попитайте при това и дали лицето знае, че е в списъка и какво се очаква от него в критичен момент.
Как помага PHP SOS конкретно?
- Изготвяме с Вас списъка с технически контакти за извънредни случаи и проверяваме дали хостинг доставчиците и агенциите наистина имат канал за извънредни случаи.
- Определяме какви данни трябва да са подръка за всеки контакт, за да има обаждането незабавен ефект.
- Подкрепяме тестово упражнение на алармирането и включваме пропуските във Вашата документация.
- В критичен момент сме в списъка Ви като технически контакт чрез Incident Response.
Извод: Добрият контактен списък е кратък, пълен и изпитан. Той решава дали първите часове на един инцидент минават в действия или в търсене.
Често задавани въпроси
Кой влиза в списъка с ИТ контакти за извънредни ситуации?
Вътрешно управителят, ИТ, длъжностното лице по защита на данните и комуникациите, външно хостинг доставчикът, агенцията, доставчикът на услуги по ИТ сигурност, киберзастрахователят, правният консултант, компетентният надзорен орган по защита на данните и Централното звено за контакт по киберпрестъпления (ZAC) на Вашата германска федерална провинция, а при задължение по NIS2 допълнително BSI (Федералната служба за информационна сигурност на Германия).
Къде да съхранявам контактите за извънредни ситуации?
На поне две места, едното от които е достъпно без собствения ИТ отдел, например разпечатано в папката за извънредни случаи и на отделно устройство. Списък, който стои само в пощенската кутия или на засегнатия сървър, в критичен момент не е наличен.
Колко често трябва да се проверява списъкът?
Най-малко два пъти годишно и след всяка смяна на персонал или доставчик. Едно кратко тестово обаждане показва дали номерата са верни и дали лицата знаят, че са в списъка.
Трябва ли надзорният орган по защита на данните да бъде уведомяван винаги?
Не при всеки инцидент. Чл. 33 ОРЗД изисква уведомяване при нарушение на сигурността на личните данни, по възможност в рамките на 72 часа, освен ако няма вероятност то да доведе до риск за засегнатите лица. Оценката правите заедно с длъжностното лице по защита на данните; тази страница не е правен съвет.