CVE-2026-27205: pallets flask · Use of Cache Containing Sensitive Information
Affects pallets flaskSource CVE Database V5
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
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 21 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| palletsflask | Affected
| Fixed in
|
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.