SameSite None Without Secure

ID

python.samesite_none_without_secure

Severity

low

Remediation Complexity

low

Remediation Risk

low

Remediation Effort

low

Resource

Misconfiguration

Language

Python

Tags

ASVS50:v3.4.3, CWE:1275, NIST.SP.800-53, OWASP:2025:A05, PCI-DSS:6.5.10

Description

A cookie is written through a web framework (Flask, Django, FastAPI/Starlette, Bottle, aiohttp, …​) with samesite='None' but without the secure flag enabled. The cross-site policy is set to None while secure is left False or omitted.

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
response.set_cookie("session", value, samesite="None")

Remediation

When a cookie must be sent cross-site (samesite='None'), always mark it 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'.

response.set_cookie("session", value, samesite="None", secure=True)  # FIXED