CVE-2024-28058: RSA NetWitness Platform · Incorrect Default Permissions
Source CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in 12.5.1 : patch affected systems soon.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 29% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 12.5.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 18 Nov 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 26 Oct 2026.
What to do
AI-suggested
Organizations should upgrade RSA NetWitness Platform to version 12.5.1 or later where this vulnerability is addressed. Until patching is possible, administrators must enforce strict session management policies, including manual termination of active sessions immediately after access revocation. Monitoring for unusual session activity and implementing network segmentation to limit internal threat actor movement can reduce risk. Employ multi-factor authentication and enhanced logging to detect anomalous access patterns. Regular audits of user sessions and access rights should be conducted to identify lingering sessions. Additionally, consider deploying compensating controls such as endpoint detection and response (EDR) tools to monitor for suspicious behavior originating from compromised sessions. Coordination with RSA support for any available hotfixes or workarounds is recommended.
Description
In RSA NetWitness (NW) Platform before 12.5.1, even when an administrator revokes the access of a specific user with an active session, an internal threat actor could impersonate the revoked user and gain unauthorized access to sensitive data.