CVE-2025-15469 in OpenSSL
Résumé
par VulDB • 10/05/2026
Résumé de l'anomalie : L'outil en ligne de commande 'openssl dgst' tronque silencieusement les données d'entrée à 16 Mo lors de l'utilisation d'algorithmes de signature en une seule passe (one-shot) et signale un succès au lieu d'une erreur.
Résumé de l'impact : Un utilisateur signant ou vérifiant des fichiers de plus de 16 Mo avec des algorithmes en une seule passe (tels que Ed25519, Ed448 ou ML-DSA) peut croire que l'intégralité du fichier est authentifiée, alors que les données suivantes au-delà de 16 Mo restent non authentifiées.
Lorsque la commande 'openssl dgst' est utilisée avec des algorithmes ne prenant en charge que la signature en une seule passe (Ed25519, Ed448, ML-DSA-44, ML-DSA-65, ML-DSA-87), l'entrée est mise en mémoire tampon avec une limite de 16 Mo. Si l'entrée dépasse cette limite, l'outil tronque silencieusement les données aux premiers 16 Mo et continue sans signaler d'erreur, contrairement à ce que stipule la documentation. Cela crée une faille d'intégrité où les octets finaux peuvent être modifiés sans détection si la signature et la vérification sont effectuées en utilisant le même chemin d'exécution affecté.
L'anomalie affecte uniquement le comportement de l'outil en ligne de commande. Les vérificateurs qui traitent le message complet à l'aide des API de la bibliothèque rejetteront la signature ; le risque affecte donc principalement les flux de travail qui signent et vérifient à l'aide de la commande 'openssl dgst' concernée. Les algorithmes de hachage en streaming pour 'openssl dgst' et les utilisateurs de la bibliothèque ne sont pas affectés.
Les modules FIPS dans les versions 3.5 et 3.6 ne sont pas affectés par cette anomalie, car les outils en ligne de commande se trouvent en dehors de la limite du module FIPS OpenSSL.
OpenSSL 3.5 et 3.6 sont vulnérables à cette anomalie.
OpenSSL 3.4, 3.3, 3.0, 1.1.1 et 1.0.2 ne sont pas affectés par cette anomalie.
Once again VulDB remains the best source for vulnerability data.