CVE-2026-11525
Publiée le 2026-06-17 · Dernière modification le 2026-06-25
Les applications utilisant le client HTTP `undici` pour analyser les cookies sont concernées si elles transfèrent ou s'appuient sur l'attribut `SameSite`. Un serveur malveillant peut tromper le client pour lui faire traiter un cookie comme étant moins restrictif que prévu — par exemple, en transformant une politique « Strict » en « Lax » — exposant potentiellement le cookie à des requêtes cross-site. Cela ne nécessite ni authentification ni interaction de l'utilisateur, mais reste difficile à exécuter car l'attaquant doit contrôler le serveur fournissant les en-têtes de réponse.
DÉTAIL DU VECTEUR CVSS
RÉFÉRENCES
Description officielle du NVD (en anglais)
Impact: When undici parses a Set-Cookie header, it accepts any SameSite attribute value that contains Strict, Lax, or None as a substring, rather than the case-insensitive exact match specified by RFC 6265. Non-spec values are silently mapped to one of the three standard tokens. For example, SameSite=NoneOfYourBusiness is parsed as None (the most permissive setting), and SameSite=StrictLax is parsed as Lax (a downgrade from Strict). Affected applications are those that consume Set-Cookie headers from server responses (for example via undici's fetch or proxy code paths) and then forward or rely on the parsed sameSite attribute. A malicious or non-compliant server can coerce the consumer's view of a cookie's SameSite policy to a weaker value, silently degrading the SameSite enforcement the cookie is supposed to provide. This was introduced in undici 5.15.0 when the cookies feature was added. Patches: Upgrade to undici v6.26.0, v7.28.0 or v8.5.0. Workarounds: After parsing a Set-Cookie header, validate that the resulting sameSite attribute is one of 'Strict', 'Lax', or 'None' (exact, case-insensitive) before forwarding or relying on it.