CVE-2024-22047: Audited Log Integrity Errors Due to Race Condition
A race condition exists in Audited 4.0.0 to 5.3.3 that can result in an authenticated user to cause audit log entries to be attributed to another user.
Security readout for executives and security teams
Plain-English summary
This issue can make audit records name the wrong authenticated user. It does not expose data or take systems offline, but it can weaken accountability, investigations, and compliance evidence where Audited logs are trusted.
Executive priority
Address in normal patch cycles unless audit integrity is business-critical. Prioritize sooner for regulated systems, administrator workflows, or environments where audit trails support investigations.
Technical view
Audited 4.0.0 through 5.3.3 has a race condition, classified as CWE-362, where concurrent authenticated activity can cause audit entries to be attributed to another user. CVSS 3.1 is 3.1 with low integrity impact only.
Likely exposure
Exposure is likely limited to applications using the audited package in the affected range and relying on user attribution in audit records. Confirm installed package versions and compare with the vendor advisory.
Exploitation context
The CVSS vector requires network access, low privileges, no user interaction, and high attack complexity. The bundle does not cite public exploitation or CISA KEV listing.
Researcher notes
Evidence supports an authenticated race condition affecting audit-log integrity, not confidentiality or availability. The provided bundle does not establish a specific fixed version, exploit availability, or active exploitation.
Mitigation direction
Check the Audited vendor advisory for fixed-version guidance.
Upgrade the audited package if a vendor-supported fixed release is available.
Treat affected audit attribution as potentially unreliable until remediated.
Review privileged or compliance-relevant actions during the exposure window.
Validation and detection
Inventory applications that include the audited package.
Confirm deployed audited versions against the affected range.
Review tests or logs for concurrent request attribution issues.
Verify remediation using vendor advisory criteria after upgrade.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-362: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-362 · source CWE mapping
Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')
Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.