Skip to main content

Azure Storage Library CVE-2026-88094

| EUVDEUVD-2026-100265 HIGH
Improper Neutralization of Special Elements in Output Used by a Downstream Component ('Injection') (CWE-74)
2026-10-13 secure@microsoft.com GHSA-mv49-99p5-ffp9
8.1
CVSS 3.1 · Vendor: microsoft
View

Attack ChainAIDerived

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

  1. Access
    Obtain low-privilege authenticated access
  2. Delivery
    Send crafted input through network-facing operation
  3. Exploit
    Inject special elements into downstream component call
  4. Execution
    Downstream component misinterprets injected data
  5. Impact
    Elevate privileges and tamper with storage operations

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Input neutralization, injection prevention
Exploitation Conditions

Exploitation requires the attacker to already possess low-level authorized/authenticated access (PR:L) to an application using the vulnerable Azure Storage client libraries (azure-storage-blob-batch 1.0.0 and the Azure Storage Blobs Java client library) and to reach a network-exposed operation that forwards attacker-influenced input to a downstream component without neutralizing special elements (CWE-74). The limiting factors are the pre-existing privilege requirement and dependence on how the consuming application feeds untrusted data into the library's downstream calls; no user interaction is needed (UI:N), and there is no confidentiality impact (C:N), only integrity and availability (I:H/A:H).

Impact

Signals are mixed and lean toward lower real-world urgency despite the high 8.1 base score. The CVSS vector (AV:N/AC:L/PR:L/UI:N) describes a network-reachable, low-complexity attack that nonetheless requires the attacker to already hold some privileges (PR:L), and impact is limited to integrity and availability (C:N/I:H/A:H) with no confidentiality loss and no scope change (S:U). CISA SSVC reinforces a non-urgent posture: Exploitation=none (no observed or public exploitation), Automatable=no (cannot be reliably mass-exploited), though Technical Impact=total. There is no CISA KEV listing and no public POC, so this is 'no public exploit identified at time of analysis.' EPSS was not provided in the input, so exploitation probability cannot be quantified here. Net assessment: this is a credible but not emergency-grade issue - a high-CVSS flaw whose practical risk is tempered by the required pre-existing privilege and the absence of any exploitation evidence. One point to verify: CWE-74 injection via a downstream component in a client library typically depends on how the consuming application passes untrusted input, which the terse description does not detail - confirm the concrete sink with Microsoft's MSRC advisory.

Exploit ScenarioDerived

An attacker who already holds low-level authenticated access abuses improperly neutralized special elements that the Azure Storage client library passes to a downstream component, injecting content that the downstream component interprets as commands or control data. Because the vector is network-based and low-complexity (AV:N/AC:L), the attacker leverages this to elevate privileges and tamper with or disrupt storage operations (I:H/A:H). No public exploit code or active exploitation is known at time of analysis, and SSVC rates exploitation as none.

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

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

Alert me

AnalysisAIv1 – Oct 13, 2026

Improper neutralization of special elements (CWE-74) in Microsoft's Azure Storage client libraries - azure-storage-blob-batch 1.0.0 and the Azure Storage Blobs client library for Java - allows an attacker who already holds low-level authorized access (PR:L) to escalate privileges over the network by routing crafted input through the library into a downstream component that does not sanitize it. The weakness requires no user interaction (UI:N) and produces high integrity and availability impact (I:H/A:H) with no confidentiality loss (C:N), which is consistent with Microsoft's 'Code Injection' tagging. No public exploit code has been identified at time of analysis, and CISA's SSVC assessment rates exploitation as 'none' and the issue as not automatable, so real-world urgency sits below what the 8.1 base score alone would imply.

RemediationAI

No vendor-released patch version is identified in the available data, so the primary action is to obtain the fixed library version from Microsoft's MSRC update guide for CVE-2026-88094 (https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-88094) and upgrade azure-storage-blob-batch from 1.0.0 and the Azure Storage Blobs Java client library to that release; track the NVD entry (https://nvd.nist.gov/vuln/detail/CVE-2026-88094) for the version mapping as it is published. Because exploitation requires pre-existing low-level authorization (PR:L) and depends on the application passing untrusted data into the library's downstream calls, the most effective compensating control is input validation at the application boundary: reject or strictly encode any user-supplied value that reaches batch-blob or Storage Blobs SDK operations, accepting the trade-off that overly strict filtering can break legitimate payloads containing special characters. Additionally, restrict network exposure of services that invoke these libraries to trusted clients and enforce least-privilege role assignments so that a compromised low-privilege principal has no path to the privileged operations the flaw can reach; this reduces blast radius but does not eliminate the injection itself. Disabling batch blob operations or the affected Java SDK code paths where they are not business-critical removes the attack surface entirely, at the cost of losing that functionality until a patched version is deployed and validated.

Affected VersionsENISA

azure-storage-blob-batch 1.0.0 <azure-storage-blob-batch
Azure Storage Blobs client library for Java - (version not specified)

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The root cause is CWE-74, improper neutralization of special elements in output used by a downstream component (injection) - the classic intermediary case where a library faithfully forwards attacker-influenced data to another parser, interpreter, or service without escaping it, so the injection fires in the downstream consumer rather than in the library itself. Here the affected technology is the Azure Storage SDK surface: the Python-side package azure-storage-blob-batch at version 1.0.0 (per EUVD version data 'azure-storage-blob-batch 1.0.0 <azure-storage-blob-batch') and the Azure Storage Blobs client library for Java. Because these components sit between an application and Azure Storage's REST endpoints and batch-processing paths, the exploitability depends on how the consuming application feeds untrusted data into the library's downstream calls; the library supplies the unescaped delivery mechanism rather than the vulnerability being reachable in isolation. The CVSS vector (AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H) confirms network reachability with low attack complexity, but requires the attacker to already be authorized at a low privilege level, and scope remains unchanged, meaning the downstream impact stays within the same security authority.

Know when Java 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

Vendor (microsoft) PRIMARY 8.1 HIGH
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
vuln.today AI 8.1 HIGH

Network-reachable low-complexity injection requiring a pre-existing low privilege (PR:L); downstream injection yields integrity/availability impact with no confidentiality loss and no scope change.

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

Primary rating from Vendor (microsoft).

CVSS VectorVendor: microsoft

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

DescriptionCVE.org

Improper neutralization of special elements in output used by a downstream component ('injection') in Azure Storage Library allows an authorized attacker to elevate privileges over a network.

Executive ViewAI

Why It Matters

Microsoft's Azure Storage client libraries for .NET batch operations (azure-storage-blob-batch 1.0.0) and Java are affected by a high-severity input-handling flaw that lets an already-authorized low-privilege user route crafted data through the library into a downstream component, potentially corrupting or disrupting that component's data and availability. Because the code is embedded in our own applications rather than running as a standalone service, every internal or customer-facing system built on these libraries inherits the exposure, and the affected dependency is widely reused across development teams. Leadership should care that no vendor patch is currently available, so remediation depends on our own detection, input-validation, and dependency-governance controls while Microsoft develops a fix.

Business Impact: Medium
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: enforce strict input validation and neutralization at the boundary where library output enters any downstream component (addressing CWE-74 directly); restrict and review low-privilege authenticated accounts that can reach affected code paths; apply least-privilege and network segmentation to limit reachable downstream components; enable enhanced logging and anomaly detection on batch storage operations; and evaluate substituting or isolating the affected library versions until a fix is available.

Threat Intelligence Overview

EPSS Score
0.6%
Top 51% exploitable
Prevalence
Medium
Azure Storage Java client library, common in cloud apps but not universal
Vendor Status
Publicly Disclosed:No
Exploited:No
Latest Software Release:Exploitation Less Likely
Data Quality
5 sources
Confidence: Medium

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.6%
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
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
Medium
Technical Impact
Total

Priority Score

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

Attack Technique

Code Injection CRITICAL

Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.

More in Java

View all
CVE-2012-4681 CRITICAL POC
9.8 Aug 28

Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m

CVE-2015-7450 CRITICAL POC
9.8 Jan 02

Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti

CVE-2013-2465 CRITICAL POC
9.8 Jun 18

Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent

CVE-2011-3544 CRITICAL POC
9.8 Oct 19

Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug

CVE-2010-1871 HIGH POC
8.8 Aug 05

JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to

CVE-2012-1723 CRITICAL POC
9.8 Jun 16

Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up

CVE-2013-0422 CRITICAL POC
9.8 Jan 10

Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using

CVE-2012-0507 CRITICAL POC
9.8 Jun 07

Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up

CVE-2015-4852 CRITICAL POC
9.8 Nov 18

The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers

CVE-2012-5076 CRITICAL POC
9.8 Oct 16

Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow

CVE-2017-3066 CRITICAL POC
9.8 Apr 27

Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla

CVE-2012-0391 CRITICAL POC
9.8 Jan 08

The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during

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