GDPR DORA 14 мин четене

DORA за финансовия сектор — цифрова оперативна устойчивост

Регламент (ЕС) 2022/2554 (DORA) се прилага изцяло от 17 януари 2025 г. и обхваща над 20 категории финансови субекти. Ако вашата организация попада във финансовия сектор — от банки и застрахователи до крипто-доставчици и облачни платформи — DORA вече е задължителен. Глобите достигат 2% от глобалния оборот. Това ръководство покрива всички ключови изисквания.

Съдържание

  1. Какво е DORA
  2. Кого засяга DORA
  3. ИКТ Risk Management (чл. 6–16)
  4. Докладване на инциденти
  5. Тестване на устойчивост (чл. 24–27)
  6. Управление на ИКТ доставчици (чл. 28–44)
  7. DORA vs NIS2 vs GDPR
  8. DORA в България
  9. Глоби и санкции
  10. Често задавани въпроси

Какво е DORA

DORA (Digital Operational Resilience Act) е Регламент (ЕС) 2022/2554 на Европейския парламент и на Съвета от 14 декември 2022 г. относно цифровата оперативна устойчивост на финансовия сектор. Регламентът влиза в сила на 16 януари 2023 г., а се прилага изцяло от 17 януари 2025 г.

Като регламент (за разлика от директива), DORA се прилага директно във всички държави членки на ЕС, включително България — без нужда от транспониране в националното законодателство. Това означава, че задълженията вече са в сила и подлежат на прилагане от компетентните органи.

Защо DORA?

Преди DORA финансовата индустрия в ЕС нямаше единна рамка за управление на ИКТ рисковете. Всяка държава имаше различни правила, а някои нямаха никакви. Атаките срещу финансови институции се увеличиха с над 300% между 2020 и 2024 г., което наложи хоризонтално законодателство на ниво ЕС.

DORA обхваща пет основни стълба:

  1. Управление на ИКТ рисковете
  2. Докладване на ИКТ инциденти
  3. Тестване на цифровата оперативна устойчивост
  4. Управление на рисковете от ИКТ доставчици трети страни
  5. Споделяне на информация за киберзаплахи

Кого засяга DORA

DORA обхваща над 20 категории финансови субекти, както и критичните ИКТ доставчици, които ги обслужват. Ето пълният списък:

Категория субектПримери
Кредитни институцииБанки, спестовни каси
Застрахователни и презастрахователни предприятияЖивотозастраховане, общо застраховане
Инвестиционни посреднициБрокерски къщи, управляващи дружества
Доставчици на услуги за крипто-активи (CASP)Крипто-борси, попечители
Платежни институцииePay, Revolut, Paysafe (лицензирани в ЕС)
Институции за електронни париE-money издатели
Доставчици на услуги за колективно финансиранеCrowdfunding платформи
Агенции за кредитен рейтингFitch, Moody's (ЕС структури)
Централни контрагенти (CCP)Клирингови къщи
Централни депозитари на ценни книжаЦДАД
Места на търговияБФБ, MTF, OTF
Институции за професионално пенсионно осигуряванеПенсионни фондове
Администратори на бенчмарковеEURIBOR, EONIA администратори
Регистри на транзакцииTrade repositories
Критични ИКТ доставчици трети страни (CTPP)Облачни доставчици, core banking системи, SaaS платформи

Внимание: ИКТ доставчиците също са обхванати

Ако вашата компания предоставя ИКТ услуги на финансови институции — облачен хостинг, софтуер, анализ на данни, сигурност — вие може да бъдете определени като критичен ИКТ доставчик трета страна (CTPP) и да подлежите на пряк надзор от Европейските надзорни органи (ESAs).

ИКТ Risk Management (чл. 6–16)

Членове 6 до 16 от DORA изискват всяка финансова институция да създаде цялостна рамка за управление на ИКТ рисковете. Рамката подлежи на документиране и независим одит, с минимум един преглед годишно.

Изисквания към рамката

Управителният орган (борд на директорите) носи крайна отговорност за рамката за управление на ИКТ рисковете. Той трябва да одобрява стратегията, да определя толерантността към рискове и да получава редовни доклади.

Годишен преглед и одит

ИКТ рамката подлежи на преглед поне веднъж годишно, както и след всеки значителен ИКТ инцидент. Вътрешният одит (или независим външен одит) трябва да оценява ефективността на рамката. Резултатите се докладват на управителния орган.

Чл. 16: Опростена рамка за микропредприятия

DORA предвижда опростена ИКТ рамка за микропредприятия (под 10 служители и под 2 млн. евро оборот). Те не са задължени да имат пълна рамка по чл. 6–15, но трябва да прилагат базови мерки за ИКТ сигурност, пропорционални на размера и рисковия им профил. Задълженията за докладване на инциденти остават непроменени.

Докладване на ИКТ инциденти

DORA въвежда стандартизирана тристепенна процедура за докладване на значителни ИКТ инциденти. Тя е по-детайлна и по-кратка от сроковете по GDPR и NIS2.

Трите фази на докладване

ФазаСрокСъдържание
Първоначално уведомлениеПървоначално уведомление до 24 часа от класифицирането (по чл. 19, ал. 4 DORA + RTS за докладване на инциденти)Естество на инцидента, засегнати системи, първоначална оценка на въздействието
Междинен докладДо 72 часаАктуализация на въздействието, предприети мерки, статус на възстановяването
Финален докладДо 1 месецПричини (root cause analysis), пълно въздействие, научени уроци, предприети коригиращи мерки

Сравнение на сроковете за докладване

РегулацияПърво уведомлениеМеждинен докладФинален докладКомпетентен орган
DORA4h (макс. 24h)72h1 месецФинансов регулатор (БНБ / КФН)
GDPR72 часаКЗЛД
NIS224 часа (ранно предупреждение)72h1 месецCERT Bulgaria / секторен орган

Паралелно докладване

Ако ИКТ инцидент е свързан и с нарушение на лични данни (data breach), организацията трябва да докладва паралелно — на финансовия регулатор по DORA и на КЗЛД по GDPR. Сроковете текат независимо. Прочетете нашата статия за реакция при теч на лични данни в първите 72 часа.

Тестване на цифровата устойчивост (чл. 24–27)

DORA въвежда задължително тестване на цифровата устойчивост на две нива: базово тестване (ежегодно) и напреднало тестване — Threat-Led Penetration Testing (TLPT) на всеки 3 години.

Базово тестване (ежегодно)

TLPT — напреднало тестване (на всеки 3 години)

Системно важните финансови институции трябва да провеждат Threat-Led Penetration Testing (TLPT) на всеки три години. Това е тестване от тип „червен екип“, базирано на реалистични сценарии за заплахи.

01

Threat Intelligence

Независим доставчик на разузнаване за заплахи (threat intelligence) подготвя специфични за организацията сценарии за заплахи.

02

Red Teaming

Външен тестващ екип (сертифициран) симулира реални атаки по сценариите, без предварително предупреждение на оперативните екипи.

03

Purple Teaming (задължително)

Червеният и синият екип работят заедно за обмен на открити уязвимости и подобряване на защитите.

04

Доклад и отстраняване (ремедиация)

Финален доклад до компетентния орган. План за отстраняване (ремедиация) с конкретни срокове. Тестващият екип потвърждава изпълнението.

Изисквания към външния тестващ екип

TLPT RTS — юни 2025

Регулаторните технически стандарти (RTS) за TLPT бяха публикувани от ESAs през юни 2025 г., като конкретизират методологията, изискванията към тестващите екипи и формата на докладите. Те са изготвени въз основа на TIBER-EU методологията на ЕЦБ, без да я заменят.

Управление на ИКТ доставчици (чл. 28–44)

Членове 28–44 от DORA въвеждат най-детайлните изисквания в ЕС за управление на рисковете от ИКТ доставчици трети страни. Те надхвърлят значително изискванията на чл. 28 от GDPR за договори за обработка на лични данни.

Договорни изисквания

Всеки договор с ИКТ доставчик трета страна трябва да съдържа минимум:

Сравнение: DORA чл. 28–44 vs GDPR чл. 28

ИзискванеDORAGDPR
Описание на услугитеДетайлно, с SLAОбщо описание
Локации на данниЗадължителноПо преценка
Одитни праваЗадължителни, включително on-siteПраво на одит (чл. 28(3)(h))
ПодизпълнителиПредварително одобрениеОбщо/специфично съгласие
Стратегия за прекратяване (exit strategy)Задължителна, с преходен периодНе е изрично
Уведомяване при инцидентиЗадължително, с конкретни сроковеБез забавяне (чл. 33(2))
Регистър на доставчицитеЗадължителен — подава се до регулатораВ регистъра по чл. 30

Критични ИКТ доставчици (CTPP)

Европейските надзорни органи (EBA, ESMA, EIOPA) могат да определят даден ИКТ доставчик като критичен (CTPP), ако той обслужва голям брой финансови институции или предоставя трудно заменими услуги. Критичните доставчици подлежат на пряк надзор от ЕС, включително инспекции на място и задължителни препоръки.

Регистър на ИКТ доставчиците

Всяка финансова институция е длъжна да поддържа пълен регистър на всички договорни отношения с ИКТ доставчици. Регистърът се подава до компетентния орган (БНБ или КФН) и трябва да включва информация за критичността на услугите, зависимостите и концентрационния риск.

DORA vs NIS2 vs GDPR

DORA, NIS2 и GDPR имат различен фокус, но се припокриват в редица области. Ключовият принцип е, че DORA е специален закон (lex specialis) за финансовия сектор — когато DORA и NIS2 се припокриват, DORA има предимство.

ПараметърDORANIS2GDPR
Тип актРегламент (директно)Директива (транспониране)Регламент (директно)
ОбхватФинансов сектор + ИКТ доставчици18+ сектора (вкл. финансов)Всички обработващи лични данни
ФокусИКТ оперативна устойчивостКиберсигурност (мрежи и информационни системи)Защита на лични данни
Lex specialisДа — за финансиОбщ режимОбщ режим (данни)
Първо уведомление4h (макс. 24h)24h (ранно предупреждение)72h (data breach)
Финален доклад1 месец1 месец
ТестванеЕжегодно + TLPT на 3 годиниПо преценка на държаватаDPIA (за обработка с висок риск)
ДоставчициДетайлни изисквания + пряк надзор на CTPPОбщи изисквания за верига на доставки (supply chain)Договор по чл. 28
ГлобиДо 2% оборот + лични санкцииДо 10 млн. EUR / 2% оборотДо 20 млн. EUR / 4% оборот
Компетентен орган (БГ)БНБ / КФНСекторни органи / CERTКЗЛД

Lex specialis принцип (чл. 1(2) DORA)

Когато финансова институция попада едновременно под DORA и NIS2, DORA има предимство по въпросите на ИКТ risk management, incident reporting и тестване. Институцията прилага DORA, а не NIS2 в тези области. GDPR обаче продължава да се прилага паралелно по въпросите за защита на личните данни.

DORA в България

Макар DORA да не изисква транспониране, България прие на 8 юли 2025 г. допълнителен закон, който определя националните компетентни органи и специфичните процедури за прилагане.

Компетентни органи

ОрганОбхват
Българска народна банка (БНБ)Банки, кредитни институции, платежни институции, институции за електронни пари
Комисия за финансов надзор (КФН)Застрахователи, инвестиционни посредници, пенсионни фондове, управляващи дружества, CASP, crowdfunding платформи

Персонална отговорност на ръководството

Националният закон предвижда персонална отговорност на членовете на управителните органи при неспазване на DORA. Това включва:

Лична отговорност — нов стандарт

За разлика от GDPR, където глобите се налагат предимно на организацията, DORA изрично предвижда лични санкции за членовете на ръководството. Това означава, че CEO, CFO и CTO носят лична отговорност за неадекватна ИКТ рамка.

Глоби и санкции

DORA предвижда строг санкционен режим, който варира в зависимост от типа субект:

За финансови институции

За критични ИКТ доставчици (CTPP)

Фактори за определяне на глобата

Утежняващ факторСмекчаващ фактор
Продължителност и тежест на нарушениетоБързо предприемане на коригиращи мерки
Системни слабости в управлениетоЕфективно сътрудничество с регулатора
Умишлено действие или груба небрежностПърво нарушение
Предишни нарушенияДоброволно уведомяване
Отказ от сътрудничествоИнвестиции в подобряване на ИКТ рамката
„DORA превръща ИКТ устойчивостта от технически въпрос в стратегически приоритет на борда на директорите. Персоналната отговорност на ръководството е сигнал, че ЕС не приема оправдания от типа «IT отделът се занимава с това».“

Често задавани въпроси

Прилага ли се DORA директно в България?

Да. DORA е регламент на ЕС (Regulation 2022/2554), което означава, че се прилага директно без необходимост от транспониране. В България БНБ и КФН са определени като компетентни органи съгласно закона от 8 юли 2025 г.

Какви са сроковете за докладване на ИКТ инциденти?

DORA предвижда три фази: първоначално уведомление до 4 часа от класификацията (максимум 24 часа от инцидента), междинен доклад до 72 часа и финален доклад до 1 месец. При теч на лични данни се докладва паралелно и на КЗЛД по GDPR. Вижте пълното ръководство за реакция при теч на данни.

Трябва ли малките финансови институции да спазват DORA?

Да, но с облекчения. Чл. 16 предвижда опростена ИКТ рамка за микропредприятия (под 10 служители и под 2 млн. EUR оборот). Задълженията за докладване на инциденти и управление на доставчици се прилагат за всички. За по-широк контекст вижте нашата статия за GDPR одит за бизнеса.

Каква е връзката между DORA и GDPR?

DORA и GDPR се допълват. DORA покрива оперативната устойчивост на ИКТ системите, а GDPR — защитата на личните данни. При data breach, който е и ИКТ инцидент, се прилагат двата режима паралелно с различни срокове и органи. Договорните изисквания на DORA (чл. 28–44) допълват изискванията на чл. 28 от GDPR за договори за обработка.

Тази статия отразява правното положение към 23 март 2026 г. Информацията е с информативен характер и не представлява правна консултация. За конкретен правен съвет, моля свържете се с нас.

GDPR + DORA съответствие за финансови институции

Нашият екип от юристи и IT специалисти предлага цялостно решение за привеждане в съответствие с DORA и GDPR — от анализ на пропуските до внедряване на ИКТ рамка.

Заявете безплатна консултация →
Сподели:

Получавайте нови статии директно в пощата си

Практически анализи по GDPR и киберсигурност. Без спам.

Можете да се отпишете по всяко време. Политика за поверителност

Адв. Десислава Димитрова
Адв. Десислава Димитрова & Адв. Йордан Чолаков
Dimitrova, Cholakov & Partners · Innovires

Адв. Димитрова е CIPP/E сертифициран специалист по защита на лични данни с дългогодишен опит в правото на ЕС. Адв. Чолаков е експерт по GDPR съответствие, международни трансфери на данни и whistleblowing. Заедно консултират над 90 компании за пълно GDPR съответствие.