Gap analysis DORA
«Valutiamo il livello di conformità attuale rispetto ai requisiti del Regolamento DORA e individuiamo le lacune prioritarie per il tuo piano di adeguamento.»
Rispetta il Regolamento DORA (Digital Operational Resilience Act) con una consulenza specializzata: gap analysis, gestione del rischio ICT, requisiti per i fornitori terzi, test di resilienza e notifica degli incidenti per gli enti finanziari soggetti al Regolamento (UE) 2022/2554.
Consulenza gratuita DORA
Ti rispondiamo entro 24 ore
Sei aree di intervento per coprire i cinque pilastri del Regolamento DORA con un piano di adeguamento proporzionato al profilo di rischio del tuo ente.
Valutazione del livello di conformità attuale rispetto ai cinque pilastri del Regolamento DORA: individuazione delle lacune, priorità delle azioni e roadmap di adeguamento proporzionata alle dimensioni e al rischio dell’ente.
Progettazione e implementazione del quadro di gestione del rischio ICT ai sensi dell’articolo 6 DORA: politiche, classificazione degli asset, controlli di sicurezza, piano di continuità e riesame da parte dell’organo di governo.
Implementazione del processo di classificazione, gestione e notifica degli incidenti ICT gravi a Banca di Spagna, CNMV o DGSFP, nel rispetto dei termini e dei criteri di DORA.
Revisione e adeguamento dei contratti con i fornitori ICT ai requisiti DORA: clausole obbligatorie, registro, classificazione dei CTPP e due diligence.
Coordinamento dei test di resilienza DORA: test di base annuali e TLPT per gli enti significativi secondo il quadro TIBER-EU.
Programmi di formazione per consigli di amministrazione, team IT, compliance e operations sui requisiti e sugli obblighi del Regolamento DORA.
Gestione del rischio ICT, notifica degli incidenti, test di resilienza, fornitori terzi e scambio di informazioni: ogni pilastro ha i propri termini, ruoli ed evidenze richieste.
«Valutiamo il livello di conformità attuale rispetto ai requisiti del Regolamento DORA e individuiamo le lacune prioritarie per il tuo piano di adeguamento.»
«Progettiamo e implementiamo il quadro di gestione del rischio ICT richiesto da DORA: politiche, controlli, ruoli e procedure approvati dall’organo di governo.»
«Rivediamo i contratti con i fornitori ICT, individuiamo quelli critici, adeguiamo le clausole ai requisiti DORA e predisponiamo il registro delle informazioni richiesto.»
«Implementiamo le procedure di classificazione e notifica degli incidenti ICT e coordiniamo i test TLPT richiesti da DORA per gli enti significativi.»
DORA si applica da gennaio 2025. Gli enti che non hanno ancora avviato l’adeguamento sono esposti a sanzioni amministrative, alla responsabilità dell’alta direzione e a un danno reputazionale nei confronti dell’autorità di vigilanza.
Obbligo di legge da gennaio 2025: il Regolamento DORA è direttamente applicabile in tutta l’UE. Gli enti che non lo rispettano sono esposti a sanzioni amministrative rilevanti e alla vigilanza attiva di Banca di Spagna, CNMV o DGSFP.
Ambito di applicazione ampio: DORA riguarda banche, assicurazioni, società di gestione di fondi, imprese di investimento, istituti di pagamento, prestatori di servizi per le cripto-attività (MiCA) e i loro fornitori ICT critici (CTPP).
Rischi della catena di fornitura ICT: una violazione presso un fornitore cloud o software può generare incidenti che l’ente finanziario deve notificare entro termini molto stretti (4 ore dalla classificazione).
DORA attribuisce all’organo di amministrazione la responsabilità di approvare, supervisionare e riesaminare il quadro di rischio ICT. L’ignoranza non esonera dalla responsabilità.
Le violazioni molto gravi possono comportare sanzioni fino al 2% del fatturato annuo totale, oltre all’inabilitazione dei dirigenti responsabili.
La mancata notifica nei termini di un incidente ICT grave costituisce di per sé una violazione del Regolamento DORA, sanzionabile direttamente in via amministrativa.
Una gap analysis iniziale individua in poche settimane le lacune prioritarie, il regime di proporzionalità applicabile e il piano di adeguamento più efficiente per il tuo ente.
Il Regolamento DORA (Digital Operational Resilience Act), Regolamento (UE) 2022/2554, è la norma europea che stabilisce i requisiti di resilienza operativa digitale per gli enti finanziari. Si applica dal 17 gennaio 2025 ed è direttamente applicabile in tutti gli Stati membri, senza bisogno di recepimento.
Il suo obiettivo è garantire che gli enti finanziari siano in grado di prevenire, affrontare e superare qualsiasi tipo di interruzione e di incidente legato alle ICT. Non è una raccomandazione: è un obbligo di legge con un regime sanzionatorio.
L’ambito di applicazione di DORA è molto ampio. Sono soggetti enti creditizi, imprese di investimento, istituti di pagamento e IMEL, società di gestione di fondi (SGIIC, AIFM), imprese di assicurazione e di riassicurazione, fondi pensione, prestatori di servizi per le cripto-attività (CASP ai sensi di MiCA), piattaforme di crowdfunding e i loro fornitori ICT critici (CTPP).
Se il tuo ente opera nel settore finanziario nell’UE, è molto probabile che rientri in DORA. Il primo passo è determinare il livello di applicazione e il regime di proporzionalità.
I servizi DORA si articolano intorno ai cinque pilastri del Regolamento, che rappresentano le aree di conformità obbligatoria:
L’articolo 6 di DORA richiede un quadro di gestione del rischio ICT documentato, approvato dall’organo di governo e riesaminato almeno una volta l’anno. Deve coprire identificazione, protezione, rilevamento, risposta e ripristino rispetto ai rischi ICT.
L’alta direzione non può delegare la responsabilità: DORA richiede che l’organo di amministrazione approvi e supervisioni direttamente questo quadro.
I fornitori terzi critici di servizi ICT (CTPP) sono designati dalle Autorità europee di vigilanza (EBA, ESMA, EIOPA) in base al loro impatto sistemico. Sono soggetti a vigilanza diretta a livello europeo.
I principali fornitori cloud (Microsoft Azure, Amazon AWS, Google Cloud) sono tra i candidati naturali. Gli enti che li utilizzano per funzioni critiche devono adeguare i contratti, partecipare alle ispezioni e disporre di piani di uscita documentati.
I contratti con i fornitori ICT che supportano funzioni critiche devono includere clausole obbligatorie: descrizione del servizio, SLA, diritti di audit, portabilità dei dati e piano di uscita.
DORA stabilisce un regime armonizzato di notifica degli incidenti ICT gravi, con termini molto stretti:
La mancata notifica nei termini costituisce di per sé una violazione del Regolamento DORA, sanzionabile. Avere la procedura già attiva prima che si verifichi l’incidente è l’unica garanzia reale.
I tempi variano in base alle dimensioni dell’ente, alla sua maturità in materia di cybersicurezza e all’entità delle lacune individuate:
Poiché DORA si applica da gennaio 2025, gli enti che non hanno ancora avviato il percorso devono agire con urgenza per ridurre la propria esposizione regolamentare e reputazionale.
DORA e NIS2 coesistono, ma DORA prevale come lex specialis per gli enti finanziari in materia di gestione del rischio ICT. Un ente finanziario che rispetta DORA è considerato allineato ai requisiti equivalenti di NIS2.
A differenza di NIS2, che ha un ambito settoriale più ampio, DORA è pensato esclusivamente per il settore finanziario, con requisiti molto più dettagliati: termini di notifica più stringenti, test TLPT specifici e un regime di vigilanza sui fornitori terzi senza equivalente in NIS2.
DORA non è solo un progetto IT: ha dimensioni giuridiche, contrattuali, di governance societaria e di compliance normativa che richiedono il coinvolgimento attivo dell’ufficio legale, della compliance e dell’alta direzione, non solo del team tecnologico.
DORA richiede l’approvazione e la supervisione attiva dell’organo di amministrazione. Senza il coinvolgimento di legale, compliance e alta direzione, il quadro di rischio ICT nasce privo del sostegno di governance che il Regolamento richiede.
Adeguare a DORA tutti i contratti con i fornitori ICT, soprattutto con decine di fornitori attivi, è un compito di grande portata che richiede mesi di coordinamento tra legale, acquisti e IT.
DORA non chiede solo di essere conformi: chiede di poter dimostrare la conformità all’autorità di vigilanza in qualsiasi momento. La tracciabilità documentale di ogni decisione, politica e test eseguito è essenziale.
Se vuoi avviare l’adeguamento a DORA del tuo ente, consulta i nostri servizi di regolamentazione fintech o l’area di compliance fintech integrale.
Il Regolamento DORA non si rispetta con un documento: è un insieme di processi vivi (gestione del rischio ICT, notifica degli incidenti, fornitori terzi e test di resilienza) che si dimostrano con la tracciabilità di fronte all’autorità di vigilanza.
1) Rischi ICTSenza un quadro documentato, approvato dal consiglio e riesaminato ogni anno, il resto della compliance DORA non ha basi. È il primo elemento che l’autorità di vigilanza controlla.
2) Incidenti4 ore per la notifica iniziale, 72 ore per la relazione intermedia, 1 mese per la relazione finale. Senza un processo attivo, qualsiasi incidente grave è anche una violazione di DORA.
3) Terze parti ICTAdeguare i contratti con tutti i fornitori ICT, individuare i CTPP e documentare la due diligence è il blocco che richiede più tempo e quello più sottovalutato all’inizio.
4) TestTutti gli enti devono eseguire test di base annuali. Gli enti significativi devono coordinare i TLPT con fornitori certificati secondo il quadro TIBER-EU, con cadenza minima di tre anni.
Decisione rapidaRegime semplificato: quadro ICT di base, test di base. Nessun TLPT obbligatorio. Analisi di proporzionalità documentata.
Quadro ICT completo, processo sugli incidenti, contratti con clausole DORA e test di base annuali con piano di rimedio.
Quadro ICT completo + TLPT triennale + vigilanza sui CTPP + partecipazione alle ispezioni di vigilanza europee.
Quadro documentato, approvato dal consiglio, con inventario degli asset, politiche di sicurezza e piano di continuità ICT riesaminato ogni anno.
Politica di rischio ICT approvata, inventario degli asset, verbali del consiglio e registro degli aggiornamenti.
Processo di classificazione, gestione e notifica a Banca di Spagna / CNMV / DGSFP nei termini DORA (4h, 72h, 1 mese).
Procedura di notifica, registro degli incidenti, relazioni inviate all’autorità di vigilanza e piano di rimedio.
Test di base annuali per tutti gli enti; TLPT triennale per gli enti significativi secondo TIBER-EU.
Relazioni sui test, piano di rimedio per le carenze e, per i TLPT, certificazione del fornitore e validazione da parte dell’autorità di vigilanza.
Politica di gestione del rischio dei terzi, registro dei contratti, clausole obbligatorie DORA e due diligence sui CTPP.
Registro dei fornitori ICT, contratti adeguati, relazioni di due diligence e piani di uscita documentati.
Organo di amministrazione direttamente responsabile del quadro ICT, con formazione specifica su DORA e reporting periodico sullo stato della resilienza operativa.
Verbali di approvazione, programma di formazione, prove di partecipazione e reporting al consiglio sui KPI di resilienza.
Riconoscili prima di avviare il progetto, per evitare rifacimenti ed esposizione di fronte all’autorità di vigilanza.
Se stai implementando i servizi DORA nel tuo ente, questi termini compaiono nelle politiche, nei contratti e nel rapporto con l’autorità di vigilanza. Comprenderli bene evita errori di interpretazione che poi si pagano nel procedimento di vigilanza.
Regolamento (UE) 2022/2554, applicabile dal 17 gennaio 2025. Quadro armonizzato di resilienza operativa digitale per gli enti finanziari in tutta l’UE.
Sistema documentato di identificazione, protezione, rilevamento, risposta e ripristino rispetto ai rischi ICT. Deve essere approvato e supervisionato dall’organo di amministrazione.
Incidente ICT che supera le soglie stabilite negli RTS di DORA. Deve essere notificato all’autorità di vigilanza entro 4 ore (iniziale), 72 ore (intermedia) e 1 mese (finale).
Threat-Led Penetration Testing: test avanzati obbligatori per gli enti significativi con cadenza minima di tre anni, secondo il quadro TIBER-EU.
Fornitori ICT designati da EBA, ESMA o EIOPA in base al loro impatto sistemico. Sono soggetti a vigilanza diretta europea. Microsoft Azure, AWS e Google Cloud sono candidati naturali.
Gli enti piccoli e non interconnessi possono avvalersi di un regime semplificato per alcuni requisiti. La determinazione richiede un’analisi documentata secondo i criteri degli RTS.
Regulatory Technical Standards e Implementing Technical Standards sviluppati da EBA, ESMA ed EIOPA, che dettagliano i requisiti specifici di ciascun pilastro del Regolamento DORA.
Framework della BCE per i test di penetrazione guidati dalle minacce (TLPT). In Spagna è coordinato da Banca di Spagna e CNMV. Base metodologica per i TLPT DORA.
Valutazione iniziale del grado di conformità attuale rispetto ai cinque pilastri di DORA. Individua le lacune, determina il regime di proporzionalità e produce la roadmap di adeguamento.
Raccontaci la situazione del tuo ente e ti spieghiamo quali servizi DORA sono prioritari e come strutturare in modo efficiente il piano di adeguamento.
Il Regolamento DORA (Digital Operational Resilience Act) è la prima norma europea che stabilisce un quadro armonizzato e completo di resilienza operativa digitale specifico per il settore finanziario. Si applica dal 17 gennaio 2025 ed è direttamente applicabile in tutti gli Stati membri, senza bisogno di recepimento nazionale. A differenza di NIS2, che ha un ambito settoriale più ampio, DORA è pensato esclusivamente per gli enti finanziari e per i loro fornitori ICT critici, con requisiti molto più dettagliati e un regime di vigilanza specifico.
DORA si applica a oltre venti tipi di enti finanziari regolamentati nell’UE. Il Regolamento incorpora però il principio di proporzionalità: gli enti piccoli e non interconnessi hanno accesso a un regime semplificato per alcuni requisiti. Stabilire se un ente può avvalersi del regime semplificato richiede un’analisi preventiva dei criteri fissati dagli RTS di EBA, ESMA ed EIOPA, che deve essere documentata e, in molti casi, comunicata all’autorità di vigilanza.
In Spagna la vigilanza sul rispetto di DORA spetta a tre autorità, a seconda del tipo di ente: la Banca di Spagna per enti creditizi, istituti di pagamento e IMEL; la CNMV per imprese di investimento, società di gestione e piattaforme; la DGSFP (Direzione generale delle assicurazioni e dei fondi pensione) per assicurazioni e fondi pensione. Il recepimento del regime sanzionatorio di DORA avviene tramite modifiche alle leggi settoriali spagnole.
Una delle novità più rilevanti di DORA è l’istituzione di un regime di vigilanza diretta da parte delle Autorità europee di vigilanza (EBA, ESMA, EIOPA) sui fornitori terzi critici di servizi ICT (CTPP). I principali fornitori cloud — Microsoft Azure, Amazon AWS, Google Cloud — sono tra i candidati naturali a essere designati CTPP. Gli enti che li utilizzano per funzioni critiche devono prepararsi alle implicazioni contrattuali e operative di questa designazione.
DORA e NIS2 coesistono, ma DORA prevale come lex specialis per gli enti finanziari in materia di gestione del rischio ICT. Un ente finanziario che rispetta DORA è considerato allineato ai requisiti equivalenti di NIS2. Gli enti finanziari non devono ignorare NIS2, ma DORA è la norma di riferimento prioritaria per il loro quadro di resilienza operativa digitale.
Normativa di riferimento, con link al testo ufficiale:
Normativa e link verificati a .