Skip to main content
VulnerabilityPublished Updated

CVE-2026-27205: pallets flask · Use of Cache Containing Sensitive Information

Affects pallets flaskSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 2.3 Low : upgrade to 3.1.3 when convenient.

Data as of 30 Oct 2026, 06:59 UTC

CVSS 4.0 base score
2.3Low
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 34% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 3.1.3
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 21 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.

What to do

Upgrade pallets flask to 3.1.3.

Affected software

ProductAffectedFixed in
palletsflaskAffected
  • <3.1.3
Fixed in
  • 3.1.3

AI-suggested

To mitigate this vulnerability, organizations should upgrade Flask to version 3.1.3 or later, where the issue is fixed. Additionally, review and enforce proper cache-control policies on all responses containing user-specific data by explicitly setting Cache-Control headers such as 'private' or 'no-store' to prevent caching by intermediaries. Audit the deployment architecture to identify any caching proxies or CDNs that might cache responses improperly and configure them to respect cookie headers and cache-control directives. Developers should avoid accessing the session object in ways that bypass cache-control logic, such as using the 'in' operator without reading or mutating session values. Implement security testing to verify that sensitive responses are not cached unintentionally. Monitoring and logging cache behavior can help detect potential misuse. Finally, educate development and operations teams about the importance of cache control in web application security.

Description

Flask is a web server gateway interface (WSGI) web application framework. In versions 3.1.2 and below, when the session object is accessed, Flask should set the Vary: Cookie header., resulting in a Use of Cache Containing Sensitive Information vulnerability. The logic instructs caches not to cache the response, as it may contain information specific to a logged in user. This is handled in most cases, but some forms of access such as the Python in operator were overlooked. The severity and risk depend on the application being hosted behind a caching proxy that doesn't ignore responses with cookies, not setting a Cache-Control header to mark pages as private or non-cacheable, and accessing the session in a way that only touches keys without reading values or mutating the session. The issue has been fixed in version 3.1.3.

References

Community reviews

Loading reviews…