Severity by source
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:L
Remote authenticated user (PR:L) can escalate across a trust boundary (S:C) for full C/I impact; low availability impact and low complexity match a reliable privilege-escalation flaw.
Primary rating from Vendor (ibm).
CVSS VectorNVD
Lifecycle Timeline
6DescriptionNVD
IBM i 7.6, 7.5, 7.4, and 7.3 could allow a remote authenticated attacker to gain elevated privileges due to improper validation of pointers read from Java-controlled addresses.
AnalysisAI
Privilege escalation in IBM i (7.3, 7.4, 7.5, 7.6) lets a remote, authenticated attacker gain elevated privileges by abusing improper validation of pointers read from Java-controlled addresses, giving full compromise of the affected component and a scope-changing impact beyond it. IBM assigned a critical CVSS 9.9 (S:C) despite requiring low privileges. No public exploit identified at time of analysis, and CISA SSVC records exploitation status as none, so this is a patch-worthy critical without evidence of active abuse yet.
Technical ContextAI
IBM i (the integrated operating environment historically known as OS/400 on IBM Power/AS400 midrange systems) includes a Java runtime whose execution can supply memory addresses back to lower-level system code. The root cause is CWE-269 (Improper Privilege Management): the system trusts pointers read from Java-controlled addresses without adequate validation, so a caller who can steer those addresses can influence privileged operations. Because IBM i enforces object-level and adopted authority throughout the OS, a flaw that lets untrusted Java-supplied pointers reach privileged code effectively breaks the trust boundary between a user's Java process and system-level authority. The affected CPE is cpe:2.3:a:ibm:i (all listed releases 7.3 through 7.6).
RemediationAI
Patch available per vendor advisory: apply the IBM-provided fix (PTFs/group PTF) as described at https://www.ibm.com/support/pages/node/7283283 for your specific release among IBM i 7.3, 7.4, 7.5, and 7.6; the input does not include an exact fix PTF level, so confirm the correct PTF for your release directly from that advisory. Until the fix is applied, reduce exposure by restricting who can run or influence Java workloads on the system, tightening user profile authorities and adopted-authority usage, and limiting network access to the system to trusted administrative hosts - with the trade-off that constraining Java execution or profile privileges may disrupt legitimate applications and batch jobs. Because exploitation requires an authenticated account, enforcing least-privilege user profiles, strong credential hygiene, and monitoring of privilege changes materially lowers risk while the PTF is scheduled.
Same weakness CWE-269 – Improper Privilege Management
View allSame technique Privilege Escalation
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-58468
GHSA-hf7q-xxq4-j9qj