CVE-2026-71238: CWE-798 Use of Hard-coded Credentials in DjangoCRM django-crm
DjangoCRM ships with its Django SECRET_KEY hardcoded directly in the committed webcrm/settings.py rather than read from an environment variable. Since this key is used for session signing, CSRF token generation, and password reset tokens, anyone who reads the public repository can forge valid session cookies (including for the superadmin account), forge CSRF tokens, and forge password reset tokens, achieving full account takeover. The repository also ships with DEBUG=True as the default, causing error pages to leak database credentials, email credentials, OAuth data, and internal file paths.
AI Analysis
Technical Summary
The vulnerability in DjangoCRM's django-crm arises from the hardcoding of the Django SECRET_KEY directly in the committed settings file instead of sourcing it from environment variables. This key is essential for cryptographic operations including session signing, CSRF protection, and password reset tokens. Because the key is publicly accessible, an attacker can forge session cookies to impersonate any user, including the superadmin, and forge CSRF and password reset tokens, leading to full account compromise. Furthermore, the default DEBUG=True setting causes detailed error pages to leak sensitive credentials and internal information. No official fix or patch has been documented as of the publication date.
Potential Impact
An attacker with access to the public repository can forge valid session cookies, CSRF tokens, and password reset tokens, allowing full account takeover including administrative accounts. The DEBUG=True setting leaks sensitive credentials and internal system information, increasing the risk of further exploitation.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, users should immediately remove the hardcoded SECRET_KEY from the repository and configure it to be read securely from environment variables. Additionally, DEBUG mode should be disabled in production environments to prevent leakage of sensitive information.
CVE-2026-71238: CWE-798 Use of Hard-coded Credentials in DjangoCRM django-crm
Description
DjangoCRM ships with its Django SECRET_KEY hardcoded directly in the committed webcrm/settings.py rather than read from an environment variable. Since this key is used for session signing, CSRF token generation, and password reset tokens, anyone who reads the public repository can forge valid session cookies (including for the superadmin account), forge CSRF tokens, and forge password reset tokens, achieving full account takeover. The repository also ships with DEBUG=True as the default, causing error pages to leak database credentials, email credentials, OAuth data, and internal file paths.
CVSS v3.1
Score 9.1critical
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in DjangoCRM's django-crm arises from the hardcoding of the Django SECRET_KEY directly in the committed settings file instead of sourcing it from environment variables. This key is essential for cryptographic operations including session signing, CSRF protection, and password reset tokens. Because the key is publicly accessible, an attacker can forge session cookies to impersonate any user, including the superadmin, and forge CSRF and password reset tokens, leading to full account compromise. Furthermore, the default DEBUG=True setting causes detailed error pages to leak sensitive credentials and internal information. No official fix or patch has been documented as of the publication date.
Potential Impact
An attacker with access to the public repository can forge valid session cookies, CSRF tokens, and password reset tokens, allowing full account takeover including administrative accounts. The DEBUG=True setting leaks sensitive credentials and internal system information, increasing the risk of further exploitation.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, users should immediately remove the hardcoded SECRET_KEY from the repository and configure it to be read securely from environment variables. Additionally, DEBUG mode should be disabled in production environments to prevent leakage of sensitive information.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- TuranSec
- Date Reserved
- 2026-08-05T10:53:53.175Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a731a81bf8831d539c95c9f
Added to database: 08/05/2026, 11:12:01 UTC
Last enriched: 08/05/2026, 11:26:54 UTC
Last updated: 08/05/2026, 13:14:10 UTC
Views: 7
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.
External Links
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.