Come analizzare il mercato della cyber sicurezza secondo il modello europeo

redatto da Aryon Solutions | Cyber Security | 20 Maggio 2026

L’ENISA Cybersecurity Market Analysis Framework (ECSMAF) V3.0 è un modello strutturato per monitorare e analizzare il mercato della cybersicurezza nell’Unione Europea. Questa versione aggiornata mira a fornire dati precisi per orientare le politiche comunitarie, allineandosi a normative recenti come il Cyber Resilience Act e la Direttiva NIS 2. Il framework si articola in sette fasi operative, che guidano gli analisti dall’avvio dello studio fino alla diffusione dei risultati, garantendo rigore metodologico e trasparenza. La flessibilità del sistema permette di gestire sia analisi pianificate a lungo termine sia richieste ad hoc urgenti, adattandosi a diverse disponibilità di risorse. Attraverso l’uso di modelli riutilizzabili e tassonomie condivise, l’ENISA intende promuovere una comprensione comune delle dinamiche tra domanda e offerta nel settore digitale. L’obiettivo finale è rafforzare l’economia connessa europea, identificando tendenze, vulnerabilità e opportunità di investimento per garantire una maggiore resilienza cibernetica.

 

Quali sono le sette fasi del framework ECSMAF?

Il framework ENISA Cybersecurity Market Analysis Framework (ECSMAF) comprende sette fasi (o passaggi) strutturate per guidare gli analisti nella conduzione di un’analisi del mercato della cybersicurezza:

  1. Fase 1 – Avviare l’analisi: In questa fase si definisce la direzione analitica dello studio, assicurando l’allineamento con il mandato e le priorità strategiche dell’ENISA e giustificando la selezione del segmento di mercato.
  2. Fase 2 – Definire l’ambito del segmento di mercato per l’analisi: Una volta validata la scelta del segmento, si definisce il perimetro dell’analisi per garantire che sia fattibile e analiticamente solida rispetto alle risorse disponibili.
  3. Fase 3 – Analizzare il segmento di mercato: L’obiettivo è sviluppare una comprensione strutturata del segmento, mappando l’infrastruttura, identificando gli asset, gli elementi della catena del valore, le minacce, i requisiti di sicurezza e gli stakeholder.
  4. Fase 4 – Descrivere il “cosa” e il “come”: Questa fase prevede la formulazione delle domande guida, l’identificazione delle fonti di dati rilevanti e la selezione dei metodi appropriati per la raccolta dei dati.
  5. Fase 5 – Raccogliere i dati: Si procede alla raccolta effettiva di informazioni mirate e affidabili attraverso ricerche primarie (come sondaggi e interviste) o secondarie (revisione della letteratura e fonti disponibili).
  6. Fase 6 – Analizzare i dati: Una volta completata la raccolta, i dati vengono elaborati, organizzati e interpretati per estrarre risultati significativi relativi a domanda, offerta, tendenze e rischi.
  7. Fase 7 – Presentare e diffondere i risultati: L’ultima fase riguarda il consolidamento dei risultati in un rapporto finale e la loro comunicazione efficace agli stakeholder interessati, favorendo al contempo l’apprendimento istituzionale.

Queste fasi sono supportate da attività trasversali costanti come la contestualizzazione, la validazione e la preparazione per i follow-up, che garantiscono la coerenza metodologica durante l’intero ciclo di vita dell’analisi.

 

Come si differenziano le analisi pianificate da quelle ad hoc?

Nel framework ECSMAF (V3.0), le analisi pianificate e le analisi ad hoc si distinguono principalmente per il motivo dell’attivazione (iniziazione) e per la gestione del flusso di lavoro, pur condividendo la medesima struttura in sette fasi.

Ecco le principali differenze identificate nelle fonti:

1. Origine e Scopo (Iniziazione)

  • Analisi Pianificate: Vengono avviate come parte del processo di pianificazione strategica dell’ENISA (ad esempio, nel Documento Unico di Programmazione). Il loro scopo è anticipare le esigenze politiche, sostenere il monitoraggio a lungo termine e contribuire agli obiettivi strategici dell’Agenzia.
  • Analisi Ad Hoc: Vengono attivate in risposta a richieste specifiche di stakeholder (come la Commissione Europea o gli Stati membri) o in seguito a eventi imprevisti, come incidenti di cybersicurezza ricorrenti in certi segmenti di mercato. Sono mirate a soddisfare bisogni politici immediati o consapevolezza situazionale.

 

2. Differenze nella Fase 1 (Avvio)

La Fase 1 è quella che presenta le divergenze più sostanziali tra i due percorsi:

  • Pianificate: L’analista stabilisce l’obiettivo analitico in linea con il mandato dell’ENISA, valuta quali segmenti o tecnologie siano più rilevanti e definisce i criteri di validazione internamente.
  • Ad Hoc: L’analista deve innanzitutto raccogliere e chiarire i requisiti del richiedente, affinando l’ambito dell’analisi in base a ciò che è fattibile con le risorse e i tempi disponibili.

 

3. Allocazione del Tempo e Risorse

Secondo i dati dell’esperienza ENISA, la distribuzione dello sforzo varia significativamente:

  • Analisi Pianificate: Beneficiano di mandati chiari e obiettivi predefiniti, il che riduce i tempi di iniziazione e permette una distribuzione più equilibrata del tempo tra le varie fasi. Nelle configurazioni a lungo termine, viene dedicato più tempo alla disseminazione e alle attività di follow-up per massimizzare il coinvolgimento degli stakeholder.
  • Analisi Ad Hoc: Sono più concentrate nelle fasi iniziali (front-loaded); le fasi di iniziazione e definizione dell’ambito richiedono una quota maggiore di sforzo, specialmente se la richiesta iniziale necessita di chiarimenti.

 

4. Presentazione e Disseminazione (Fase 7)

  • Pianificate: I risultati sono spesso destinati a una vasta comunità di stakeholder e possono includere strategie di comunicazione ampie, come webinar e briefing mirati.
  • Ad Hoc: La disseminazione è spesso minima o ristretta, poiché i risultati sono personalizzati per rispondere specificamente al richiedente piuttosto che per essere condivisi con l’intero mercato.

 

In sintesi, mentre l’analisi pianificata è uno strumento proattivo e strategico, l’analisi ad hoc è uno strumento reattivo e mirato a risolvere quesiti specifici in tempi spesso più ristretti.

 

In che modo l’ENISA supporta il monitoraggio continuo del mercato?

L’ENISA supporta il monitoraggio continuo del mercato della cybersicurezza attraverso il framework ECSMAF V3.0, che definisce tale attività come un processo permanente e (semi-)automatico per tracciare lo stato del mercato e rilevare eventi significativi.

In particolare, il supporto dell’ENISA si articola nei seguenti modi:

1. Definizione di un processo strutturato e permanente

A differenza delle analisi puntuali, il monitoraggio continuo è una attività stand-alone e permanente finalizzata a osservare l’impatto di determinati fenomeni su specifici segmenti di mercato. Questo processo si basa sul rilevamento di eventi che violano “regole di performance” predefinite; una volta rilevata una violazione, l’ENISA può avviare un’analisi di mercato mirata (solitamente di tipo ad hoc) per comprenderne le cause e identificare azioni correttive.

 

2. Rilevamento di eventi e rischi sistemici

Il monitoraggio permette all’ENISA di supportare il mercato europeo attraverso:

  • Identificazione precoce di rischi sistemici prima che degenerino.
  • Reazione rapida ai cambiamenti, come nuove vulnerabilità rilevate in prodotti certificati, acquisizioni societarie o variazioni nello stato di certificazione dei prodotti.
  • Individuazione di gap di competenze e capacità tra i diversi settori o categorie di prodotti man mano che evolvono.

 

3. Supporto alla lungimiranza strategica (Strategic Foresight)

Attraverso l’osservazione costante delle dinamiche di mercato, l’ENISA supporta la capacità dell’Unione di anticipare i cambiamenti tecnologici e normativi piuttosto che limitarsi a reagire ad essi, informando così le decisioni politiche con dati solidi.

 

4. Integrazione con il quadro normativo (CRA)

L’ENISA prevede che il monitoraggio continuo diventerà sempre più efficace con la piena attuazione del Cyber Resilience Act (CRA). L’implementazione del CRA renderà disponibili volumi maggiori di dati relativi ai prodotti (come requisiti di sicurezza e distinte base del software o SBOM), facilitando il collegamento tra eventi tecnici, componenti dei prodotti, fornitori e utenti finali.

 

5. Interazione con sistemi di monitoraggio esistenti

L’ENISA sta studiando come far interagire il monitoraggio del mercato con altri sistemi di sorveglianza già attivi, come i CSIRT (Cyber Security Incident Response Teams), i SOC (Security Operations Centres) e i meccanismi di cyber-diplomazia.

Infine, il framework ECSMAF permette alle analisi di mercato di evolvere progressivamente da modalità puramente reattive a esercizi di monitoraggio semi-strutturati, grazie alla possibilità di riutilizzare strumenti di raccolta dati e mappe degli stakeholder già stabiliti in cicli precedenti.

 

Come influiscono il Cyber Resilience Act e la direttiva NIS 2?

Il Cyber Resilience Act (CRA) e la direttiva NIS 2 rappresentano i pilastri normativi che hanno guidato l’aggiornamento del framework ECSMAF alla versione 3.0, influenzando sia la metodologia di analisi che le dinamiche del mercato europeo della cybersicurezza.

Il loro impatto si manifesta in diverse aree chiave:

1. Evoluzione e Allineamento del Framework

L’ECSMAF V3.0 è stato specificamente aggiornato per riflettere questi sviluppi legislativi. Mentre il CRA stabilisce requisiti di cybersicurezza orizzontali per i prodotti con elementi digitali, la direttiva NIS 2 mira a elevare il livello comune di resilienza nelle infrastrutture critiche dell’Unione. L’integrazione di queste norme assicura che le analisi di mercato siano in grado di catturare sistematicamente categorie di alta rilevanza politica e regolatoria.

 

2. Influenza sulle Fasi dell’Analisi (Step 3)

Queste normative incidono direttamente sulla caratterizzazione del segmento di mercato analizzato:

  • Identificazione degli asset: Quando si analizzano prodotti con elementi digitali, il CRA impone di identificare le parti che possono essere considerate asset, specialmente se classificate come prodotti “importanti” o “critici” (secondo gli Allegati III e IV del regolamento).
  • Analisi delle minacce: Se un segmento è legato a settori critici della NIS 2 o a prodotti critici del CRA, l’elenco delle minacce deve essere ampliato per includere scenari ad alto impatto e bassa probabilità.
  • Requisiti di sicurezza: Nelle configurazioni di analisi rapide, i requisiti di sicurezza vengono derivati prioritariamente dal CRA e dalla NIS 2, oltre che dagli schemi di certificazione esistenti.

 

3. Supporto al Monitoraggio Continuo

Il CRA, in particolare, è considerato un catalizzatore per il monitoraggio continuo del mercato. Man mano che la sua attuazione procederà:

  • Le categorie di prodotti critici saranno soggette a uno scrutinio maggiore tramite requisiti specifici, controlli di sicurezza e la Software Bill of Materials (SBOM).
  • Sarà disponibile un volume maggiore di dati sui prodotti, facilitando il collegamento tra eventi tecnici, componenti, fornitori e utenti finali.

 

4. Impatto sulla Domanda e sull’Offerta

A livello di mercato, queste leggi agiscono come driver di adozione:

  • Lato Domanda: La NIS 2 e il CRA definiscono gli obblighi di conformità che plasmano la domanda di soluzioni di cybersicurezza.
  • Sfide per i fornitori: La mancata conformità a questi requisiti tecnici e procedurali può diventare una barriera all’adozione, indebolendo la fiducia nel mercato.

 

In sintesi, il quadro normativo NIS 2/CRA fornisce la base per definire la portata dell’analisi (scoping), identificare le vulnerabilità e valutare la maturità del mercato europeo rispetto alle ambizioni di sovranità digitale dell’Unione.

 

In cosa consiste la Software Bill of Materials (SBOM)?

La Software Bill of Materials (SBOM), secondo quanto riportato nelle fonti, è una distinta dei componenti che costituiscono un prodotto software ed è considerata uno strumento fondamentale per aumentare la trasparenza e la sicurezza nel mercato digitale.

In particolare, il framework ECSMAF evidenzia i seguenti aspetti chiave relativi alla SBOM:

  • Legame con il Cyber Resilience Act (CRA): La SBOM è una delle disposizioni previste dal regolamento europeo CRA per permettere uno scrutinio più approfondito delle categorie di prodotti con elementi digitali classificati come “importanti” o “critici”.
  • Gestione delle vulnerabilità: Grazie alla SBOM, gli eventi tecnici di cybersicurezza (come le vulnerabilità) possono essere collegati più facilmente ai singoli componenti di un prodotto, ai relativi fornitori e agli utenti finali.
  • Supporto al monitoraggio del mercato: L’implementazione della SBOM porterà alla disponibilità di volumi maggiori di dati sui prodotti, facilitando un monitoraggio continuo del mercato più efficiente e permettendo di identificare i rischi sistemici in una fase precoce.
  • Evoluzione dell’analisi: Con la maturazione delle disposizioni del CRA, l’uso delle SBOM permetterà di passare da analisi di mercato puramente reattive a un sistema di monitoraggio più strutturato e (semi-)automatico.

 

Quali sono i principali vantaggi nell’adottare il framework ECSMAF ?

L’adozione del framework ECSMAF (ENISA Cybersecurity Market Analysis Framework), in particolare nella sua versione 3.0, offre una serie di vantaggi strategici e operativi volti a migliorare la comprensione e lo sviluppo del mercato della cybersicurezza nell’Unione Europea.

I principali benefici identificati nelle fonti includono:

1. Rigore Metodologico e Trasparenza

  • Approccio strutturato: Il framework fornisce una metodologia sistematica in sette fasi per analizzare e documentare i segmenti di mercato, garantendo che l’analisi sia solida e basata su prove concrete.
  • Trasparenza: L’adesione a questo modello assicura un processo trasparente, facilitando la comprensione di come sono state tratte le conclusioni.

 

2. Comparabilità e Reusabilità dei Dati

  • Omogeneità dei dati: L’uso di tassonomie e modelli standardizzati favorisce l’omogeneità delle informazioni tra diversi studi, permettendo di confrontare i risultati nel tempo e tra diversi settori.
  • Efficienza e reusabilità: Il framework promuove l’uso di strumenti modulari e set di domande predefiniti, riducendo le duplicazioni e facilitando il trasferimento di conoscenze tra diverse organizzazioni.

 

3. Efficienza Operativa e Flessibilità

  • Reattività ai vincoli: Grazie a modelli semplificati, il framework permette di condurre analisi di qualità anche entro finestre temporali ristrette (configurazioni “short”).
  • Flussi di lavoro configurabili: Offre percorsi adattabili in base all’ambito, alle tempistiche e alla profondità dell’analisi richiesta, sia per studi pianificati che per richieste ad hoc.

 

4. Sostenibilità e Monitoraggio a Lungo Termine

  • Continuità analitica: ECSMAF supporta analisi ricorrenti e il monitoraggio continuo delle dinamiche di mercato, consentendo di accumulare approfondimenti nel tempo e di reagire rapidamente a nuovi eventi o vulnerabilità.
  • Base di prove condivisa: I risultati possono essere aggregati a vari livelli (nazionale ed europeo), rafforzando la base di evidenze che supporta le decisioni politiche e strategiche dell’UE.

 

5. Allineamento Strategico e Regolatorio

  • Conformità normativa: Il framework è strettamente allineato con le recenti priorità legislative, come il Cyber Resilience Act (CRA) e la direttiva NIS 2, assicurando che le analisi catturino sistematicamente le categorie di alta rilevanza politica.
  • Supporto alle decisioni: Fornisce dati robusti per informare le decisioni politiche, identificare opportunità di investimento e promuovere il mercato della cybersicurezza dell’UE attraverso la valutazione di punti di forza, debolezze e dipendenze.

 

Come si integrano i SOC nel monitoraggio del mercato?

Nel framework ECSMAF V3.0, i Security Operations Centres (SOC) si integrano nel monitoraggio del mercato principalmente come parte di un ecosistema di sistemi di monitoraggio della cybersicurezza già esistenti.

Ecco i dettagli rilevanti estratti dalle fonti:

  • Interfaccia con il monitoraggio continuo: Il monitoraggio continuo del mercato è un’attività permanente e semi-automatica per tracciare lo stato del mercato e rilevare eventi significativi. Il framework specifica che questo processo ha delle interfacce dirette con i sistemi di monitoraggio della cybersicurezza esistenti, tra cui appunto i SOC, oltre ai CSIRT e ai meccanismi di cyber-diplomazia.
  • Interplay futuro: Sebbene l’integrazione sia prevista, le fonti indicano che l’esatto modo in cui questi sistemi interagiranno (“interplay”) per alimentare il monitoraggio del mercato sarà oggetto di ulteriori indagini nei futuri lavori dell’ENISA.
  • SOC come oggetto di analisi: Oltre ad agire come potenziali fonti di dati per il monitoraggio, le piattaforme SOC sono considerate elementi delle infrastrutture critiche da mappare (Fase 3). Inoltre, i servizi di progettazione, ottimizzazione e co-gestione dei SOC rientrano nello “stack di valore” della cybersicurezza, venendo quindi monitorati come parte dell’offerta di servizi professionali e gestiti sul mercato europeo.

 

In sintesi, i SOC sono visti sia come sensori o sistemi di interfaccia che possono segnalare eventi con impatto sul mercato (come vulnerabilità o incidenti tecnici), sia come segmenti di mercato stessi (prodotti e servizi) di cui monitorare l’evoluzione, la domanda e l’offerta.