CVE-2019-17638 in FMW Platform
Résumé
par VulDB • 24/05/2026
Chez Eclipse Jetty, les versions 9.4.27.v20200227 à 9.4.29.v20200521, en cas d'en-têtes de réponse trop volumineux, Jetty lève une exception pour générer une erreur HTTP 431. Lorsque cela se produit, le ByteBuffer contenant les en-têtes de la réponse HTTP est libéré deux fois dans le ByteBufferPool. En raison de cette double libération, deux threads peuvent acquérir le même ByteBuffer à partir du pool et, alors que le thread1 s'apprête à utiliser le ByteBuffer pour écrire les données de la réponse1, le thread2 remplit le ByteBuffer avec d'autres données. Le thread1 procède ensuite à l'écriture du tampon qui contient désormais des données différentes. Cela entraîne le fait que le client1, qui a émis la requête1, voit des données provenant d'une autre requête ou réponse, qui pourraient contenir des données sensibles appartenant au client2 (IDs de session HTTP, identifiants d'authentification, etc.). Si la version de Jetty ne peut pas être mise à niveau, la vulnérabilité peut être considérablement réduite en configurant une responseHeaderSize nettement supérieure à la requestHeaderSize (12 Ko pour la responseHeaderSize et 8 Ko pour la requestHeaderSize).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.