Skip to main content
VulnerabilityPublished

CVE-2026-31815: django-unicorn · Improper Access Control

Affects django-unicornSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 5.3 Medium : upgrade to 0.67.0 when convenient.

Data as of 29 Oct 2026, 19:04 UTC

CVSS 3.1 base score
5.3Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 12% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 0.67.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Mar 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 django-unicorn to 0.67.0.

Affected software

ProductAffectedFixed in
django-commonsdjango-unicornAffected
  • <0.67.0
Fixed in
  • 0.67.0
PyPIdjango-unicornpkg:pypi/django-unicornOther threatsAffected
  • <0.67.0
Fixed in
  • 0.67.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

The definitive mitigation is to upgrade django-unicorn to version 0.67.0 or later, where the access control checks are properly enforced. Organizations should audit their dependencies and ensure no legacy versions of django-unicorn are in use. Additionally, developers should review component usage to avoid exposing sensitive internal attributes or methods unnecessarily. Implementing strict input validation and limiting component state exposure can reduce risk. Web application firewalls (WAFs) can be tuned to detect and block unusual requests attempting to manipulate component state properties. Monitoring application logs for anomalous access patterns related to django-unicorn components may help detect exploitation attempts. Finally, applying the principle of least privilege and minimizing the attack surface by disabling or restricting reactive components where not needed can further reduce exposure.

Description

Unicorn adds modern reactive component functionality to your Django templates. Prior to 0.67.0, component state manipulation is possible in django-unicorn due to missing access control checks during property updates and method calls. An attacker can bypass the intended _is_public protection to modify internal attributes such as template_name or trigger protected methods. This vulnerability is fixed in 0.67.0.

References

Community reviews

Loading reviews…