Skip to main content

IBM Aspera Enterprise WebApps CVE-2026-75777

| EUVDEUVD-2026-75802 HIGH
Improper Privilege Management (CWE-269)
2026-09-10 ibm GHSA-j5rw-xw36-2hmr
8.8
CVSS 3.1 · Vendor: ibm
View

Attack ChainAIDerived

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

  1. Access
    Gain low-priv shell in Aspera container
  2. Delivery
    Identify unrestricted syscall surface
  3. Exploit
    Issue namespace-escaping syscall (e.g. unshare/mount)
  4. Execution
    Break out of Linux namespace isolation
  5. Persist
    Achieve host root-level access
  6. Impact
    Compromise host and co-located workloads

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V8 - Authorization Least privilege enforcement
MITRE ATT&CK

1 technique across 1 tactic: Privilege Escalation

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires the attacker to have an existing low-privilege execution context within the IBM Aspera Enterprise WebApps container (PR:L, AV:L). The container must be deployed without a restrictive seccomp syscall filtering policy - specifically, dangerous kernel syscalls must be reachable from within the container namespace. IBM Aspera Enterprise WebApps versions 1.0.0 through 1.0.5 are the only confirmed affected scope. Exploitation is limited by: (1) the requirement for prior code execution inside the container, making this a second-stage attack; (2) the local attack vector, ruling out direct remote exploitation of this specific flaw; and (3) the enterprise deployment context in which untrusted users typically do not have container shell access. A privileged (--privileged) Docker mode is not required - the flaw exists because the container lacks adequate syscall restrictions, not because it was explicitly granted extra capabilities.

Impact

The CVSS 8.8 vector (AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H) is internally consistent: exploitation requires local execution context within the container (AV:L, PR:L), imposes no special complexity or user interaction, and results in a full scope change to the host (S:C). Real-world risk is meaningful but gated on the attacker first obtaining code execution inside the Aspera container - a prerequisite that is non-trivial in a hardened deployment. IBM Aspera is enterprise-grade software not broadly exposed to untrusted users, which limits opportunistic exploitation. No EPSS data was provided; given no KEV listing, no published POC, and the local-access prerequisite, the probability of widespread automated exploitation is low. The scope-changed C:H/I:H/A:H impact means any successful escape delivers full host compromise, elevating the strategic severity for environments running multiple tenants or sensitive workloads on the same host. No conflicting signals detected in the available data.

Exploit ScenarioDerived

An attacker who has already obtained low-privilege code execution inside the IBM Aspera Enterprise WebApps container - for example, by exploiting a web application vulnerability in the Aspera web front-end - issues unrestricted kernel syscalls (such as unshare with CLONE_NEWUSER or mount) to break Linux namespace isolation. Once outside the container, the attacker operates with host-level privileges, gaining full control over the underlying server and any co-located workloads. No public proof-of-concept code has been identified at time of analysis.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.1% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Sep 10, 2026

Container escape in IBM Aspera Enterprise WebApps 1.0.0-1.0.5 allows a local attacker with low privileges inside the container to break out to the underlying host due to unrestricted system call access. The CVSS vector (S:C/C:H/I:H/A:H) reflects full host compromise as the post-escape impact, not merely container-level damage. No public exploit code or active exploitation (CISA KEV) has been identified at time of analysis; IBM has released a patch.

RemediationAI

IBM has released a patch per vendor advisory at https://www.ibm.com/support/pages/node/7286738; consult that page for the specific fixed version, as an exact patched build number was not included in the available intelligence. Upgrading to the vendor-confirmed fixed release is the primary remediation. As a compensating control prior to patching, operators should apply a restrictive seccomp profile to the Aspera container - for example, Docker's default seccomp profile or a custom allowlist that blocks dangerous syscalls (unshare, clone with CLONE_NEWUSER, mount, pivot_root, keyctl). Additionally, ensure the container does not run with --privileged and that Linux capabilities are dropped to the minimum required set. Restricting network access to container management interfaces limits lateral movement after a hypothetical escape. Each workaround carries operational trade-offs: overly restrictive seccomp policies may break legitimate application functionality, so test in staging before production deployment.

Affected VersionsENISA

Aspera Enterprise WebApps 1.0.0 ≤1.0.5

Affected Packages

euvd aspera_enterprise_webapps 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

IBM Aspera Enterprise WebApps is IBM's enterprise web front-end for the Aspera high-speed file transfer platform, containerized for deployment flexibility. The affected CPE (cpe:2.3:a:ibm:aspera_enterprise_webapps:*:*:*:*:*:*:*:*) covers all builds from 1.0.0 through 1.0.5. CWE-269 (Improper Privilege Management) pinpoints the root cause: the container runtime was configured without a restrictive seccomp (secure computing mode) profile or equivalent syscall filtering policy, leaving dangerous kernel interfaces - such as those enabling namespace manipulation, cgroup escapes, or direct kernel object access - reachable from within the container. Container escape via unrestricted syscalls typically leverages calls like unshare(), clone(), mount(), or pivot_root() to break out of Linux namespace isolation and obtain host-level access.

Know when Aspera Enterprise Webapps 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 (ibm) PRIMARY 8.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
vuln.today AI 8.8 HIGH

Local low-priv container execution required; no interaction needed; scope changes to host yielding full C/I/A impact - matches provided vector exactly.

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

Primary rating from Vendor (ibm).

CVSS VectorVendor: ibm

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Changed
Confidentiality
High
Integrity
High
Availability
High

DescriptionCVE.org

IBM Aspera Enterprise WebApps 1.0.0 through 1.0.5 could allow a local attacker to escape container protections due to unrestricted system calls being permitted within the container.

Executive ViewAI

Why It Matters

IBM Aspera Enterprise WebApps versions 1.0.0-1.0.5 contain a container escape vulnerability that could allow attackers with access to the application layer to compromise the underlying host infrastructure. Organizations using Aspera for secure file transfer should treat this as a critical escalation risk and prioritize patching.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.1%
Top 96% exploitable
Prevalence
Low
niche IBM enterprise file-transfer product, version 1.0.x
Social Media
1
Sightings
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.1%
Patch available Yes
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
Small
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

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

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

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