CVE-2024-10905
Sailpoint Identityiq ≤ 8.2
Raw vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:HCVSS and EPSS are reproduced from their sources (NVD, FIRST EPSS). Risk Priority is our own derived reading, not an NVD score.
Summary
CVE-2024-10905 is a critical-severity Improper Handling of File Names that Identify Virtual Resources (CWE-66) vulnerability in Sailpoint Identityiq. Its CVSS base score is 10.0 (Critical).
Operationally, exploitation aligns with the MITRE ATT&CK technique Data Obfuscation (T1001); ranked in the top 40% of CVEs by exploit likelihood; it is not currently listed in the CISA KEV catalog.
The strongest mitigations our analysis identified map to SI-10 (Information Input Validation) and SA-8 (Security and Privacy Engineering Principles) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2024-33546
Vulnerability Data
IdentityIQ 8.4 and all 8.4 patch levels prior to 8.4p2, IdentityIQ 8.3 and all 8.3 patch levels prior to 8.3p5, IdentityIQ 8.2 and all 8.2 patch levels prior to 8.2p8, and all prior versions allow HTTP/HTTPS access to static content…
more
in the IdentityIQ application directory that should be protected.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Mitigating Controls (NIST 800-53 r5) AI
Validating file name inputs structurally stops acceptance of names that resolve to unintended virtual resources.
Engineering principles such as input validation and complete mediation prevent mishandling of virtual file names during design.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Secure SDLC practices directly require input validation and safe file-handling routines that prevent virtual-resource path issues.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Secure development lifecycle practices can include input validation and path-handling rules that reduce the risk of mishandling virtual file names.
A.8.26 only requires that security requirements (including resilience against injections or input controls) be identified and specified during development or acquisition; it does not itself enforce, implement, or stop exploitation of improper virtual file name handling.
Secure system architecture and engineering principles can incorporate design controls that prevent improper resolution of virtual file names.
Secure coding standards directly address safe file-name handling and canonicalization, substantially mitigating this weakness.
Security testing in development can detect path-traversal or virtual-resource handling flaws before deployment.