Skip to main content

IBM Verify Directory CVE-2025-36074

| EUVDEUVD-2025-209557 HIGH
Unrestricted Upload of File with Dangerous Type (CWE-434)
2026-04-23 psirt@us.ibm.com GHSA-w9g3-hc6p-qwh3
7.2
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain privileged directory account
  2. Delivery
    Access file upload function
  3. Exploit
    Upload file bypassing type validation
  4. Execution
    Store malicious file on system
  5. Persist
    Deliver file to victim
  6. Impact
    Trigger 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv3 – 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)
v2 Sep 30, 2026 - 22:48 cvss changed CVSS 7.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.

v1 Apr 23, 2026 - 07:01 CVSS 5.5

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

Security Verify Directory (Container) 10.0.0 ≤10.0.0.3

Affected Packages

euvd security_verify_directory_container no fix

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

NVD PRIMARY 7.2 HIGH
AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
vuln.today AI 3.8 LOW

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.

3.1 AV:N/AC:L/PR:H/UI:N/S:U/C:L/I:L/A:N
4.0 AV:N/AC:L/AT:N/PR:H/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
High
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

5
Analysis Updated
Sep 30, 2026 - 22:48 vuln.today
v3 - CVSS changed
Analysis Updated
Sep 30, 2026 - 22:48 vuln.today
v2 - CVSS changed
Severity Changed
Sep 30, 2026 - 22:23 NVD
MEDIUM HIGH
CVSS changed
Sep 30, 2026 - 22:23 NVD
5.5 (MEDIUM) 7.2 (HIGH)
CVE Published
Apr 23, 2026 - 00:16 nvd
MEDIUM 5.5

DescriptionNVD

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

Why It Matters

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.

Business Impact: Medium
Compensating Controls

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

EPSS Score
0.0%
Top 89% exploitable
Prevalence
Low
niche enterprise IAM/directory container product, limited deployment footprint
Data Quality
6 sources
Confidence: High

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Defer
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
Medium
Technical Impact
Partial

Priority Score

36
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +36
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Malicious file upload attacks exploit insufficient validation when web applications accept user-provided files.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy