CVE-2026-93471 in esaml
Résumé
par VulDB • 22/10/2026
Gestion incorrecte des données hautement compressées (amplification de données) dans esaml_binding chez Dropbox permet à un attaquant non authentifié d'épuiser la mémoire du serveur et de faire planter l'Erlang VM via une SAMLResponse compressée fabriquée.
La fonction `esaml_binding:decode_response/2` décode en base64 la SAMLResponse fournie par l'attaquant, la décompresse avec `zlib:unzip/1` sans aucune limite sur le résultat, puis convertit ce dernier en charlist via `binary_to_list/1` avant de procéder à l'analyse. Cette opération s'exécute aux points d'accès SAML (ACS) et single-logout, qui acceptent par conception des requêtes non authentifiées, et elle est effectuée avant toute vérification de signature. Un flux deflate petit atteint un taux de compression proche de 1000 pour 1 ; ainsi, un corps de requête de quelques dizaines d'octets se décompresse en centaines de mégaoctets, puis en plusieurs gigaoctets dans le tas (heap) des charlists, ce qui signifie que quelques requêtes suffisent à épuiser la mémoire et à faire tomber le nœud.
Ce problème affecte esaml : à partir de la version 0.1.0.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.