Киберсигурност · Риск · Оперативна устойчивост

Ключови теми за риск и устойчивост

Структуриран въпросник по ключови категории, който обобщава основните контроли, рискове и практически сценарии, свързани с киберсигурността.

Към въпросите

Основни категории

Cybersecurity

Теми във въпросника

Управление на достъпа и идентичности Защита на данните Инфраструктура и техническа сигурност Оперативна устойчивост и непрекъсваемост Управление, съответствие и риск Хора и осведоменост Физическа сигурност

Как да използвате въпросника

Практичен подход за бърз вътрешен преглед

Използвайте въпросите като отправна точка за вътрешна оценка на текущите контроли, за открояване на рискови зони и за структуриране на следващи стъпки между бизнес, HR, IT и management екипите.

Прегледайте темите

Минете през отделните секции и преценете кои въпроси са най-релевантни за вашата организация, системи и процеси.

Отбележете рисковете

Идентифицирайте липсващи контроли, слаби места и зависимости, които могат да доведат до оперативни, регулаторни или репутационни рискове.

Планирайте следващи стъпки

Използвайте резултатите като база за вътрешни срещи, приоритизиране на действия и по-добра координация между отговорните екипи.

Управление на достъпа и идентичности

Basics

Централизиран контрол на идентичности

Въпрос Използва ли се централизирана система за управление на идентичности (напр. IAM/Active Directory), вместо отделни акаунти във всяка система?

Защо е важно Централизацията позволява бърз контрол, намалява риска от „забравени“ акаунти и улеснява прилагането на политики като MFA

Пример и последствия Служител напуска компанията, но акаунтът му остава активен в една от системите, тъй като няма централизирано управление. Той продължава да има достъп до чувствителни данни и може да ги изтегли или злоупотреби с тях, което води до изтичане на информация, глоби и сериозни репутационни щети.

MFA

Многофакторна автентикация

Въпрос Изисква ли се използването на многофакторна автентикация (MFA/2FA) при достъп до системи, съдържащи чувствителни данни?

Защо е важно Паролите лесно се крадат или отгатват. MFA добавя втори слой на защита (напр. код от мобилно приложение), който спира нападателите, дори да знаят паролата.

Пример и последствия Счетоводител получава имейл с фишинг линк, който компрометира паролата му. Хакер я разбира и тъй като липсва MFA може да достъпи финансови отчети. При наличие на MFA атаката е блокирана, тъй като хакерите нямат достъп до втория код за оторизация, въпреки, че имат паролата. Това е чудесен пример и ако злонамерен служител разбере паролата на друг, просто наблюдавайки докато я пише.

SSO

Single Sign-On

Въпрос Използва ли се Single Sign-On (SSO) за критични системи?

Защо е важно Намалява броя пароли, улеснява управлението и позволява централен контрол (вкл. MFA).

Пример и последствия Служител използва една и съща парола навсякъде, включително за критични системи. Ако тази парола бъде открадната, нападателят получава достъп до всички системи едновременно.

Basics

Управление на сесии

Въпрос Прилагат ли се политики за автоматично прекратяване на сесии и контрол на едновременни логини?

Защо е важно Ограничава риска от злоупотреба със сесии при неактивност или споделени устройства.

Пример и последствия Служител оставя безнадзорно компютъра си за кратко, а някой друг използва отворената сесия и достъпва чувствителни данни.

Procedure

Редовен преглед на достъпите

Въпрос Извършват ли се периодични прегледи на правата за достъп?

Защо е важно Гарантира, че потребителите имат само необходимите права (принцип на най-малката привилегия).

Пример и последствия Служител сменя отдел, но все още има достъп до стари проекти. Това увеличава риска от неволно споделяне на конфиденциална информация..

RBAC

Role-Based Access Control

Въпрос Използва ли се ролеви модел за управление на достъпа?

Защо е важно Стандартизира достъпа и намалява сложността при управление на права.

Пример и последствия Достъпите се дават „на парче“ и никой не знае кой какви права има. Служител може да получи достъп до финансови или лични данни по погрешка.

Procedure

Процес при напускане на служител

Въпрос Съществува ли процес за незабавно деактивиране на достъп при напускане?

Защо е важно Много пробиви се случват през „забравени“ акаунти на бивши служители.

Пример и последствия Уволнен служител има активен акаунт, с който влиза от вкъщи и умишлено изтрива база данни.

Защита на данните

Encryption

Криптиране на данни

Въпрос Прилага ли се криптиране на данните докато се съхраняват на сървъри и лаптопи (Data at Rest), и докато се прехвърлят по мрежата (Data in Transit)?

Защо е важно Криптирането превръща данните в нечетим код за всеки, който няма ключ.

Пример и последствия Лаптоп на Payroll Specialist е откраднат. Ако харддискът не е криптиран, крадецът лесно получава пълен достъп до лични и финансови данни на служителите.

DLP

Защита от изтичане на данни (Data Loss Prevention)

Въпрос Използват ли се технически ограничения (DLP софтуер), които пречат на служителите да копират данни на USB или да ги изпращат на лични имейли?

Защо е важно Намалява риска от неволно или злонамерено изнасяне на данни.

Пример и последствия Недоволен служител копира списъка с възнаграждения на борда на директорите на USB или го изпраща с личен мейл, след което го предава на конкурент.

Retention

Сигурно изтриване на данни

Въпрос Прилагат ли се процедури за сигурно и необратимо изтриване на данни?

Защо е важно „Данните в сянка“ и забравените архиви са огромен риск, а GDPR изисква изтриването на данните.

Пример и последствия Хакери пробиват стар сървър и се сдобиват с данни на бивши служители и прекратени клиенти, защото доставчикът ги е пазил неправомерно.

Logs

Детайлни логове

Въпрос Поддържат ли се непроменими логове за достъп и действия върху данните?

Защо е важно Без системни логове е абсолютно невъзможно да се проследи как е станал даден инцидент и кой е отговорен за него.

Пример и последствия Неоторизирано се променя банкова сметка на служител и доставчикът не може да докаже кой и кога е инициирал тази промяна.

Инфраструктура и техническа сигурност

Pen-Test

Тестване за уязвимости (Penetration Testing)

Въпрос Провеждат ли се регулярни тестове за уязвимости и penetration testing от независими експерти?

Защо е важно Независим тест, проведен от “външни етични хакери”, може да открие скрити софтуерни „дупки“, преди да ги намерят злонамерени хакери.

Пример и последствия Системата работи от години, но съдържа стара неоткрита уязвимост. Хакер използва тази дупка и източва данните напълно незабелязано.

Patch

Управление на уязвимости и пачове

Въпрос Прилага ли се процес процес за редовно инсталиране на ъпдейти и пачове по Операционни Системи, приложения и сървъри?

Защо е важно Повечето атаки използват известни уязвимости.

Пример и последствия Хакер използва известна уязвимост в неъпдейтнат сървър и получава пълен достъп без реално „хакване“.

Network

Сегментация на мрежата

Въпрос Разделена ли е вътрешната мрежа на сегменти, така че достъпът до критични системи да е ограничен?

Защо е важно Ограничаването на движението вътре в мрежата спира разпространението на атаки.

Пример и последствия Един заразен принтер води до компрометиране на цялата инфраструктура, порадо това, че мрежата не е сегментирана и принтерът логически се намира при всички работни станции.

API

Контрол на достъпа до API и интеграции

Въпрос Как се защитават API интерфейсите и интеграциите?

Защо е важно API са “врати” към вашия софтуер и честа точка за атаки и изтичане на данни.

Пример и последствия Хакер използва слабо контролирано API и изтегля масово данни без да бъде засечен.

SIEM

Мониторинг и SIEM

Въпрос Използва ли се централизирана система за мониторинг и корелация на събития (SIEM/SOC)?

Защо е важно Позволява ранно откриване на атаки и реакция при инциденти с проактивен мониторинг върху инфраструктурата.

Пример и последствия Нападатели успяват да компрометират сървър чрез известна уязвимост. Без SIEM, събитието остава незабелязано няколко дни, докато хакерите източват клиентски данни. Ако имаше SIEM, алармата за необичайни логини и масови заявки щеше да сигнализира екипа за реакция веднага, минимизирайки загубата на информация.

Имейл сигурност

Въпрос Конфигурирани ли са имейл защити като SPF, DKIM и DMARC?

Защо е важно Намалява риска от phishing и spoofing атаки.

Пример и последствия Изпращат се фалшиви имейли от ваше име към служителите, които могат да инсталират зловреден софтуер или да изпратят данни на злонамерен извършител представящ се за вас.

Environment

Разделение на среди

Въпрос Разделени ли са тестови и продукционни среди?

Защо е важно Предпазва продукционни данни и системи.

Пример и последствия Разработчик експериментира и случайно променя реалните данни на всички служители, което резултира в грешни банкови сметки/заплати.

Assets

Управление на инвентар

Въпрос Поддържа ли се актуален списък на всички устройства, системи и софтуер?

Защо е важно Не можеш да защитиш нещо, което не знаеш, че съществува.

Пример и последствия Забравен сървър остава уязвим и става входна точка за атака.

Оперативна устойчивост и непрекъсваемост

DRP

Възстановяване при инциденти (Disaster Recovery Plan)

Въпрос Разполагате ли с тестван бекъп и резервно оборудване в поне два географски независими дейта центъра?

Защо е важно Природни бедствия, пожари или масови спирания на тока могат да унищожат един дейта център, съдържащ вашите архивни копия.

Пример и последствия Пожар в сървърното помещение преди деня за изплащане на заплати води до пълна липса на достъп до системата и невъзможност за плащане.

BCP

Бизнес непрекъсваемост (Business Continuity Plan)

Въпрос Съществува ли и поддържа ли се план за непрекъсваемост на бизнеса?

Защо е важно DRP възстановява системите, BCP гарантира, че бизнесът продължава да функционира.

Пример и последствия Компанията претърпява кибератака, която блокира основните ѝ системи. Тъй като няма изготвен и тестван план, служителите не знаят как да реагират, работата спира напълно и бизнесът търпи сериозни финансови загуби и загуба на клиенти.

Incident Response

План за реакция при инциденти

Въпрос Има ли дефиниран и тестван план за реакция при инциденти покриващ конкретни сценарии (напр. рансъмуер атака или изтичане на данни)?

Защо е важно Когато кризата настъпи, всяка минута е ценна. Без готов план настъпва хаос, който удължава времето за възстановяване драстично.

Пример и последствия Злонамерена атака блокира системите. Поради липсата на план, в екипа настъпва тотална паника и никой не знае какви са стъпките за възстановяване.

Управление, съответствие и риск

Incident Report

Уведомяване при киберинцидент

Въпрос Съществува ли процес за уведомяване при инцидент в рамките на регулаторни срокове?

Защо е важно Осигурява съответствие с регулаторни изисквания и минимизира санкции върху компанията.

Пример и последствия При настъпил кибер инцидент и липса на вътрешен процес, уведомяването се забавя и компанията е глобена с огромна сума.

Certification

Сертификация и външен одит

Въпрос Притежава ли организацията валидни сертификати (напр. ISO 27001) и преминава ли външни одити?

Защо е важно Потвърждава зрелостта на системата за сигурност.

Пример и последствия Компания без сертификация и външни одити има слаби и непроверени контроли за сигурност. Това води до пропуски, които остават незабелязани и могат да доведат до пробив, загуба на данни, санкции и загуба на доверие от клиенти и партньори.

Insurance

Кибер застраховка

Въпрос Налична ли е застраховка срещу киберрискове?

Защо е важно Ограничава финансовите последствия от инциденти.

Пример и последствия Отсъствието на застраховка води до значителни финансови загуби при инцидент, които водят компанията към фалит.

Supply Chain

Одит по веригата на доставки

Въпрос Извършва ли се оценка на сигурността на трети страни и доставчици?

Защо е важно Намалява риска от атаки през веригата на доставки.

Пример и последствия Пробив на доставчик, който държи ваши чувствителни данни е пробив на вашите данни.

Хора и осведоменост

Supply Chain

Обучения и анти-фишинг тестове

Въпрос Провеждат ли се регулярни обучения по киберсигурност и симулации на фишинг атаки?

Защо е важно Намалява риска, свързан с човешкия фактор.

Пример и последствия Липсата на обучение повишава уязвимостта към социално инженерство и служител попада на фишинг линк, с който компрометира пароли и достъпи.

Access

Управление на привилегировани потребители

Въпрос Прилагат ли се специални контроли и обучения за потребители с привилегирован достъп?

Защо е важно Ограничава риска от злоупотреба с разширени права.

Пример и последствия Атака върху административен потребител дава потенциален пълен контрол над системите и данните.

Физическа сигурност

Security

Контрол над физическия достъп

Въпрос Как се контролира физическият достъп до сървърни помещения и архиви?

Защо е важно Допълва логическата сигурност и предпазва инфраструктурата.

Пример и последствия Неоторизиран достъп до сървърни помещения води до кражба на чувствителна информация или оборудване.