CVE-2024-3183: Weak Password Hashing
Source CVE Database V5
Not known to be exploited · CVSS 8.1 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 2.0% chance of exploitation in 30 days – higher than 81% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 12 Jun 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 2026-10-25.
What to do
AI-suggested
To mitigate CVE-2024-3183, organizations should prioritize applying any available patches or updates from FreeIPA or Red Hat as soon as they are released. In the absence of immediate patches, administrators should enforce strong password policies to increase the complexity and length of user passwords, making brute force attacks more difficult. Implementing multi-factor authentication (MFA) can reduce the risk of credential compromise. Monitoring and alerting on unusual authentication patterns or repeated failed attempts can help detect brute force activities early. Additionally, consider limiting the exposure of Kerberos tickets and salts by restricting access to sensitive authentication data and employing network segmentation. Using stronger key derivation functions with higher computational effort for password hashing within FreeIPA would be a long-term fix. Regularly auditing and rotating credentials, combined with user education on password hygiene, will further reduce risk. Finally, organizations should review their incident response plans to quickly address any potential compromise stemming from this vulnerability.
Description
A vulnerability was found in FreeIPA in a way when a Kerberos TGS-REQ is encrypted using the client’s session key. This key is different for each new session, which protects it from brute force attacks. However, the ticket it contains is encrypted using the target principal key directly. For user principals, this key is a hash of a public per-principal randomly-generated salt and the user’s password. If a principal is compromised it means the attacker would be able to retrieve tickets encrypted to any principal, all of them being encrypted by their own key directly. By taking these tickets and salts offline, the attacker could run brute force attacks to find character strings able to decrypt tickets when combined to a principal salt (i.e.find the principal’s password).
References
- access.redhat.com/errata/RHSA-2024:3754 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3755 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3756 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3757 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3758 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3759 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3760 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3761 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:3775 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2024-3183 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2270685 (opens in a new tab)
- freeipa.org/release-notes/4-12-1.html (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/WT3JL7JQDIAFKKEFARWYES7GZNWGQNCI/ (opens in a new tab)