Как да подобрите допустимостта за киберзастраховка
Заявлението за киберзастраховка вече не е просто въпросник за финансовия екип. Андеррайтърите (оценителите на риска при застрахователите) все по-често го използват като моментна снимка на това доколко добре една организация може да предотврати, открие и преодолее една атака. За да подобрят допустимостта си за киберзастраховка, бизнесите трябва да покажат, че мерките за сигурност работят на практика, а не просто са описани в някоя политика или планирани за следващото тримесечие.
| Какво търсят андеррайтърите | Какво не се отчита |
|---|---|
| Мерки за сигурност, които работят на практика | Мерки, които са просто описани в политика |
| Мерки, които са въведени днес | Мерки, планирани за следващото тримесечие |
Това не означава, че всяка компания се нуждае от операции по сигурността в мащаба на голямо предприятие. Означава обаче, че ръководството трябва да разбира най-големите си експозиции, да прилага разумни защити и да документира как бизнесът би реагирал, когато фишинг атака, ransomware инцидент, срив при доставчик или изтичане на данни прекъсне дейността. Най-силните заявления свързват киберсигурността, управлението и финансовия риск в една ясна история.
Андеррайтърите четат заявлението като доказателство за начина, по който се управлява една организация. Последователните и проверими отговори показват дисциплина, която често е също толкова важна, колкото всяка отделна техническа мярка.
Какво търсят киберзастрахователите, преди да предложат покритие
Киберзастрахователите оценяват вероятността и потенциалната цена на една претенция. Въпросите им се фокусират върху мерките, които намаляват честите случаи на загуби, особено компрометиране на служебна електронна поща, ransomware, неоторизиран достъп, инциденти, свързани с поверителността, и продължителни сривове на системите.
Точните изисквания варират според застрахователя, отрасъла, приходите, обема данни, историята на претенциите и исканите лимити на покритие. Малка компания за професионални услуги може да премине през различен преглед в сравнение с лечебно заведение, производител или технологична компания. Въпреки това няколко мерки са се превърнали в общи очаквания, защото пряко влияят върху честотата и тежестта на претенциите.
| Фактор, който оформя прегледа | Защо варира |
|---|---|
| Застраховател | Всеки застраховател си определя собствени изисквания за оценка на риска. |
| Отрасъл | Компания за професионални услуги може да премине през различен преглед в сравнение с лечебно заведение, производител или технологична компания. |
| Приходи и обем данни | Влияят върху потенциалната цена на една претенция. |
| История на претенциите | Минали инциденти влияят върху възприеманата вероятност от бъдещи претенции. |
| Искани лимити на покритие | По-високите лимити обикновено предизвикват по-внимателен преглед. |
Андеррайтърите искат да знаят дали привилегированите акаунти са защитени, дали отдалеченият достъп е контролиран, дали резервните копия могат да устоят на ransomware и дали служителите могат да разпознават подозрителни съобщения. Те оценяват и дали организацията има реалистичен процес за реакция при инциденти и дали отговорностите по сигурността са ясно разпределени.
| Въпрос на андеррайтъра | С какъв вид загуба е свързан |
|---|---|
| Защитени ли са привилегированите акаунти? | Неоторизиран достъп, ransomware |
| Контролиран ли е отдалеченият достъп? | Неоторизиран достъп, ransomware |
| Могат ли резервните копия да устоят на ransomware? | Ransomware, продължителни сривове на системите |
| Могат ли служителите да разпознават подозрителни съобщения? | Компрометиране на служебна електронна поща, инциденти, свързани с поверителността |
| Има ли реалистичен процес за реакция при инциденти? | Всички горепосочени |
| Ясно ли са разпределени отговорностите по сигурността? | Всички горепосочени |
Слабият отговор не винаги води до отказ. Той може да доведе до по-високи премии, по-голямо самоучастие, намалени лимити, изключения или изискване да се въведат определени мерки, преди покритието да бъде сключено. Когато заявлението се третира като преглед на риска, а не като търговски формуляр, ръководството може да се заеме с тези проблеми, преди те да се превърнат в проблеми с покритието.
| Възможен резултат от слаб отговор | Ефект върху бизнеса |
|---|---|
| По-високи премии | Увеличава цената на покритието. |
| По-голямо самоучастие | Увеличава сумата, която организацията трябва да поеме, преди застрахователят да започне да плаща. |
| Намалени лимити | Намалява максималния принос на застрахователя. |
| Изключения | Премахва определени загуби от покритието. |
| Мерки, изисквани преди сключването | Забавя покритието, докато не бъдат въведени подобренията. |
Започнете прегледа на допустимостта доста преди подновяването. Слабите отговори са много по-лесни за подобряване предварително, отколкото за обясняване под натиска на крайния срок за подновяване.
Подобрете допустимостта за киберзастраховка с основните мерки за контрол
Най-бързият път към по-силна допустимост е да затворите пропуските, които застрахователите многократно откриват. Започнете с мерките, които обхващат идентичностите, крайните устройства, резервните копия, мрежовия достъп и готовността за реакция.
| Област на контрол | Типично опасение на застрахователя |
|---|---|
| Идентичности | Кражба на идентификационни данни и неоторизиран достъп |
| Крайни устройства | Входни точки за нападателите и активен ransomware |
| Резервни копия | Възможност за възстановяване след атака |
| Мрежов достъп | Изложени услуги и придвижване на нападателите |
| Готовност за реакция | Способност да се овладее загубата, след като инцидентът е започнал |
Изисквайте многофакторна автентикация навсякъде, където е важно
Многофакторната автентикация (MFA) е един от най-ясните сигнали за основна кибер хигиена. Тя трябва да защитава електронната поща, отдалечения достъп, облачното администриране, финансовите системи и всеки акаунт с привилегирован достъп. Достъпът само с парола оставя бизнесите изложени на кражба на идентификационни данни, която остава често срещан път към компрометиране на служебна електронна поща и ransomware инциденти.
| Система или акаунт | MFA е задължителна? |
|---|---|
| Електронна поща | ✓ / ✗ |
| Отдалечен достъп | ✓ / ✗ |
| Облачно администриране | ✓ / ✗ |
| Финансови системи | ✓ / ✗ |
| Всеки акаунт с привилегирован достъп | ✓ / ✗ |
Не всички методи за MFA осигуряват еднаква защита. Приложенията за автентикация, хардуерните ключове за сигурност и съпоставянето на числа (number matching) обикновено осигуряват по-силна устойчивост срещу фишинг в сравнение с кодовете по SMS. Правилният метод зависи от служителите и използваните системи, но широкото и последователно внедряване е по-важно от наличието на MFA само за няколко администратори.
| Метод за MFA | Устойчивост срещу фишинг |
|---|---|
| Кодове по SMS | По-слаба |
| Приложения за автентикация | По-силна |
| Съпоставяне на числа (number matching) | По-силна |
| Хардуерни ключове за сигурност | По-силна |
Застрахователите рядко питат само дали съществува MFA. Те питат къде се прилага. Последователното покритие на електронната поща, отдалечения достъп и административните акаунти е по-силен сигнал от силен метод, внедрен на няколко места.
Защитете крайните устройства и административния достъп
Лаптопите, настолните компютри, сървърите и мобилните устройства са чести входни точки за нападателите. Само антивирусът може да не осигури видимостта, необходима за разследване на подозрително поведение или за спиране на активна ransomware атака. Откриването и реакцията на крайни точки (EDR) дава на екипите по сигурността по-силни възможности за наблюдение и ограничаване. Управляваното откриване и реакция (MDR) може да е практичен вариант за организации без вътрешен екип за операции по сигурността.
| Вариант за защита | Какво осигурява | Най-подходящ за |
|---|---|---|
| Само антивирус | Може да не осигури видимостта, необходима за разследване на подозрително поведение или за спиране на активна ransomware атака | Ограничена защита сам по себе си |
| Откриване и реакция на крайни точки (EDR) | По-силни възможности за наблюдение и ограничаване | Организации със специалисти по сигурността, които да го използват |
| Управлявано откриване и реакция (MDR) | Наблюдение и реакция, предоставяни като услуга | Организации без вътрешен екип за операции по сигурността |
Административните привилегии заслужават отделно внимание. Потребителите не бива да имат локални администраторски права, освен ако ролята им не го изисква. Привилегированите акаунти трябва да са ограничени, да се преглеждат редовно и да са отделени от обичайната работа с електронна поща и сърфиране. Това намалява щетите, които един компрометиран акаунт може да причини.
| Принцип за административния достъп | Защо намалява щетите |
|---|---|
| Без локални администраторски права, освен ако ролята не ги изисква | Ограничава какво може да направи компрометиран обикновен акаунт. |
| Ограничен брой привилегировани акаунти | Намалява броя на високоценните цели. |
| Редовни прегледи | Премахва ненужните или остарели привилегии. |
| Отделяне от обичайната работа с електронна поща и сърфиране | Не позволява ежедневната дейност да изложи привилегированите идентификационни данни. |
Изградете резервни копия, които подпомагат реално възстановяване
Застрахователите често питат дали резервните копия са криптирани, тествани, отделени и защитени от неоторизирано изтриване. Резервно копие, което е свързано със същата среда като производствените системи, може също да бъде криптирано или унищожено по време на атака.
| Въпрос за резервните копия, който задават застрахователите | Статус |
|---|---|
| Криптирани ли са резервните копия? | ✓ / ✗ |
| Тестват ли се резервните копия? | ✓ / ✗ |
| Отделени ли са резервните копия от производствените системи? | ✓ / ✗ |
| Защитени ли са резервните копия от неоторизирано изтриване? | ✓ / ✗ |
Поддържайте резервни копия по стратегия, която включва отделни копия и защитено хранилище. По-важното е да тествате възстановяването. Ръководството трябва да знае колко време отнема възстановяването на критичните системи, кои приложения трябва да се върнат първи и дали ключовите бизнес записи могат да бъдат възстановени точно. Един успешен отчет за резервно копие е по-убедителен от политика за резервно копиране, която никога не е била тествана.
Записвайте реалното време за възстановяване на най-критичните си системи при всеки тест. Тази цифра е много по-убедителна за андеррайтъра от твърдението, че резервни копия съществуват.
Управлявайте уязвимостите и мрежовата експозиция
Неактуализираните системи, неподдържаният софтуер, изложените отдалечени услуги и лошо конфигурираните защитни стени създават риск, който може да се избегне. Установете процес за идентифициране на активите, приоритизиране на критичните уязвимости, прилагане на актуализации и документиране на изключенията. Целта не е непременно всеки проблем да се отстрани незабавно. Целта е да покажете, че съществените рискове се признават, имат собственик и се адресират в определени срокове.
| Риск, който може да се избегне | Процес, който го адресира |
|---|---|
| Неактуализирани системи | Приоритизиране на критичните уязвимости и прилагане на актуализации в определени срокове. |
| Неподдържан софтуер | Идентифициране на активите и документиране на изключенията със собственик. |
| Изложени отдалечени услуги | Използване на защитен отдалечен достъп и преглед на експозицията. |
| Лошо конфигурирани защитни стени | Поддържане на правилата на защитните стени и преглед на конфигурациите. |
Мрежовата сигурност също е важна. Защитните стени, системите за откриване и предотвратяване на прониквания, защитеният отдалечен достъп и сегментацията могат да ограничат възможността на нападателя да се придвижва из средата. Облачните системи изискват същата дисциплина: защитени конфигурации, прегледи на достъпа, журналиране и ясна собственост върху задачите със споделена отговорност.
Застрахователите рядко очакват съвършенство при актуализациите. Те търсят доказателства, че съществените рискове се признават, имат собственик и се проследяват до приключване в определени срокове, а изключенията се документират, вместо да се пренебрегват.
Направете заявлението си основано на доказателства
Един бизнес може да има добри мерки за контрол и въпреки това да буди опасения, ако не може да ги обясни или провери. Застрахователните заявления често се попълват набързо, с отговори, основани на предположения. Този подход създава два проблема: неточните твърдения могат да усложнят покритието, а липсата на доказателства може да накара организацията да изглежда по-малко зряла, отколкото е в действителност.
Преди да подадете заявлението, определете отговорно лице, което да провери техническите отговори с ИТ екипа, доставчиците на услуги по сигурността и бизнес собствениците. Съхранявайте документация, която подкрепя съществените отговори, като записи за внедряването на MFA, резултати от тестове на резервните копия, отчети за защитата на крайните устройства, журнали за отстраняване на уязвимости, записи от прегледи на достъпа и отчети за завършено обучение на служителите.
| Тема в заявлението | Подкрепящи доказателства, които да се съхраняват |
|---|---|
| Многофакторна автентикация | Записи за внедряването на MFA |
| Резервни копия | Резултати от тестове на резервните копия |
| Защита на крайните устройства | Отчети за защитата на крайните устройства |
| Управление на уязвимости | Журнали за отстраняване на уязвимости |
| Контрол на достъпа | Записи от прегледи на достъпа |
| Осведоменост по сигурността | Отчети за завършено обучение на служителите |
Това е и подходящият момент да прегледате отношенията с трети страни. Ако управляван доставчик на услуги, облачен доставчик, платформа за заплати или платежен процесор обработва чувствителна информация или критични операции, документирайте какви отговорности по сигурността носи и какви договорни защити са налице. Рискът от доставчиците не изчезва, защото една услуга е възложена на външна страна. Той се превръща в споделена експозиция, която трябва да се управлява съзнателно.
| Трета страна | Какво да се документира |
|---|---|
| Управляван доставчик на услуги | Носени отговорности по сигурността и налични договорни защити |
| Облачен доставчик | Носени отговорности по сигурността и налични договорни защити |
| Платформа за заплати | Носени отговорности по сигурността и налични договорни защити |
| Платежен процесор | Носени отговорности по сигурността и налични договорни защити |
Заявление, попълнено по предположения, може да създаде проблеми в момента, в който се подаде претенция. Отговорите, които са проверени и подкрепени с документация, защитават както качеството на заявлението, така и достоверността на претенцията.
Подгответе се за въпросите, които следват след кибер инцидент
Допустимостта за застраховка не е само въпрос на превенция. Андеррайтърите отчитат и дали организацията може да овладее загубата, след като инцидентът е започнал. Един писмен план за реакция при инциденти трябва да определя кой взема решенията, кой се свързва със застрахователя, как се ангажират юридическите съветници и специалистите по криминалистика и как могат да бъдат уведомени служителите, клиентите, регулаторите и правоохранителните органи.
| Елемент на плана за реакция при инциденти | Какво трябва да определя |
|---|---|
| Вземане на решения | Кой взема решенията |
| Контакт със застрахователя | Кой се свързва със застрахователя |
| Специалистка подкрепа | Как се ангажират юридическите съветници и специалистите по криминалистика |
| Уведомявания | Как могат да бъдат уведомени служителите, клиентите, регулаторите и правоохранителните органи |
Планът трябва да се тества чрез симулационно упражнение (tabletop). 60-минутно обсъждане на сценарий с ransomware може да разкрие пропуски в правомощията, комуникациите, контактите с доставчици, одобренията на плащания и приоритетите при възстановяване, преди една реална криза да принуди към прибързани решения. За организации с няколко локации или регулирани данни тези упражнения трябва да включват ръководителите на оперативните звена и на съответствието, а не само ИТ.
| Пропуск, който симулационното упражнение може да разкрие | Защо е важно при реален инцидент |
|---|---|
| Правомощия | Неясните права за вземане на решения забавят реакцията. |
| Комуникации | Противоречивите послания подкопават доверието. |
| Контакти с доставчици | Липсващите контакти забавят достъпа до специалисти. |
| Одобрения на плащания | Неясните пътища за одобрение водят до прибързани решения. |
| Приоритети при възстановяване | Неподредените по важност системи удължават срива. |
Обърнете специално внимание и на условията на полицата. Киберполиците може да изискват незабавно уведомяване и да включват изисквания за одобрени юристи по нарушения на данните, доставчици на криминалистични услуги или фирми за реакция при изнудване. Екип за реакция, който разбира тези условия, може да запази покритието, докато действа бързо за овладяване на събитието.
Дръжте едностранично резюме на изискванията за уведомяване и одобрените доставчици по полицата заедно с плана си за реакция при инциденти, за да може екипът да го намери още в първите минути на инцидента.
Избягвайте често срещаните грешки в заявлението
Много организации отслабват позицията си, като третират киберсигурността като еднократно застрахователно изискване. Мерки, които са включени за кратко заради заявлението, но не се наблюдават и не се прилагат, не осигуряват смислена защита и могат да създадат проблеми след претенция.
Други чести грешки включват преувеличаване на покритието на MFA, пренебрегване на остарели (legacy) системи, неразкриване на предишни инциденти и предположението, че полица за обща гражданска отговорност покрива кибер загуби. Ясните и точни оповестявания са по-ценни от оптимистичните отговори. Ако съществува пропуск, обяснете плана за отстраняването му, отговорния собственик и очаквания срок за изпълнение. Застрахователите често са по-възприемчиви към управляван риск, отколкото към неоткрит.
| Често срещана грешка | По-добър подход |
|---|---|
| Включване на мерки за кратко само заради заявлението | Наблюдавайте и прилагайте мерките непрекъснато. |
| Преувеличаване на покритието на MFA | Проверете къде MFA реално се прилага, преди да отговорите. |
| Пренебрегване на остарели (legacy) системи | Включете ги в прегледите на активите и уязвимостите. |
| Неразкриване на предишни инциденти | Давайте ясни и точни оповестявания. |
| Предположение, че полица за обща гражданска отговорност покрива кибер загуби | Потвърдете изрично киберпокритието. |
| Оставяне на известен пропуск без обяснение | Обяснете плана за отстраняване, отговорния собственик и очаквания срок за изпълнение. |
Полезно е също да съгласувате исканите лимити и условия на покритието с реалната бизнес експозиция. Вземете предвид цената на прекъснатите операции, възстановяването на данни, криминалистичното разследване, задълженията за уведомяване, юридическата защита, договорната отговорност, измамите с превод на средства и прекъсването на дейността поради зависимост от трети страни. Най-евтината полица може да остави критични загуби незастраховани, докато по-широката полица може да изисква по-силни мерки, за да отговаряте на условията. Правилният баланс зависи от данните на организацията, зависимостта на приходите, договорните ангажименти и толерантността към риск.
| Експозиция, която да се вземе предвид | Включва ли се в прегледа на покритието? |
|---|---|
| Прекъснати операции | ✓ |
| Възстановяване на данни | ✓ |
| Криминалистично разследване | ✓ |
| Задължения за уведомяване | ✓ |
| Юридическа защита | ✓ |
| Договорна отговорност | ✓ |
| Измами с превод на средства | ✓ |
| Прекъсване на дейността поради зависимост от трети страни | ✓ |
Откритото оповестяване с достоверен план за отстраняване обикновено служи на бизнеса по-добре от оптимистичен отговор, който не може да бъде проверен. Застрахователите са по-склонни да определят цената и структурата около известен, управляван риск, отколкото около изненади, открити след претенция.
Превърнете допустимостта в постоянна устойчивост
Киберзастраховката трябва да подпомага по-широка програма за устойчивост, а не да я замества. Мерките за сигурност намаляват вероятността и въздействието на един инцидент; застраховката помага да се прехвърлят определени финансови последици, когато превантивните мерки не са достатъчни. И двете са необходими, защото дори добре управляваните организации могат да бъдат набелязани като цел.
| Елемент | Роля в устойчивостта |
|---|---|
| Мерки за сигурност | Намаляват вероятността и въздействието на един инцидент. |
| Киберзастраховка | Помага да се прехвърлят определени финансови последици, когато превантивните мерки не са достатъчни. |
Координираният преглед на вашата среда, документация и нужди от покритие може да направи разговорите при подновяване по-продуктивни и да намали изненадите при претенция. InsureCyberSec помага на организациите да свържат техническите защити с избора на киберзастраховка и с подкрепата при претенции, така че подобренията в сигурността да се оценяват както през оперативна, така и през финансова гледна точка за риска.
Практическата следваща стъпка е да изберете един пропуск с висок риск, да определите собственик и да проверите резултата с доказателства. Тази дисциплина подобрява качеството на застрахователното заявление, но още по-важното е, че дава на бизнеса по-добър шанс да остане работещ, когато една атака изпита защитите му.
Организациите, които третират допустимостта като непрекъсната дисциплина, а не като годишен формуляр, обикновено подновяват с по-малко изненади. Всяко проверено подобрение укрепва както състоянието на сигурността, така и застрахователната история.
Бърз контролен списък за допустимост за киберзастраховка
| Въпрос | Статус на проверката |
|---|---|
| Прилага ли се MFA за електронната поща, отдалечения достъп, облачното администриране, финансовите системи и привилегированите акаунти? | ✓ / ✗ |
| Защитени ли са крайните устройства с EDR или управлявано откриване и реакция? | ✓ / ✗ |
| Ограничени, преглеждани и отделени от обичайната дейност ли са привилегированите акаунти? | ✓ / ✗ |
| Криптирани, отделени, защитени и тествани за възстановяване ли са резервните копия? | ✓ / ✗ |
| Има ли процес за актуализации, приоритизиране на уязвимости и документиране на изключения? | ✓ / ✗ |
| Проверени ли са техническите отговори и подкрепени ли са с документация? | ✓ / ✗ |
| Има ли писмен план за реакция при инциденти, тестван чрез симулационно упражнение? | ✓ / ✗ |
| Съответстват ли исканите лимити и условия на покритието на реалната бизнес експозиция? | ✓ / ✗ |
Често задавани въпроси
Какво търсят киберзастрахователите, преди да предложат покритие?
Те оценяват вероятността и потенциалната цена на една претенция, като се фокусират върху мерките, които намаляват честите случаи на загуби, като компрометиране на служебна електронна поща, ransomware, неоторизиран достъп, инциденти, свързани с поверителността, и продължителни сривове на системите. Андеррайтърите искат да знаят дали привилегированите акаунти са защитени, дали отдалеченият достъп е контролиран, дали резервните копия могат да устоят на ransomware и дали служителите могат да разпознават подозрителни съобщения.
Кои мерки са най-важни за подобряване на допустимостта за киберзастраховка?
Най-бързият път е да се затворят пропуските, които застрахователите многократно откриват: многофакторна автентикация, защитени крайни устройства и административен достъп, тествани резервни копия, управление на уязвимостите и мрежата и готовност за реакция при инциденти. Широкото и последователно внедряване е по-важно от наличието на мярка само на няколко места.
Слаб отговор в заявлението означава ли отказ?
Не винаги. Слабият отговор може да доведе до по-високи премии, по-голямо самоучастие, намалени лимити, изключения или изискване да се въведат определени мерки, преди покритието да бъде сключено. Когато заявлението се третира като преглед на риска, а не като търговски формуляр, ръководството може да се заеме с тези проблеми, преди те да се превърнат в проблеми с покритието.
Защо застрахователното заявление трябва да се основава на доказателства?
Защото неточните твърдения могат да усложнят покритието, а липсата на доказателства може да накара организацията да изглежда по-малко зряла, отколкото е. Определете отговорно лице, което да провери техническите отговори, и съхранявайте документация, като записи за внедряването на MFA, резултати от тестове на резервните копия, отчети за защитата на крайните устройства, журнали за отстраняване на уязвимости, записи от прегледи на достъпа и отчети за завършено обучение.
Кои са най-честите грешки в заявленията за киберзастраховка?
Често срещани грешки са преувеличаването на покритието на MFA, пренебрегването на остарели (legacy) системи, неразкриването на предишни инциденти и предположението, че полица за обща гражданска отговорност покрива кибер загуби. Ясните и точни оповестявания са по-ценни от оптимистичните отговори, а всеки пропуск трябва да се обясни с план за отстраняване, отговорен собственик и очакван срок за изпълнение.