SameSite None Without Secure
ID |
javascript.samesite_none_without_secure |
Severity |
low |
Remediation Complexity |
low |
Remediation Risk |
low |
Remediation Effort |
low |
Resource |
Misconfiguration |
Language |
JavaScript |
Tags |
ASVS50:v3.4.3, CWE:1275, NIST.SP.800-53, OWASP:2025:A05, PCI-DSS:6.5.10 |
Description
A cookie is configured with sameSite: 'none' but is not marked secure. An Express res.cookie() call (or an equivalent cookie API) sets the cross-site policy to none while secure is left false or omitted in the options object.
Rationale
SameSite=None tells the browser to send the cookie on cross-site requests, re-enabling the exact behaviour that the SameSite mechanism exists to restrain. Modern browsers therefore only accept a SameSite=None cookie when it is also marked Secure; a cookie that is None without Secure is either rejected outright or, on older clients, transmitted over plain HTTP.
Omitting Secure on a cross-site cookie exposes it to interception over insecure transport and re-opens the CSRF surface that SameSite was meant to close. Session and authentication cookies configured this way can be leaked or replayed.
// VULNERABLE: cross-site cookie is not marked secure
res.cookie('session', value, { sameSite: 'none' });
Remediation
When a cookie must be sent cross-site (sameSite: 'none'), always set secure: true so it is only transmitted over HTTPS. If the cookie does not need to be sent cross-site, prefer sameSite: 'lax' or sameSite: 'strict'.
res.cookie('session', value, { sameSite: 'none', secure: true }); // FIXED