CVE-2026-6873: CWE-347: Improper Verification of Cryptographic Signature in djangoproject Django
An issue was discovered in Django 6.0 before 6.0.6 and 5.2 before 5.2.15. `django.http.HttpRequest.get_signed_cookie` in Django uses a non-injective salt derivation (concatenating the cookie name and salt argument), which allows a remote attacker to use a cookie in a context different from the one where it was signed, via distinct `(name, salt)` pairs that produce the same concatenation. Earlier, unsupported Django series (such as 5.0.x, 4.1.x, and 3.2.x) were not evaluated and may also be affected. Django would like to thank Peng Zhou for reporting this issue.
AI Analysis
Technical Summary
The vulnerability in Django's get_signed_cookie method stems from the way it derives the salt by concatenating the cookie name and the salt argument, which is non-injective. This allows an attacker to craft distinct (name, salt) pairs that produce the same concatenation, enabling reuse of a signed cookie in a different context. The issue affects Django 6.0 versions prior to 6.0.6 and 5.2 versions prior to 5.2.15. Earlier unsupported versions were not evaluated but may also be vulnerable. The CVSS score is 3.1, indicating low severity, with network attack vector, high attack complexity, low privileges required, no user interaction, and limited confidentiality impact.
Potential Impact
The impact is limited to potential misuse of signed cookies across different contexts due to improper cryptographic signature verification. The confidentiality impact is low, with no integrity or availability impact reported. There are no known exploits in the wild. The vulnerability could allow an attacker to bypass intended cookie context restrictions but does not lead to privilege escalation or data modification.
Mitigation Recommendations
Patch status is not yet confirmed — check the official Django vendor advisory for current remediation guidance. Since no official patch or remediation level is provided in the data, users should monitor Django security advisories for updates. Avoid relying on affected versions in sensitive contexts until a fix is confirmed.
CVE-2026-6873: CWE-347: Improper Verification of Cryptographic Signature in djangoproject Django
Description
An issue was discovered in Django 6.0 before 6.0.6 and 5.2 before 5.2.15. `django.http.HttpRequest.get_signed_cookie` in Django uses a non-injective salt derivation (concatenating the cookie name and salt argument), which allows a remote attacker to use a cookie in a context different from the one where it was signed, via distinct `(name, salt)` pairs that produce the same concatenation. Earlier, unsupported Django series (such as 5.0.x, 4.1.x, and 3.2.x) were not evaluated and may also be affected. Django would like to thank Peng Zhou for reporting this issue.
CVSS v3.1
Score 3.1low
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in Django's get_signed_cookie method stems from the way it derives the salt by concatenating the cookie name and the salt argument, which is non-injective. This allows an attacker to craft distinct (name, salt) pairs that produce the same concatenation, enabling reuse of a signed cookie in a different context. The issue affects Django 6.0 versions prior to 6.0.6 and 5.2 versions prior to 5.2.15. Earlier unsupported versions were not evaluated but may also be vulnerable. The CVSS score is 3.1, indicating low severity, with network attack vector, high attack complexity, low privileges required, no user interaction, and limited confidentiality impact.
Potential Impact
The impact is limited to potential misuse of signed cookies across different contexts due to improper cryptographic signature verification. The confidentiality impact is low, with no integrity or availability impact reported. There are no known exploits in the wild. The vulnerability could allow an attacker to bypass intended cookie context restrictions but does not lead to privilege escalation or data modification.
Mitigation Recommendations
Patch status is not yet confirmed — check the official Django vendor advisory for current remediation guidance. Since no official patch or remediation level is provided in the data, users should monitor Django security advisories for updates. Avoid relying on affected versions in sensitive contexts until a fix is confirmed.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- DSF
- Date Reserved
- 2026-04-22T18:12:39.603Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a2037c7e29bf47b50c14edc
Added to database: 6/3/2026, 2:18:47 PM
Last enriched: 6/3/2026, 2:48:36 PM
Last updated: 6/4/2026, 4:58:51 AM
Views: 12
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.