Secani
Secani
  • Partnerzy
Zaloguj sięRozpocznij prezentację

Podsumować z AI

Otwórz w ChatGPTOtwórz w ClaudeOtwórz w PerplexityOtwórz w MistralOtwórz w Grok
SIBB Stargate
Berlin
Współfinansowane przez Unię Europejską
for Startupsby
Secani

Jonathan Bezdek

Wörther Straße 9

10435 Berlin


hello@secani.com

Produkt

  • Secani Agent
  • Plan działania
  • Dokumentacja
  • OSCAL
  • Kontrola stosowania NIS2
  • Test wdrożenia NIS2
  • Ramy

Prawne

  • Polityka prywatności
  • Warunki
  • Ustawienia plików cookie
  • Obwieszczenie prawne
  • humans.txt
  • lawyers.txt
  • security.txt

Przedsiębiorstwo

  • Przedsiębiorstwo
  • Kontakt
  • Blog
  • Marka

Wsparcie

  • Pomoc
  1. Strona główna›
  2. Ramy i standardy›
  3. DORA

DORA.

Unijne rozporządzenie o cyfrowej odporności operacyjnej sektora finansowego: zakres zastosowania, główne obowiązki i bieżące wykazywanie ich realizacji.

  • Rozporządzenie (UE) 2022/2554
  • ·Autor: Derya Altinay
  • ·Stan na: 22.10.2026
  • ·Czas czytania: 7 min

Krótka odpowiedź.

DORA to unijne rozporządzenie o cyfrowej odporności operacyjnej sektora finansowego. Od 17 stycznia 2025 r. wymaga od objętych podmiotów finansowych skutecznego zarządzania ryzykiem ICT, incydentami, testami odporności i zależnościami od dostawców. Obowiązki zależą od roli i zakresu zastosowania; ogólny certyfikat nie zastępuje ich bieżącej realizacji.

Rozporządzenie DORA reguluje bieżącą działalność.

DORA oznacza Digital Operational Resilience Act i określa rozporządzenie (UE) 2022/2554 o cyfrowej odporności operacyjnej sektora finansowego. Rozporządzenie stosuje się od 17 stycznia 2025 r. Jego celem jest umożliwienie utrzymania i przywracania usług finansowych także przy poważnych zakłóceniach ICT. Komisja Europejska ujmuje zapobieganie, ograniczanie skutków i odtwarzanie łącznie jako zadanie odporności.

DORA wykracza poza odpieranie cyberataków. Na usługi finansowe mogą wpływać również awarie techniczne, nieskuteczne procedury odtwarzania i zależności od usług zewnętrznych. Decydujące jest więc współdziałanie odpowiedzialności biznesowej, technologii i dostawców. Sam zbiór polityk bezpieczeństwa nie pokazuje, czy proces płatniczy rzeczywiście zadziała po zakłóceniu.

Uzupełniające regulacyjne i wykonawcze standardy techniczne konkretyzują rozporządzenie. Oficjalny rejestr Komisji zawiera między innymi akty dotyczące zgłaszania incydentów i podwykonawstwa. Wdrożenie wymaga więc uwzględnienia właściwych przepisów ostatecznych i wymagań organu nadzoru. Stara lista kontrolna lub ogólny kalendarz zgłoszeń nie zastępują tej analizy.

Jakich podmiotów finansowych i dostawców dotyczy DORA.

DORA obejmuje określone podmioty sektora finansowego zgodnie z art. 2 rozporządzenia (UE) 2022/2554. Są to na przykład instytucje kredytowe, instytucje płatnicze, firmy inwestycyjne i zakłady ubezpieczeń, z uwzględnieniem ustawowych wyjątków. Określenie FinTech, start-up lub MŚP nie rozstrzyga tej kwestii. EIOPA wyjaśnia w ostatecznej odpowiedzi DORA 136–3193, że klasyfikacja opiera się na rodzaju podmiotu i nie można wyłączać współdzielonych ICT wyłącznie na podstawie pojedynczych działań.

Zwykły zewnętrzny dostawca usług ICT pełni inną rolę niż objęty podmiot finansowy. Klienci finansowi mogą wymagać zobowiązań umownych, wsparcia przy incydentach i wiarygodnych dowodów. Należy odróżnić to od formalnego wyznaczenia jako kluczowego zewnętrznego dostawcy usług ICT przez europejskie organy nadzoru zgodnie z art. 31 DORA. Samo wspieranie krytycznej funkcji klienta nie oznacza takiego wyznaczenia, jak wyjaśniają informacje ESMA o ramach nadzoru.

Proporcjonalność oznacza uzasadnione dostosowanie obowiązków do przedsiębiorstwa i jego ryzyk. Nie jest ogólnym zwolnieniem małych przedsiębiorstw. Uproszczone ramy zarządzania ryzykiem ICT zgodnie z art. 16 DORA wymagają osobnej analizy. Przed ustaleniem zakresu wdrożenia należy wspólnie udokumentować rolę, możliwe wyjątki, właściwy organ i uzasadnienie klasyfikacji.

Wymagania DORA łączą sześć obszarów pracy.

Wymagania DORA wiążą kierownictwo, zarządzanie ryzykiem i weryfikowalną działalność. Poniższy przegląd grupuje główne obszary rozporządzenia; wymiana informacji o cyberzagrożeniach jest dobrowolna. ESMA opisuje te tematy i odsyła do odpowiednich standardów technicznych konkretyzujących wymagania.

  • Kierownictwo i odpowiedzialność.

    Organ zarządzający odpowiada za zarządzanie ryzykiem ICT zgodnie z art. 5 DORA. Obejmuje to ramy łączące decyzje, kompetencje i potrzebne zasoby. Zlecanie usług zewnętrznych nie znosi odpowiedzialności podmiotu finansowego. Kierownictwo musi mieć wgląd w istotne ryzyka i decyzje oczekujące na podjęcie.

  • Zarządzanie ryzykiem ICT i ciągłość działania.

    Art. 5–16 DORA dotyczą ram zarządzania ryzykiem ICT, w tym szczególnych zasad ram uproszczonych. Identyfikacja, ochrona, wykrywanie, reagowanie, odtwarzanie i uczenie się tworzą całość. Punktem odniesienia jest dana funkcja finansowa z jej systemami i zależnościami. Udokumentowanemu celowi odtwarzania muszą odpowiadać zdolności techniczne i organizacyjne.

  • Obsługa i zgłaszanie incydentów.

    Art. 17–23 DORA regulują incydenty związane z ICT i ich zgłaszanie. Osoby odpowiedzialne muszą oceniać skutki, dokonywać właściwej klasyfikacji i organizować wymagane zgłoszenia. Szczegóły wynikają dodatkowo z właściwych standardów technicznych. Awarię dostawcy należy więc najpierw ocenić merytorycznie, zamiast automatycznie przyjmować ten sam status zgłoszenia dla wszystkich regulacji.

  • Testowanie cyfrowej odporności operacyjnej.

    Art. 24–27 DORA dotyczą testów odporności. Różne rodzaje testów odpowiadają na różne pytania: ćwiczenie kryzysowe sprawdza decyzje, a test odtwarzania założenia techniczne. Testy penetracyjne pod kątem wyszukiwania zagrożeń, w skrócie TLPT, dotyczą wybranych podmiotów finansowych. Nie stanowią ogólnego wymagania dla każdego usługodawcy finansowego ani każdego jego dostawcy.

  • Zarządzanie ryzykiem zewnętrznych dostawców ICT.

    Art. 28–30 DORA łączą ryzyka dostawców, wymagania umowne i własną odpowiedzialność podmiotu finansowego. Rejestr informacji o ustaleniach umownych dotyczących ICT należy odróżnić od dowolnej listy dostawców. Szczególnej uwagi wymagają wspieranie funkcji krytycznych lub istotnych, zależności, współpraca umowna i realne możliwości wyjścia. Odrębny nadzór nad kluczowymi dostawcami reguluje art. 31 i następne DORA.

  • Celowa wymiana informacji o zagrożeniach.

    Art. 45 DORA umożliwia porozumienia dotyczące wymiany informacji o cyberzagrożeniach. Udział jest dobrowolny i wymaga jasnych zasad poufności i wykorzystania. Wymiana informacji uzupełnia własne działania bezpieczeństwa; nie zastępuje ani oceny incydentu, ani wymaganego zgłoszenia właściwemu organowi.

Wdrożenie DORA: od roli do zweryfikowanej zdolności.

  1. Ustalenie roli i odpowiedzialności.

    Należy udokumentować dla danego podmiotu zakres zastosowania, wyjątki, relację nadzorczą i osoby odpowiedzialne, aby dalsze prace opierały się na uzasadnionej klasyfikacji.

  2. Opis funkcji finansowych i zależności.

    Należy powiązać ważne funkcje z rzeczywiście używanymi systemami, informacjami i usługami zewnętrznymi, aby rozpoznać możliwe skutki zakłóceń i wspólne zależności.

  3. Ocena ryzyk i ustaleń umownych.

    Wspólnie z jednostką merytoryczną, technologią i zakupami należy sprawdzić, czy środki, zobowiązania dostawców i umowy wspierają wymaganą ciągłość oraz gdzie potrzebne są decyzje kierownictwa.

  4. Ćwiczenie obsługi incydentów i odtwarzania.

    Na podstawie odpowiednich scenariuszy należy przećwiczyć wykrywanie, ocenę, eskalację i odtwarzanie wraz z wymaganą współpracą z dostawcami oraz udokumentować wyniki.

  5. Aktualizowanie dowodów i zmian.

    Po istotnych zmianach i nowych ustaleniach należy sprawdzać spójność odpowiedzialności, rejestrów, procedur i testów oraz rzeczywiste usunięcie wykrytych słabości.

Dowody realizacji DORA powstają w bieżącej działalności.

Realizację DORA wykazuje się przejrzystymi decyzjami i weryfikowalnym wdrożeniem. W zależności od obowiązku obejmują one oceny ryzyka, ustalenia dotyczące ciągłości, zapisy incydentów, wyniki testów i dokumentację umów ICT. Dowód powinien wskazywać, jakiego podmiotu i funkcji dotyczy oraz co rzeczywiście sprawdzono. Protokół testu z otwartymi problemami nie potwierdza, że problemy te zostały już usunięte.

Właściwe organy nadzorują podmioty finansowe w ramach prawa, między innymi zgodnie z art. 46 i następnymi DORA. Odrębny jest europejski nadzór nad formalnie wyznaczonymi kluczowymi zewnętrznymi dostawcami usług ICT zgodnie z art. 31–44. ESMA opisuje go jako uzupełnienie własnej odpowiedzialności i istniejącego nadzoru nad podmiotami finansowymi. Ogólny certyfikat DORA o jednolitej ważności nie zastępuje tych relacji i obowiązków.

Czytaj dalej na blogu.

  • Gotowość do DORA podmiotów finansowych i dostawców ICTSzczegółowy przewodnik operacyjny o rolach, zależnościach i testach z przykładem usługi płatniczej.
  • Ryzyko stron trzecich w RODO, NIS2 i DORAŁączne zarządzanie różnymi decyzjami dotyczącymi dostawców i relacji usługowych.

DORA a inne ramy i standardy.

DORA stanowi dla objętych podmiotów finansowych sektorowy akt prawa Unii w odpowiednich obszarach względem NIS2; nie oznacza to ogólnego zwolnienia każdej grupy finansowej ani jej łańcucha dostaw ze wszystkich obowiązków BSIG. ISO 27001 może uporządkować organizacyjnie SZBI, ale nie zastępuje wymagań DORA ani dowodów ich realizacji. Obowiązki RODO należy oceniać osobno, szczególnie gdy zakłócenie dotyczy także danych osobowych.

  • NIS2 w NiemczechZakres i obowiązki zgodnie z BSIG.
  • ISO 27001System zarządzania bezpieczeństwem informacji.
  • RODOOsobna analiza obowiązków ochrony danych i decyzji o zgłaszaniu.

W Secani.

Secani zawiera autorski katalog DORA oparty na rozporządzeniu (UE) 2022/2554 z wybranymi aktami uzupełniającymi. Dane profilu rozróżniają między innymi potwierdzone podmioty finansowe oraz pełne i uproszczone ramy. Wspierają udokumentowaną pracę; nie dokonują automatycznej klasyfikacji prawnej. Katalog nie jest ani urzędowym tłumaczeniem, ani potwierdzeniem zgodności z DORA.

Początek od jednego podmiotu i jednej funkcji.

Najpierw należy wybrać właściwy podmiot prawny i konkretną funkcję finansową. Trzeba zebrać ich klasyfikację, odpowiedzialność, zależności systemowe, umowy usługowe i ostatnie wyniki testów. Następnie z właściwymi osobami sprawdzić, jakie twierdzenia są już udokumentowane i jaka decyzja jest potrzebna jako kolejna. Szczegółowy przewodnik na blogu rozwija ten punkt wyjścia.

Zapytaj o demo

Źródła.

  • Rozporządzenie (UE) 2022/2554 w sprawie operacyjnej odporności cyfrowej sektora finansowego
  • Komisja Europejska: cyberodporność
  • Komisja Europejska: akty delegowane i wykonawcze do DORA
  • ESMA: DORA, główne obszary i standardy techniczne
  • ESMA: nadzór nad kluczowymi zewnętrznymi dostawcami usług ICT
  • EIOPA: DORA Q&A 136–3193 dotyczące art. 2
  • Wytyczne Komisji dotyczące art. 4 NIS2, 2023/C 328/02

Najczęstsze pytania.

Nie. Decydują podmiot prawny, jego kategoria ustawowa i możliwe wyjątki zgodnie z art. 2 DORA. Sama nazwa rynkowa lub mała wielkość przedsiębiorstwa nie przesądza ani o zastosowaniu, ani o zwolnieniu.

Nie. Wyznaczenie jako kluczowego zewnętrznego dostawcy usług ICT odbywa się w europejskich ramach nadzoru zgodnie z art. 31 DORA. Sama relacja z klientem lub wspieranie jego krytycznej funkcji nie zastępują wyznaczenia.

Nie. Testy penetracyjne pod kątem wyszukiwania zagrożeń zgodnie z art. 26 DORA dotyczą wybranych podmiotów finansowych. Pozostałe właściwe wymagania testów odporności należy sprawdzić osobno.

Nie. Certyfikat ISO 27001 potwierdza SZBI we wskazanym zakresie i nie zastępuje ustawowych obowiązków DORA. Nadal decydują właściwe wymagania, rzeczywiste wdrożenie i dowody.

Powiązanie odpowiedzialności i dowodów.

Zobacz, jak Secani wspiera realizację wymagań regulacyjnych.

Zapytaj o demo

Strona ogólnie wyjaśnia DORA i nie zastępuje analizy prawnej konkretnego przypadku. Rozstrzygające są obowiązujące akty prawne i wymagania właściwego organu nadzoru.