CVE-2024-24771: Open Forms allows users create and publish smart forms. Versions prior to 2.2.9, 2.3.7, 2.4.5, and 2.5.2 contain a non-exploitable multi-factor authen...

Description

Open Forms allows users create and publish smart forms. Versions prior to 2.2.9, 2.3.7, 2.4.5, and 2.5.2 contain a non-exploitable multi-factor authentication weakness. Superusers who have their credentials (username + password) compromised could potentially have the second-factor authentication bypassed if an attacker somehow managed to authenticate to Open Forms. The maintainers of Open Forms do not believe it is or has been possible to perform this login. However, if this were possible, the victim's account may be abused to view (potentially sensitive) submission data or have been used to impersonate other staff accounts to view and/or modify data. Three mitigating factors to help prevent exploitation include: the usual login page (at `/admin/login/`) does not fully log in the user until the second factor was succesfully provided; the additional non-MFA protected login page at `/api/v2/api-authlogin/` was misconfigured and could not be used to log in; and there are no additional ways to log in. This also requires credentials of a superuser to be compromised to be exploitable. Versions 2.2.9, 2.3.7, 2.4.5, and 2.5.2 contain the following patches to address these weaknesses: Move and only enable the API auth endpoints (`/api/v2/api-auth/login/`) with `settings.DEBUG = True`. `settings.DEBUG = True` is insecure and should never be applied in production settings. Additionally, apply a custom permission check to the hijack flow to only allow second-factor-verified superusers to perform user hijacking.

Metrics

CVSS 3.1

5.9/10

CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:H/I:H/A:N

EPSS Probability

0.60%

44.4th percentile

Probability of exploitation in the next 30 days. Learn more

Weakness Enumeration

Affected Software

Vendor	Product	Versions
Maykinmedia	Open Forms	< 2.2.9
Maykinmedia	Open Forms	>= 2.3.0, < 2.3.7
Maykinmedia	Open Forms	>= 2.4.0, < 2.4.5
Maykinmedia	Open Forms	>= 2.5.0, < 2.5.2

References

https://github.com/open-formulieren/open-forms/releases/tag/2.2.9Release Notes
https://github.com/open-formulieren/open-forms/releases/tag/2.3.7Release Notes
https://github.com/open-formulieren/open-forms/releases/tag/2.4.5Release Notes
https://github.com/open-formulieren/open-forms/releases/tag/2.5.2Release Notes
https://github.com/open-formulieren/open-forms/security/advisories/GHSA-64r3-x3gf-vp63Mitigation, Vendor Advisory
https://github.com/open-formulieren/open-forms/releases/tag/2.2.9Release Notes
https://github.com/open-formulieren/open-forms/releases/tag/2.3.7Release Notes
https://github.com/open-formulieren/open-forms/releases/tag/2.4.5Release Notes
https://github.com/open-formulieren/open-forms/releases/tag/2.5.2Release Notes
https://github.com/open-formulieren/open-forms/security/advisories/GHSA-64r3-x3gf-vp63Mitigation, Vendor Advisory

Timeline

Published: Feb 7, 2024
Last Modified: Jun 17, 2026
Status: Modified

Frequently Asked Questions

What is CVE-2024-24771?

Open Forms allows users create and publish smart forms. Versions prior to 2.2.9, 2.3.7, 2.4.5, and 2.5.2 contain a non-exploitable multi-factor authentication weakness. Superusers who have their credentials (username + password) compromised could potentially have the second-factor authentication bypassed if an attacker somehow managed to authenticate to Open Forms. The maintainers of Open Forms do not believe it is or has been possible to perform this login. However, if this were possible, the victim's account may be abused to view (potentially sensitive) submission data or have been used to impersonate other staff accounts to view and/or modify data. Three mitigating factors to help prevent exploitation include: the usual login page (at `/admin/login/`) does not fully log in the user until the second factor was succesfully provided; the additional non-MFA protected login page at `/api/v2/api-authlogin/` was misconfigured and could not be used to log in; and there are no additional ways to log in. This also requires credentials of a superuser to be compromised to be exploitable. Versions 2.2.9, 2.3.7, 2.4.5, and 2.5.2 contain the following patches to address these weaknesses: Move and only enable the API auth endpoints (`/api/v2/api-auth/login/`) with `settings.DEBUG = True`. `settings.DEBUG = True` is insecure and should never be applied in production settings. Additionally, apply a custom permission check to the hijack flow to only allow second-factor-verified superusers to perform user hijacking.

How severe is CVE-2024-24771?

CVE-2024-24771 has a CVSS score of 5.9/10 (MEDIUM severity). The EPSS model estimates a 0.60% probability of exploitation in the next 30 days.

How do I fix CVE-2024-24771?

Check the vendor references and advisories linked above for patched versions and mitigation guidance. You can also run a Strix scan to test if your systems are affected.