La classifica CWE Top 25

La classifica CWE Top 25: cos'è e perché è diversa dalla OWASP Top 10.

TL; DR

Non si tratta di elenchi concorrenti. Si tratta di unità di misura diverse. La classifica CWE Top 25 elenca i singoli tipi di vulnerabilità, ovvero gli specifici errori di programmazione e progettazione che continuano a generare CVE. La classifica OWASP Top 10, invece, classifica le ampie categorie di rischio, ognuna delle quali racchiude decine di questi tipi di vulnerabilità. Chiedersi quale sia migliore è come chiedersi se i millimetri siano più efficaci dei metri.

Anche i dati sottostanti sono diversi. La classifica CWE Top 25 del 2025, pubblicata da CISNel dicembre 2025, un progetto condotto con MITRE ha valutato le debolezze alla base di 39,080 record CVE registrati tra giugno 2024 e giugno 2025, ponderandole in base alla prevalenza, alla gravità e alla presenza nel catalogo delle vulnerabilità note sfruttate. OWASP Top 10:2025 si è basato su oltre 175,000 CVE, oltre a dati di test delle applicazioni e sondaggi tra professionisti, mappando 248 CWE in dieci categorie.

Confonderli vi costerà caro in sede di revisione contabile, non a livello astratto. Un CWE identifica una specifica vulnerabilità di sicurezza in un software, quindi può essere corredato da prove: questo file, questa riga, questo sink. Una categoria OWASP non può, perché descrive una classe di rischio piuttosto che un difetto. Quando un report dichiara di essere conforme alla normativa OWASP senza un CWE a supporto di ogni rilevamento, non c'è nulla che un ingegnere possa correggere e nulla che un revisore possa verificare.

Utilizzali entrambi, per compiti diversi: Il CWE Top 25 per la valutazione, la risoluzione e le questioni relative agli appalti a livello di rilevamento; l'OWASP Top 10 per la progettazione di programmi, la modellazione delle minacce e la formazione. Ogni rilevamento di Xygeni è accompagnato dal relativo CWE insieme alle prove nel codice e mappato alla lista OWASP pertinente per la superficie da cui proviene. Code securityI risultati relativi ad API e IA seguono tutti la stessa regola.

Risposta rapida. La CWE Top 25 è una classifica annuale dei 25 tipi di vulnerabilità del software più pericolosi, pubblicata da CISA e MITRE, valutati da dati CVE reali e exploit noti. La OWASP Top 10 è una classifica delle dieci categorie di rischio per la sicurezza delle applicazioni più ampie, ognuna delle quali corrisponde a molti CWE. Una identifica il difetto. L'altra identifica il tema.

Cosa misura effettivamente la classifica CWE Top 25

Enumerazione della debolezza comune è un catalogo di tipologie di vulnerabilità gestito da MITRE. Ogni voce descrive un tipo di vulnerabilità di sicurezza nel software, indipendentemente dal prodotto o dal fornitore: neutralizzazione impropria dell'input in una pagina web, scrittura oltre la fine di un buffer, mancanza di un controllo di autorizzazione.

La classifica CWE Top 25 del 2025, pubblicata nel Dicembre 2025 di CISUn progetto realizzato in collaborazione con MITRE e HSSEDI., classifica tali tipologie in base alla frequenza con cui sono apparse come causa principale delle 39,080 CVE divulgate tra giugno 2024 e giugno 2025, ponderando in base alla gravità e al numero di voci che ciascuna debolezza ha nel catalogo delle vulnerabilità sfruttate note.

La posizione attualmente in cima alla lista non sorprenderà nessuno che abbia gestito un programma di sicurezza delle applicazioni:

  • Cross-site scripting (CWE-79) mantiene il primo posto per il secondo anno consecutivo, con un punteggio di gran lunga superiore a quello di tutti gli altri concorrenti.
  • Iniezione SQL (CWE-89) si posiziona al secondo posto, ancora sfruttato su ogni tipo di piattaforma
  • Falsificazione di richieste tra siti (CWE-352) è il terzo
  • Autorizzazione mancante (CWE-862) è balzata di cinque posizioni, arrivando al quarto posto, nell'ambito di un più ampio aumento dei fallimenti di autorizzazione.
  • Scrittura fuori dai limiti (CWE-787) è al quinto posto, con la sicurezza della memoria ancora saldamente nella top ten insieme a use-after-free e out-of-bounds read.
  • Il path traversal, l'iniezione di comandi del sistema operativo e l'iniezione di codice completano la top ten.

Due tendenze meritano di essere approfondite. Le vulnerabilità di autorizzazione sono in aumento, il che è in linea con le architetture basate su API e cloud-native, dove il controllo che prima risiedeva in un unico punto ora deve essere eseguito in centinaia di punti diversi. E la sicurezza della memoria continua a essere un problema: tre varianti di buffer overflow sono entrate nella lista del 2025, tra nuove voci e voci di ritorno, il che la dice lunga su quanto il C e il C++ legacy siano ancora alla base dei sistemi moderni.

Debolezza, vulnerabilità, rischio: tre cose diverse

La maggior parte della confusione tra i due elenchi deriva dall'accorpamento di tre concetti che i professionisti usano primaciseli.

  • A debolezza È il tipo di errore. È ciò che un CWE identifica. Ogni debolezza di sicurezza nel software ha un identificatore, indipendentemente dal fatto che qualcuno l'abbia mai sfruttata nel tuo codice.
  • A vulnerabilità Questo è un esempio di tale debolezza in un prodotto specifico, in una versione specifica. Questo è ciò che identifica un CVEUn CVE ha sempre un CWE alle spalle, ed è esattamente così che viene stilata la classifica CWE Top 25.
  • A rischio Questo è ciò che un attaccante riesce a ottenere e quanto ti costa. Questo è il livello organizzato da OWASP. Un controllo degli accessi non corretto non è un difetto che puoi indicare in un file. È una categoria che contiene circa 40 CWE, ognuna delle quali potrebbe essere il bug effettivo.

Tenendo ben presenti questi tre punti, la relazione tra gli elenchi diventa evidente: un CVE è un'istanza di una vulnerabilità, una vulnerabilità appartiene a una categoria di rischio e le due classifiche descrivono livelli diversi dello stesso stack.

Classifica CWE Top 25 contro OWASP Top 10, a confronto.

Due liste, due unità di misura

Stesso ambito, altitudine diversa. Le differenze che contano risiedono nell'unità di misura, nei dati e nello scopo per cui ciascuna è più adatta.

CWE Top 25OWASP Top 10
UnitàUn tipo di vulnerabilità, ad esempio l'iniezione SQL CWE-89Una categoria di rischio che racchiude molteplici tipi di debolezza.
Ranghi25 punti deboli10 categorie, 248 CWE mappati su di esse nell'edizione 2025
I dati che lo supportano39,080 registrazioni di CVE, ponderate in base alla gravità e alla presenza di KEVOltre 175,000 CVE, oltre a dati di test applicativi e sondaggi tra professionisti.
pubblicato daCISA con MITRE e HSSEDILa Fondazione OWASP, guidata dalla comunità
CadenzaAnnuale. La lista del 2025 è stata pubblicata nel dicembre 2025.Ogni quattro anni circa. Il 2025 ha fatto seguito al 2021.
ObbiettivoTutti i software: web, embedded, firmware, sistemi operativiApplicazioni web e API, con elenchi complementari per altre superfici
Porta proveSì. Un CWE si collega a un file, a una riga e a un flusso di dati.No. Una categoria descrive una classe di rischio, non un difetto.
Ideale perValutazione iniziale, recupero, codifica sicura standarddomande relative ad appalti e fornitoriProgettazione del programma, modellazione delle minacce, formazione, colloqui con il consiglio di amministrazione e gli auditor.

Tre modi in cui le squadre sbagliano

  • Trattandoli come rivali. Scegliere tra di loro è un errore di categoria. La Top 25 di CWE ti dice quali tipi di debolezza producono i danni maggiori in tutto il settore. OWASP Top 10 Ti indica quali temi di rischio il tuo programma deve trattare. Un programma maturo li elenca entrambi, per pubblici diversi.
  • Accettazione della copertura OWASP come richiesta di rimborso. “Ci occupiamo di OWASP Top 10" è infalsificabile, perché una categoria è un contenitore. Il solo controllo degli accessi non funzionante corrisponde a circa 40 CWE, e nessuno strumento sul mercato rileva ogni singola vulnerabilità di sicurezza in un software all'interno di una singola categoria. La domanda che vale la pena porre a un fornitore è quali CWE rileva, in quali linguaggi e con quale livello di evidenza per ogni rilevamento. A questa domanda c'è una risposta. All'altra no.
  • Mappatura delle prove di audit sul livello sbagliato. Un revisore che chiede la prova che il rischio di iniezione è controllato ha bisogno di riscontri, non di un nome di categoria. Un riscontro che dice CWE-89, questo file, questa riga, questo parametro, con il payload e la correzione, è una prova. dashboard La piastrella con la scritta A05:2025 è un'etichetta.

Le edizioni del 2025 sono cambiate in modi degni di nota

Entrambe le liste si sono spostate di recente e la direzione del cambiamento è la stessa in entrambe.

L'autorizzazione è in aumento. La vulnerabilità "Missing authorization" è salita al quarto posto nella classifica CWE Top 25, mentre "Broken Access Control" è rimasta al primo posto nella OWASP Top 10:2025 con un ambito di applicazione ampliato che ora include la falsificazione delle richieste lato server e copre esplicitamente gli errori di autorizzazione a livello di oggetto e funzione delle API.

La catena di fornitura è diventata un rischio di primaria importanza. La OWASP Top 10:2025 ha inserito i guasti della catena di fornitura del software al terzo posto, ampliando la vecchia categoria dei componenti vulnerabili per includere dipendenze, sistemi di build e infrastrutture di distribuzione. Questo cambiamento riflette quanto effettivamente accaduto negli ultimi due anni ed è il tipo di rischio che nessun singolo CWE descrive in modo adeguato.

E l'IA è passata da una nota a piè di pagina a elenchi propri. L'edizione OWASP del 2025 non ha aggiunto una categoria IA, ma ha menzionato "la fiducia inappropriata nel codice generato dall'IA" nella sezione dei passi successivi. Fino al 2026, quella lacuna è stata colmata altrove: OWASP Top 10 per le applicazioni agentiche 2026 copre i sistemi autonomi che utilizzano strumenti e il OWASP GenAI LLM Top 10 2026La versione pubblicata nell'agosto 2026 ha sostituito l'edizione 2025 per le applicazioni LLM e ha esteso le sue mappature a NIST, MITRE ATLAS e CWE. Se gestisci una tabella di mappatura, queste due sono le voci da aggiungere.

Cosa aspettarsi in seguito. La classifica CWE Top 25 è annuale e viene pubblicata verso la fine dell'anno, quindi l'edizione 2025 è quella attualmente in vigore e la successiva è prevista per la fine del 2026. La OWASP Top 10 ha un ciclo molto più lungo, di circa quattro anni, il che significa che la lista del 2025 rimane autorevole per un certo periodo. Questa differenza di cadenza è di per sé un motivo per utilizzarle per scopi diversi: una monitora il panorama delle minacce anno per anno, l'altra definisce la direzione di un programma a medio termine. Questa pagina è stata aggiornata l'ultima volta a settembre 2026.

Come utilizzare entrambi senza duplicare il lavoro?

Cinque regole che mantengono i due elenchi nei rispettivi ambiti.

Gli elenchi sono complementari. Il lavoro si duplica solo quando lo stesso elenco viene utilizzato per entrambi i compiti.

  1. Richiedere un CWE per ogni risultato Se un risultato non ha un CWE, non può essere conteggiato, confrontato tra strumenti, mappato a una categoria o verificato da nessuno in seguito. Rendilo un minimo standard per ogni scanner che esegui e per ogni report che accetti da un fornitore.
  2. Segnalare agli ingegneri nei CWE, al consiglio nelle categorie OWASP Uno sviluppatore ha bisogno della vulnerabilità, del file e della soluzione. Un dirigente ha bisogno del tema e della tendenza. Gli stessi dati, due prospettive diverse, e la traduzione tra di esse è un lavoro di reportistica, non una seconda analisi.
  3. Trasforma le 25 principali regole CWE in codice sicuro standards L'elenco è breve, specifico e ordinato in base al danno effettivo, il che lo rende una base pratica per le regole di codifica, le liste di controllo per la revisione e le domande da porre a un fornitore prima di acquistare il suo software.
  4. Utilizza OWASP per la progettazione, non per il rilevamento. Modellazione delle minacce, revisione dell'architettura e lavoro di formazione a livello di categoria, perché è lì che si sviluppa la progettazionecisGli ioni sono vivi. Le affermazioni di rilevamento a quel livello sono di marketing, poiché nessuno strumento copre ogni CWE in una categoria.
  5. Dare priorità in base alla sfruttabilità, non alla posizione in classifica. Nessuna delle due classifiche conosce la tua architettura. Una vulnerabilità numero quattro su un percorso di codice irraggiungibile è meno importante di una numero diciannove su un endpoint esposto a Internet che contiene dati protetti. Usa gli elenchi per definire l'ambito e il tuo contesto per organizzare il lavoro.

Che aspetto ha questo in un ritrovamento

Xygeni collega la classificazione alle prove piuttosto che a un dashboardI risultati dell'analisi del codice includono il tipo di vulnerabilità, la gravità, la posizione nel file e le indicazioni per la risoluzione. I risultati di DAST aggiungono il payload dell'attacco e la richiesta e la risposta complete che lo hanno dimostrato. I risultati delle API corrispondono alla OWASP API Security Top 10 e a CWE, quindi un'esposizione di dati sensibili in una risposta viene visualizzata con sia la categoria che la vulnerabilità specifica sottostante. I risultati dell'IA corrispondono alla OWASP Top 10 per le applicazioni LLM, poiché si tratta dell'elenco corretto per tale livello di sicurezza.

Il processo di prioritizzazione si occupa quindi di ciò che nessuna delle classifiche può fare al posto tuo: restringere il campo a ciò che è raggiungibile, sfruttabile senza credenziali e collegato a qualcosa di importante per l'azienda. Lo stesso trattamento si applica ai risultati acquisiti dagli scanner che già possiedi, in modo che un unico modello di gravità e di evidenza copra l'intero programma, anziché un singolo strumento.

FAQ

  • La classifica CWE Top 25 è migliore della OWASP Top 10? Nessuno dei due è migliore dell'altro. Il primo classifica i tipi di debolezza con prove concrete su cui agire, il secondo classifica le categorie di rischio attorno alle quali progettare un programma.

  • Con quale frequenza cambia la classifica CWE Top 25? Annualmente. L'edizione 2025 è stata pubblicata nel dicembre 2025, sulla base delle vulnerabilità CVE divulgate tra giugno 2024 e giugno 2025.

  • Ogni CVE ha una CWE? In effetti sì, ed è proprio questa mappatura che rende possibile la classificazione. Il CWE è la causa principale; il CVE è l'istanza.

  • Un singolo risultato può appartenere a entrambi gli elenchi? Sì, e di solito accade. L'iniezione SQL è classificata come CWE-89 e rientra nella categoria OWASP delle iniezioni, quindi la stessa vulnerabilità viene segnalata in entrambi i modi a pubblici diversi.

  • Cosa si intende per vulnerabilità di sicurezza in un software? Qualsiasi difetto ricorrente nella progettazione, implementazione o architettura che possa portare a una vulnerabilità sfruttabile: un controllo mancante, un input non sanificato, una scrittura illimitata. Il catalogo assegna a ciascuno di essi un identificatore, indipendentemente dal fatto che esista o meno nel codice attuale.

  • Su quale aspetto si informano i revisori dei conti? Chiedono informazioni su entrambi gli aspetti e accettano prove solo per uno dei due. I nomi delle categorie soddisfano una questione di politica; i risultati a livello CWE con relative localizzazioni soddisfano un test di controllo.

  • Qual è il modo più rapido per utilizzare la classifica CWE Top 25 in questo trimestre? Individuate le dieci principali vulnerabilità, verificate quali di queste vengono effettivamente rilevate dai vostri strumenti attuali nei linguaggi di programmazione che utilizzate e usate le lacune come base per la vostra strategia di miglioramento.

Uno nomina il difetto, l'altro nomina il tema

Il modo più chiaro per tenere a mente la differenza è il seguente: la Top 25 di CWE indica cosa correggere, mentre la Top 10 di OWASP indica di cosa parlare. Un programma che si esprime solo per categorie non può dimostrare nulla a un revisore. Un programma che si esprime solo in termini di CWE non può essere spiegato a un consiglio di amministrazione.

Ogni ritrovamento che vale la pena di avere porta con sé entrambi, oltre alla posizione che lo rende riparabile. Guarda che aspetto ha a Xygeni.

sca-tools-software-strumenti-di-analisi-della-composizione
Dai priorità, risolvi e proteggi i rischi del tuo software
Crea il tuo account gratuito.
Nessuna carta di credito richiesta.

Proteggi lo sviluppo e la distribuzione del tuo software

con la suite di prodotti Xygeni