


Perceptive Security
SOC/SIEM Consultancy

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 …
Published:
4 August 2026 at 22:00:00
Alert date:
5 August 2026 at 12:07:08
Source:
nvd.nist.gov
Web Technologies, Identity & Access, Data Breach & Exfiltration, Enterprise Applications
DjangoCRM contains a critical security misconfiguration where the Django SECRET_KEY is hardcoded directly in the committed webcrm/settings.py file instead of being loaded from an environment variable. This key governs session signing, CSRF token generation, and password reset token creation, meaning any person with read access to the public repository can forge valid session cookies for any account including superadmin, forge CSRF tokens, and forge password reset tokens, leading to full account takeover. Additionally, the repository ships with DEBUG=True as the default configuration, which causes Django error pages to expose sensitive information including database credentials, email credentials, OAuth data, and internal file paths. The combination of these two misconfigurations represents a severe risk to any deployment that has not explicitly overridden these defaults. Organizations using DjangoCRM should immediately rotate the SECRET_KEY, set it via environment variable, and disable DEBUG mode in production.
Technical details
Mitigation steps:
Affected products:
DjangoCRM
django-crm
Related links:
Related CVE's:
Related threat actors:
IOC's:
This article was created with the assistance of AI technology by Perceptive.
