CVE-2025-15469 in OpenSSL
Riassunto
di VulDB • 16/06/2026
Riepilogo del problema: lo strumento da riga di comando 'openssl dgst' tronca silenziosamente i dati di input a 16 MB quando si utilizzano algoritmi di firma one-shot e segnala il successo invece di un errore.
Riepilogo dell'impatto: un utente che firma o verifica file di dimensioni superiori a 16 MB utilizzando algoritmi one-shot (come Ed25519, Ed448 o ML-DSA) potrebbe credere che l'intero file sia autenticato, mentre i dati successivi ai primi 16 MB rimangono non autenticati.
Quando il comando 'openssl dgst' viene utilizzato con algoritmi che supportano solo la firma one-shot (Ed25519, Ed448, ML-DSA-44, ML-DSA-65, ML-DSA-87), l'input viene memorizzato in un buffer con un limite di 16 MB. Se l'input supera questo limite, lo strumento tronca silenziosamente ai primi 16 MB e continua senza segnalare un errore, contrariamente a quanto indicato nella documentazione. Ciò crea una lacuna di integrità in cui i byte finali possono essere modificati senza rilevamento se sia la firma che la verifica vengono eseguite utilizzando lo stesso percorso di codice interessato.
Il problema interessa solo il comportamento dello strumento da riga di comando. I verificatori che elaborano il messaggio completo utilizzando le API della libreria rifiuteranno la firma, quindi il rischio interessa principalmente i flussi di lavoro che eseguono sia la firma che la verifica con il comando 'openssl dgst' interessato. Gli algoritmi di digest in streaming per 'openssl dgst' e gli utenti della libreria non sono interessati.
I moduli FIPS nelle versioni 3.5 e 3.6 non sono interessati da questo problema, poiché gli strumenti da riga di comando si trovano al di fuori del confine del modulo FIPS di OpenSSL.
OpenSSL 3.5 e 3.6 sono vulnerabili a questo problema.
OpenSSL 3.4, 3.3, 3.0, 1.1.1 e 1.0.2 non sono interessati da questo problema.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.