Aller au contenu
Sécurité medium

Règlement DORA (UE 2022/2554) : résilience opérationnelle numérique

5 min de lecture

Le règlement DORA (Digital Operational Resilience Act, UE 2022/2554) impose au secteur financier européen un cadre unique de résilience face aux risques numériques. Il est applicable depuis le 17 janvier 2025 En vigueur. Cette page explique ce que DORA exige, qui est concerné (banques, assurances et leurs prestataires informatiques), et comment SOCLE aide à transformer ces obligations en exigences techniques vérifiables. Public visé : RSSI, équipes conformité et plateformes des entités financières et de leurs fournisseurs.

  • Distinguer le règlement DORA des métriques DevOps du même acronyme
  • Identifier si votre organisation entre dans le périmètre
  • Comprendre les cinq piliers de DORA
  • Relier le risque lié aux prestataires aux exigences SOCLE

Premier point pour éviter toute confusion : ce DORA réglementaire n'a aucun rapport avec les métriques DORA (DevOps Research and Assessment, les quatre indicateurs de performance de livraison). Si vous cherchez ces dernières, voyez plutôt les métriques DORA et leur mise en œuvre. Ici, il s'agit d'un règlement européen contraignant.

DORA harmonise les règles de gestion du risque lié aux technologies de l'information et de la communication (TIC) pour le secteur financier. Avant lui, ces exigences étaient éparpillées entre directives nationales et lignes directrices sectorielles. Le règlement crée un socle commun directement applicable dans tous les États membres, sans transposition.

L'objectif : garantir qu'une entité financière puisse résister, réagir et se rétablir face à un incident numérique (panne, cyberattaque, défaillance d'un prestataire), sans menacer la stabilité du système financier.

Le périmètre est large : une vingtaine de types d'entités financières (banques, assurances, établissements de paiement, sociétés de gestion, plateformes de crypto-actifs, etc.). Surtout, DORA s'étend aux prestataires tiers de services TIC, dont les fournisseurs cloud. Un éditeur ou un hébergeur qui sert le secteur financier devient donc concerné par ricochet via ses contrats.

Le règlement s'articule autour de cinq blocs complémentaires.

  1. Gestion du risque TIC : un cadre de gouvernance porté par l'organe de direction, avec cartographie des actifs, protection, détection et plans de continuité.
  2. Gestion et notification des incidents : classification harmonisée et signalement des incidents majeurs aux autorités dans des délais stricts.
  3. Tests de résilience : tests réguliers, jusqu'aux TLPT (tests d'intrusion guidés par la menace) pour les entités les plus critiques.
  4. Gestion du risque lié aux prestataires TIC : registre d'information des contrats, clauses obligatoires, et supervision directe des prestataires critiques (CTPP) par les autorités européennes.
  5. Partage d'informations sur les cybermenaces, sur une base volontaire.

DORA fixe des obligations ; SOCLE fournit les exigences techniques qui les rendent démontrables. Les correspondances les plus directes :

Plutôt que de cocher des cases, vous reliez chaque obligation à des preuves de pipeline via la cartographie SOCLE.

  • DORA est un règlement contraignant du secteur financier, applicable depuis le 17 janvier 2025, à ne pas confondre avec les métriques DORA DevOps.
  • Il s'applique aussi aux prestataires TIC (dont le cloud) via la chaîne contractuelle.
  • Ses cinq piliers couvrent risque TIC, incidents, tests, risque tiers et partage d'informations.
  • SOCLE traduit surtout le risque fournisseurs et la détection des incidents en exigences concrètes.

Ce site vous est utile ?

Sachez que moins de 1% des lecteurs soutiennent ce site.

Je maintiens +700 guides gratuits, sans pub ni tracking. Un soutien, même symbolique, m'aide à couvrir l'hébergement et à garder ces ressources gratuites. Merci pour votre appui.

Le formulaire ne s'affiche pas ? Ouvrir Ko-fi dans un onglet.

Abonnez-vous et suivez mon actualité DevSecOps sur LinkedIn