Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain privileged directory account
-
DeliveryAccess file upload function
-
ExploitUpload file bypassing type validation
-
ExecutionStore malicious file on system
-
PersistDeliver file to victim
-
ImpactTrigger further attack on victim
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V5 - File Handling File type validation, storage isolation
MITRE ATT&CK
2 techniques across 2 tactics: Command and Control, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires a pre-authenticated privileged (administrative) user account on IBM Security Verify Directory Container versions 10.0.0 through 10.0.0.3 - exploitation is not possible for unauthenticated or low-privileged actors (PR:H). The specific weakness is that the file-upload function does not validate uploaded file type (CWE-434), allowing dangerous file types to be stored. Realistic impact depends on a secondary step: the uploaded malicious file must be delivered to or retrieved by a victim to 'perform further attacks,' so full harm is contingent on downstream victim interaction rather than being self-contained. Limiting factors: the high privilege requirement, the affected packaging being the container distribution only, and the indirect delivery-vector nature of the impact. |
| Impact | This is a high-CVSS (7.2) but low-real-world-priority finding, and the signals are internally consistent in pointing that way. The vendor CVSS vector is CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H, but the single most important limiter is PR:H - the description explicitly states 'A privileged user could upload malicious files,' meaning the actor already holds elevated privileges on the directory system before any exploitation occurs. EPSS is negligible at 0.04% (11th percentile), SSVC from CISA scores Exploitation=none, Automatable=no, Technical Impact=partial, there is no CISA KEV listing, and no public exploit code was identified. All exploitation signals therefore align: no public exploit identified at time of analysis and no evidence of active exploitation. The C:H/I:H/A:H impact rating is arguably generous given the description frames the danger as uploaded files being 'sent to victims for performing further attacks' - i.e., the affected system acts as a staging point/delivery vector for downstream social-engineering or secondary attacks rather than a guaranteed immediate full-compromise of the directory host itself. There is a mild tension worth verifying with IBM: the CVSS asserts total CIA impact, while the prose emphasizes an indirect, victim-targeting use of the uploaded file, and SSVC Technical Impact is only 'partial' - below what C:H/I:H/A:H implies. |
| Exploit ScenarioDerived | An attacker who has already obtained privileged (administrative) access to an IBM Security Verify Directory container instance abuses the missing file-type validation to upload a malicious file - for example a script, web content, or a booby-trapped document - into the system. That file is then distributed to or retrieved by other users/victims, enabling secondary attacks such as malware delivery or code execution in the victim's context. No public proof-of-concept exploit is known, and the attack requires pre-existing high privileges (PR:H), sharply limiting the realistic attacker pool. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv3 – Sep 30, 2026
IBM Security Verify Directory (Container) versions 10.0.0 through 10.0.0.3 accepts uploaded files without validating their type, so an administrator who is already authenticated with high privileges (CVSS vector PR:H - authentication requirements confirmed from the vector) can store a dangerous file on the appliance. The practical damage is not self-contained: the uploaded artifact must still be delivered to or retrieved by a victim before it can 'perform further attacks against the system,' which is why our independent assessment downgrades the realistic impact to partial (C:L/I:L/A:N) even though IBM assigned a 7.2 base score. Only the container distribution is affected, no public exploit code has been identified at time of analysis, and the EPSS score is 0.04% (11th percentile), indicating very low predicted exploitation activity.
Earlier versions of this analysis (2)
Unrestricted file upload in IBM Security Verify Directory (Container) 10.0.0 through 10.0.0.3 allows an authenticated privileged user to store files of an arbitrary type because the upload function does not validate file type or content. The primary limiter is access: exploitation requires a high-privilege (PR:H) authenticated account, and impact is not self-contained - the uploaded file must still be delivered to and processed by a victim user or component ('sent to victims for performing further attacks'), making this a two-stage, non-automatable chain. No public exploit code has been identified at time of analysis and there is no confirmed active exploitation; EPSS is 0.04% (11th percentile), and CISA SSVC rates Exploitation as none, Automatable as no, and Technical Impact as partial, so the 7.2 CVSS base score overstates real-world risk in the absence of any delivery or execution primitive.
IBM Security Verify Directory (Container) versions 10.0.0 through 10.0.0.3 fails to validate uploaded file types, allowing privileged users to upload malicious files that can be distributed to victims for lateral attacks. The vulnerability requires high-privilege credentials but enables integrity compromise and partial availability impact once exploited.
RemediationAI
No exact fixed version is identified in the available data, so patch status is best treated as unconfirmed; administrators should consult IBM's advisory at https://www.ibm.com/support/pages/node/7268907 and apply the vendor-recommended update to the container image as soon as it is published. Until then, the highest-value compensating controls are to restrict the file-upload privilege and the underlying administrative role to the smallest possible set of trusted operators, and to enforce allow-listing of file types at the network/ingress layer in front of the container (for example, a reverse proxy or content-inspection rule that rejects executables, scripts, and archive formats) - the trade-off is that legitimate binary uploads may be blocked or require a manual exception process. Where feasible, run the directory container without a persistent shared upload location that is web-reachable, and monitor that directory for unexpected file types, since the impact only materializes when a stored file is later delivered to or fetched by a victim. Because the input provides no vendor fix reference, none of these controls should be treated as a substitute for the official patch when it becomes available.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The weakness is CWE-434, unrestricted upload of a file with a dangerous type. In this implementation the file-upload component of IBM Security Verify Directory Container (CPE cpe:2.3:a:ibm:security_verify_directory:*:*:*:*:*:*:*:*, mapped by EUVD as EUVD-2025-209557) does not verify the extension, MIME type, or content signature of submitted files, so an operator with administrative rights can place content such as scripts or executables into the system where it may later be hosted, served, or distributed. The affected technology is the containerized packaging of the directory service; the non-container distribution is not called out in the available data. Exploitation is gated by a privileged, pre-authenticated account (PR:H, network reachable per AV:N, no user interaction required for the upload itself), and the consequential effect depends on a second stage in which a victim opens or retrieves the uploaded file - a delivery-vector dependency that limits severity relative to a directly exploitable code-execution flaw. CISA's SSVC assessment agrees with this restraint, rating exploitation as 'none', automatable as 'no', and technical impact as 'partial'.
Know when Security Verify Directory gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
Requires an existing privileged account (PR:H); the described harm is an indirect delivery vector for later victim-targeted attacks, so direct system CIA impact is modest (C:L/I:L) rather than total.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
5DescriptionNVD
IBM Security Verify Directory (Container) 10.0.0 through 10.0.0.3 IBM Security Verify Directory could be vulnerable to malicious file upload by not validating file type. A privileged user could upload malicious files into the system that can be sent to victims for performing further attacks against the system.
Executive ViewAI
IBM Security Verify Directory (Container) versions 10.0.0 through 10.0.0.3 accept uploaded files without validating their type, allowing a highly privileged administrator to place attacker-controlled content on an identity appliance that underpins authentication and directory services across the organization. Because exploitation demands an already-trusted, high-privilege account and the uploaded file must still be delivered to or retrieved by a victim before it causes harm, the realistic business exposure is contained rather than immediate, but an unremediated identity platform remains a high-value target for lateral movement and service disruption.
No vendor-released patch identified at time of analysis. Interim mitigations: restrict administrative privileges and upload capabilities on affected 10.0.0.x container instances to a minimal set of vetted accounts; enforce least privilege and multi-factor authentication for all privileged access; monitor, log, and alert on file upload and write activity on the appliance; network-segment the containers so only trusted administrative networks can reach them; routinely review and remove unexpected or unauthorized files; and track IBM advisories for a vendor fix to apply as soon as it is released.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Malicious file upload attacks exploit insufficient validation when web applications accept user-provided files.
More in Security Verify Directory
View allIBM Security Verify Directory 10.0.0 through 10.0.3 could allow a remote authenticated attacker to execute arbitrary com
IBM Security Verify Directory Container versions 10.0.0.0 through 10.0.3.1 contain a privilege escalation vulnerability
IBM Security Verify Directory 10.0 through 10.0.3 is vulnerable to a denial of service when sending an LDAP extended ope
EUVD-2025-209557
GHSA-w9g3-hc6p-qwh3
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB