Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach WebSphere over network (unauthenticated)
-
ExploitSend request with crafted LTPA token cookie
-
ExecutionMalicious characters written unsanitized to logs
-
ImpactForged/split log entries corrupt log integrity
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A09:2025 - Security Logging & Alerting Failures
ASVS 5.0
V16 - Security Logging and Error Handling Log output neutralization
|
| Exploitation Conditions | Exploitation requires that the target WebSphere Application Server (9.0 or 8.5) processes LTPA token authentication and writes token/cookie content to its logs - the attacker supplies a crafted LTPA token cookie over the network without authentication (PR:N). The impact is limited to log integrity (forged/injected log entries); there is no confidentiality or availability impact and no code execution. Realistic risk is further limited by AC:H - the attacker needs to craft content that survives into logs in an exploitable form, and the damage only materializes when those logs are consumed by a human or downstream system that misinterprets the injected entries. |
| Impact | This is a genuinely low-priority issue despite being network-reachable and unauthenticated. The CVSS 3.1 base score of 3.7 (AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N) correctly reflects that the only impact is a Low integrity effect (I:L) - no confidentiality or availability loss - consistent with CWE-117 (Improper Output Neutralization for Logs), i.e. log injection, not code execution. The AC:H reflects that reliably forging useful log content and having it viewed/parsed downstream is not trivial. No EPSS score, no CISA KEV listing, and no public exploit code were provided, so exploitation status is: no public exploit identified at time of analysis. There are no conflicting signals here: all sources agree this is a low-severity log-tampering weakness, not a high-CVSS-but-hidden-risk case. The main caveat is that the input Tags label this 'Code Injection', which overstates the impact - this is log injection (CWE-117), which cannot on its own yield code execution. A patch is available from IBM (support node 7286610). |
| Exploit ScenarioDerived | A remote, unauthenticated attacker sends HTTP requests to a WebSphere endpoint with a crafted LTPA token cookie containing embedded control characters (e.g. CRLF or fake log-line markers). When WebSphere writes the cookie/token value to its logs without neutralization, the attacker forges or splits log entries - potentially hiding activity or planting misleading records for anyone (or any SIEM) reading the logs. No public exploit code is identified, and the CVSS AC:H indicates non-trivial conditions for reliable, impactful injection. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 18, 2026
Log injection in IBM WebSphere Application Server 9.0 and 8.5 lets remote, unauthenticated attackers corrupt server log content by supplying a crafted LTPA token cookie that the application writes to its logs without neutralizing control characters. The impact is limited to integrity (CVSS 3.1 base score 3.7, I:L) with no confidentiality or availability loss and no code execution, and exploitation is rated high complexity because the injected content must survive into the log in a form a human or downstream log consumer then misinterprets. No public exploit code and no confirmed active exploitation (CISA KEV) were identified at time of analysis; a vendor patch is available per the IBM advisory.
RemediationAI
Patch available per vendor advisory: IBM has published a fix for this issue and the authoritative version mapping and installation instructions are in the advisory at https://www.ibm.com/support/pages/node/7286610 - apply the interim fix or fix pack that corresponds to your installed WebSphere Application Server 8.5 or 9.0 build, since no single exact fix version is specified in the available data. If immediate patching is not possible, compensating controls should focus on removing the injection's downstream value rather than on the token itself: escape or strip CR/LF and non-printable characters from WebSphere log streams before they reach a SIEM or log-management platform (trade-off: aggressive filtering can mangle legitimate multi-line stack traces and reduce troubleshooting fidelity), and treat WebSphere application logs as untrusted input - do not use them as sole evidence for security alerts, audits, or automated remediation triggers until the fix is applied. Where SSO is not required for a given deployment, disabling or avoiding LTPA-based single sign-on for untrusted-facing endpoints removes the injection vector entirely, but this breaks cross-application SSO and forces users to re-authenticate per application. Shortening LTPA token lifetimes and rotating LTPA keys limits the window in which a captured or crafted token is usable, though it does not by itself prevent log injection; because the vector is PR:N/AV:N with no authentication, network segmentation and front-end filtering of cookie headers offer only marginal benefit and should not be relied on in place of the vendor fix.
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 issue is an improper output neutralization flaw in logs (CWE-117) affecting IBM WebSphere Application Server, whose affected-product fingerprint is the wildcard CPE cpe:2.3:a:ibm:websphere_application_server:*:*:*:*:*:*:*:*, i.e. it spans both the 9.0 and 8.5 release trains. LTPA (Lightweight Third-Party Authentication) is IBM's single-sign-on token mechanism, typically carried in the LtpaToken/LtpaToken2 cookie, which holds a signed/encrypted representation of user identity; WebSphere can log token or cookie content during authentication and tracing. Because that content is written to log files without escaping non-printable characters, an attacker who can supply a cookie value can inject newline or control sequences and forge additional log lines. The CVSS vector CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N confirms this is network-reachable without authentication (PR:N) and requires no user interaction, but is constrained to a low integrity impact with high attack complexity (AC:H) - the payload must be crafted so it is preserved into the log and then acted upon by whatever reads it. Note that the coarse "Code Injection" tag attached to this record overstates the weakness: the root cause is log forging via unescaped input, not executable code injection, and there is no scope change or privilege escalation path in the assessed vector.
Know when Websphere Application Server 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:N/UI:N/S:U/C:N/I:L/A:N
Crafted cookie is sent remotely and unauthenticated (AV:N/PR:N); reliable, impactful log forgery is non-trivial (AC:H); only log integrity is affected (I:L, C:N/A:N).
Primary rating from Vendor (ibm).
CVSS VectorNVD
Lifecycle Timeline
3DescriptionNVD
IBM WebSphere Application Server 9.0 and 8.5 is affected by a log injection vulnerability through crafted LTPA token cookies.
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
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
More in Websphere Application Server
View allIBM WebSphere Application Server 8.5 and 9.0 could allow a remote attacker to execute arbitrary code on the system with
IBM WebSphere Application Server (WAS) 6.1 through 6.1.0.47, 7.0 before 7.0.0.39, 8.0 before 8.0.0.11, and 8.5 before 8.
The JMX Remoting functionality in Apache Geronimo 3.x before 3.0.1, as used in IBM WebSphere Application Server (WAS) Co
Unspecified vulnerability in the IBM HTTP Server component 5.3 in IBM WebSphere Application Server (WAS) for z/OS allows
IBM WebSphere Application Server 7.0, 8.0, 8.5, and 9.0 could allow a remote attacker to traverse directories on the sys
IBM WebSphere Application Server (WAS) 7.0 before 7.0.0.43, 8.0 before 8.0.0.13, 8.5 before 8.5.5.11, 9.0 before 9.0.0.2
Unspecified vulnerability in IBM WebSphere Application Server (WAS) 6.1, 7.0 before 7.0.0.27, 8.0, and 8.5 has unknown i
Pre-authentication unsafe deserialization in IBM WebSphere Application Server 9.0 and 8.5 traditional allows remote unau
Unsafe class loading in the ORB (Object Request Broker) component of IBM WebSphere Application Server 8.5, 9.0, and Libe
Remote code execution in IBM WebSphere Application Server 8.5 and 9.0 (traditional) allows an unauthenticated network at
HTTP request smuggling in IBM WebSphere Application Server (traditional 8.5 and 9.0) and WebSphere Liberty (17.0.0.3 thr
Server-side request forgery in IBM WebSphere Application Server (traditional 9.0 and 8.5) and WebSphere Application Serv
EUVD-2026-83276
GHSA-wgpc-w629-m235
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB