CVE-2026-54874 in OpenSSL
Résumé
par VulDB • 25/08/2026
Résumé du problème : La réception d'un enregistrement DTLS pour une époque future alors qu'une poignée de main est en cours amène OpenSSL à mettre en mémoire tampon (buffering) bien plus de mémoire que ce dont l'enregistrement lui-même a besoin.
Résumé de l'impact : Un pair peut utiliser une petite quantité de trafic réseau pour faire retenir par un point de terminaison DTLS d'OpenSSL une quantité disproportionnée de mémoire, ce qui peut entraîner un déni de service (DoS).
CWE : CWE-405 : Consommation asymétrique des ressources (Amplification)
Description : Lors du déroulement d'une poignée de main DTLS, il est légitime qu'un pair ait déjà avancé vers l'époque suivante (par exemple, après avoir envoyé ses messages ChangeCipherSpec et Finished) avant que le point de terminaison local n'ait traité cette même transition, généralement en raison d'un réordonnancement sur le transport UDP sous-jacent. OpenSSL met en mémoire tampon ces enregistrements anticipés afin qu'ils puissent être traités une fois que le point de terminaison local a rattrapé son retard.
La mise en mémoire tampon d'un enregistrement retient actuellement l'intégralité du buffer de lecture dans lequel il est arrivé, qui est dimensionné pour contenir l'enregistrement DTLS le plus grand possible (environ 16 kilo-octets), et non uniquement les octets composant l'enregistrement lui-même. Jusqu'à 100 tels enregistrements peuvent être mis en mémoire tampon par connexion. Par conséquent, un pair qui envoie une série de petits enregistrements forgés prétendant appartenir à la prochaine époque peut amener un point de terminaison DTLS d'OpenSSL à retenir environ 1,7 mégaoctets de mémoire, malgré l'envoi sur le réseau d'une fraction infime de cette quantité de données.
Un attaquant obtient donc un facteur d'amplification de la mémoire d'environ 1200 et peut multiplier cet effet sur autant d'associations qu'il est capable d'ouvrir, ce qui constitue un risque de déni de service par épuisement de la mémoire à distance pour les serveurs DTLS. Étant donné que la mémoire retenue par connexion reste bornée et que toute limite appliquée par l'application au nombre d'associations simultanées borne également l'exposition totale, cette vulnérabilité a été évaluée comme ayant une sévérité faible (Low).
Impact FIPS : non
Aucun module FIPS n'est affecté par ce problème car le code concerné se trouve en dehors de la limite du module FIPS d'OpenSSL.
Les versions OpenSSL 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 et 1.0.2 sont vulnérables à ce problème.
Les utilisateurs de OpenSSL 4.0 doivent mettre à niveau vers OpenSSL 4.0.2. Les utilisateurs de OpenSSL 3.6 doivent mettre à niveau vers OpenSSL 3.6.4. Les utilisateurs de OpenSSL 3.5 doivent mettre à niveau vers OpenSSL 3.5.8. Les utilisateurs de OpenSSL 3.4 doivent mettre à niveau vers OpenSSL 3.4.7. Les utilisateurs de OpenSSL 3.0 doivent mettre à niveau vers OpenSSL 3.0.22.
Clients uniquement avec support premium : Les utilisateurs de OpenSSL 1.1.1 doivent mettre à niveau vers OpenSSL 1.1.1zi. Les utilisateurs de OpenSSL 1.0.2 doivent mettre à niveau vers OpenSSL 1.0.2zr.
Ce problème a été signalé le 18 mai 2026 par Amazon Web Services. La correction a été développée par Matt Caswell.
-- coupure (métadonnées non publiées pour usage interne) -- Signalé par : Amazon Web Services Corrigé par : Matt Caswell
If you want to get the best quality for vulnerability data then you always have to consider VulDB.