Szabályozás
DORA 2026: milyen digitális működési követelmények érintik a fintech cégeket?
A DORA 2025 januárja óta alkalmazandó az érintett uniós pénzügyi szervezetekre. Áttekintjük, milyen informatikai kockázatkezelési, incidensjelentési, tesztelési és külső szolgáltatói követelményekre érdemes 2026-ban figyelni.

A lényeg 30 másodpercben
A DORA a működés ellenálló képességéről szól.
2025 óta alkalmazandó
A DORA a hatálya alá tartozó pénzügyi szervezetekre 2025. január 17-től alkalmazandó.
Öt fő követelményterület
IKT-kockázatkezelés, incidensek, rezilienciatesztek, IKT-külső partnerek és információmegosztás.
Megfelelés 2026-ban is
Nyilvántartások, gyakorlatok, incidensfolyamatok és felügyeleti jelentések rendszeres karbantartása.
A DORA nem minden technológiai cégre vonatkozik közvetlenül
A DORA (EU 2022/2554) 2025. január 17. óta alkalmazandó. A közvetlen kötelezettségek az uniós rendelet által meghatározott pénzügyi szervezeti körre vonatkoznak. Egy egyszerű szoftverbeszállító nem válik automatikusan DORA-hatályú pénzügyi szervezetté, de a pénzügyi ügyfelei által elvárt szerződéses és kockázatkezelési kontrollok érinthetik. Egyes kritikus IKT-külső szolgáltatók külön uniós felügyeleti rendszer alá tartozhatnak.
Mi az a DORA, és miért fontos 2026-ban?
A Digital Operational Resilience Act – röviden DORA – az Európai Unió digitális működési ellenálló képességre vonatkozó szabályrendszere. A célja, hogy a pénzügyi szektor szereplői informatikai meghibásodások, kibertámadások és külső technológiai szolgáltatói zavarok esetén is képesek legyenek alapvető szolgáltatásaik biztonságos működtetésére vagy helyreállítására.
A rendelet 2025. január 17-étől alkalmazandó. Ezért 2026-ban már nem az a fő kérdés, mikor indul a megfelelés, hanem az, hogyan bizonyítják a vállalatok a kontrollok tényleges működését, hogyan kezelik a változásokat és az incidenseket, illetve milyen információt szolgáltatnak a felügyeletnek.
Mely fintech vállalkozásokat érintheti?
A DORA által felsorolt pénzügyi szervezetek között megtalálhatók például a hitelintézetek, a pénzforgalmi intézmények, az elektronikuspénz-kibocsátó intézmények, a számlainformációs szolgáltatók, valamint egyes befektetési, biztosítási és más pénzügyi piaci szereplők.
Az, hogy egy startup „fintechként” hivatkozik magára, önmagában nem dönti el a jogi helyzetét. A tényleges engedély, tevékenység és szervezeti státusz számít. Emellett az egyes kisebb szervezetekre arányos vagy egyszerűsített követelmények vonatkozhatnak; ezek nem azonosak egy általános mentességgel.
1. IKT-kockázatkezelés és vezetői felelősség
A DORA elvárja, hogy a pénzügyi szervezet azonosítsa és kezelje az informatikai rendszereihez, adataihoz, hozzáféréseihez és külső szolgáltatóihoz kötődő kockázatokat. A vezető testület felelőssége nem pusztán egy informatikai szabályzat jóváhagyására korlátozódik: a keretrendszer felügyelete, a szükséges erőforrások biztosítása és a rendszeres felülvizsgálat is fontos.
A gyakorlatban ide tartozhat az eszközök és kritikus funkciók nyilvántartása, a változáskezelés, a hozzáférések és mentések kontrollja, a helyreállítási forgatókönyvek, valamint a beszállítói kockázatok kezelése.
2. IKT-incidensek kezelése és jelentése
Nem minden hibajegy vagy leállás automatikusan jelentésköteles. Az érintett pénzügyi szervezeteknek az előírt kritériumok alapján kell osztályozniuk az IKT-incidenseket, és a súlyos, azaz major incidenseket a meghatározott folyamat szerint jelenteniük kell az illetékes hatóságnak.
Ezért célszerű előre kijelölni az incidensfelelősöket, kidolgozni a technikai és üzleti hatások dokumentálását, valamint rendszeresen tesztelni a kapcsolattartási és helyreállítási folyamatokat. A jelentési határidőket és részletszabályokat az alkalmazandó uniós technikai standardok és hatósági útmutatók alapján kell kezelni.
3. Digitális reziliencia tesztelése
A működési ellenálló képesség nem kizárólag szabályzat kérdése: a releváns rendszereken és folyamatokon megfelelő teszteket is kell végezni. Ezek között lehetnek sérülékenységvizsgálatok, üzletmenet-folytonossági gyakorlatok és incidens-szimulációk.
A fenyegetésvezérelt behatolási tesztelés (TLPT) a DORA keretében a meghatározott, erre kijelölt szervezeti körre vonatkozik, nem automatikusan minden kis fintech vállalkozásra.
4. Külső IKT-szolgáltatók nyilvántartása és ellenőrzése
Felhőszolgáltató, üzemeltető partner, adatfeldolgozó platform vagy szoftverszolgáltató is hordozhat működési kockázatot. A DORA a pénzügyi szervezetektől az IKT-külső szolgáltatókkal kötött szerződések megfelelő kezelését és információs nyilvántartás vezetését is megköveteli.
A szerződéses követelmények különösen lényegesek a kritikus vagy fontos funkciókat támogató szolgáltatásoknál. A kockázatkezeléshez hozzátartozhat a szolgáltatói koncentráció, az alvállalkozók, a kilépési stratégia és az incidensek közös kezelése is.
5. Fenyegetési információk megosztása
A DORA keretet biztosít bizonyos kibervédelmi információk – például fenyegetésekre és sérülékenységekre vonatkozó ismeretek – együttműködésen alapuló megosztásához. Az ilyen együttműködésnek megfelelő adatvédelmi, üzleti titokvédelmi és versenyjogi feltételek mellett kell történnie.
DORA – fontos időpontok
A szabályrendszer bevezetésének és alkalmazásának mérföldkövei.
Az uniós rendelet elfogadása
Kihirdették az (EU) 2022/2554 számú DORA-rendeletet.Részletes technikai standardok
Az európai felügyeleti hatóságok többek között az IKT-kockázatkezelés és incidensosztályozás standardjait dolgozták ki.Az alkalmazás kezdete
A DORA az érintett pénzügyi szervezetek számára alkalmazandóvá vált.Folyamatos felügyelet és megfelelés
Az IKT-beszállítói nyilvántartások, incidensfolyamatok és rezilienciakontrollok működtetése került előtérbe.
Mit ellenőrizzen egy fintech vezető 2026-ban?
A megfelelési munka jó kiindulópontja a hatályvizsgálat: pontosan melyik jogi entitás milyen engedéllyel és pénzügyi szolgáltatással működik? Ezt követheti az IKT-rendszerek és kritikus üzleti folyamatok feltérképezése, a kockázatkezelési kontrollok felülvizsgálata, az incidensfolyamatok tesztelése és a külső technológiai szerződések áttekintése.
Fontos annak ellenőrzése is, hogy az információs nyilvántartások naprakészek-e, a felelősségi körök egyértelműek-e, és rendelkezésre állnak-e az auditoroknak, valamint a felügyeletnek szükséges bizonyítékok.
Miért számít ez az Open Banking világában?
Az Open Banking-szolgáltatások banki API-kra, hálózati kapcsolatokra, ügyfélhitelesítési folyamatokra és sok esetben több technológiai beszállítóra támaszkodnak. Ezek a kapcsolatok egy hibás konfiguráció, leállás vagy kibertámadás során láncreakciót okozhatnak.
A DORA ezért nem pusztán megfelelőségi adminisztráció: a biztonságos adat- és fizetésindítási szolgáltatások megbízhatóságát is erősítheti. Ugyanakkor nem minden banki API-t használó vállalkozás válik közvetlenül DORA-hatályú pénzügyi szervezetté.
Összegzés
A DORA 2026-ban már működő követelményrendszer. Az érintett fintech szereplők számára a fontos feladat nem egy egyszeri dokumentumcsomag, hanem a kockázatkezelés, a tesztelés, az incidensjelentés és a beszállítófelügyelet folyamatos működtetése.
Tájékoztató jellegű szakmai áttekintés, 2026. október. Egy adott szervezet jogi kötelezettségeit a saját tevékenysége és az alkalmazandó technikai szabályok alapján kell meghatározni.
Elsődleges források
- Az (EU) 2022/2554 DORA rendelet szövegeEUR-Lex / Európai Unió(új ablakban nyílik meg)
- DORA – hivatalos szabályozási és felügyeleti áttekintésEurópai Bankhatóság (EBA)(új ablakban nyílik meg)
- DORA: információs nyilvántartások és jelentési felkészülésEurópai Bankhatóság (EBA)(új ablakban nyílik meg)
- IKT-kockázatkezelési és egyszerűsített keretrendszer technikai standardjaiEurópai Bankhatóság (EBA)(új ablakban nyílik meg)
- DORA – incidensek osztályozásának technikai standardjaiEurópai Bankhatóság (EBA)(új ablakban nyílik meg)
Olvass tovább

Hogyan fedezte fel a mesterséges intelligencia a PHP2Shell-hibákat?
A PHP2Shell története nemcsak egy rendkívüli kibervédelmi riasztásról szól. A Calif és a Wiz kutatói mesterséges intelligencia segítségével azonosítottak kritikus, régóta rejtőző PHP-hibákat. Megmutatjuk, hogyan jutottak el a felfedezéstől a sürgős javításokig, és ez miért fontos a weboldalaknak és a vállalkozásoknak.

Megjelent a sürgős PHP-javítás: ezeket a verziókat kell telepíteni
Megjelent a két kritikus PHP-sérülékenységet javító rendkívüli biztonsági kiadás: a PHP 8.5.12, 8.4.27, 8.3.36 és 8.2.35 már elérhető. A hibák hitelesítés nélküli távoli kódfuttatást tehetnek lehetővé, ezért a CERT-EU és a PHP fejlesztői azonnali frissítést kérnek. Cikkünkben a pontos verziókat, a régi rendszerek helyzetét és a lekapcsolt szolgáltatások fejleményeit is követjük.