Severity by source
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
Authenticated low-privilege user (PR:L) escalates over the network with low complexity; improper authority crosses a security boundary (S:C) yielding total C/I/A impact.
Primary rating from Vendor (ibm).
CVSS VectorNVD
Lifecycle Timeline
5DescriptionNVD
IBM i 7.6, 7.5, 7.4, and 7.3 could allow a remote authenticated attacker to escalate privileges due to improper authorization in the handling of high-authority threads.
AnalysisAI
Privilege escalation in IBM i (formerly OS/400) releases 7.3 through 7.6 lets a remote authenticated user with low privileges gain higher, potentially all-object, authority by abusing improper authorization checks in the handling of high-authority threads. The flaw is scored CVSS 9.9 because of a scope change (S:C) that lets a foothold on the platform lead to full compromise of confidentiality, integrity, and availability. There is no public exploit identified at time of analysis, and EPSS is low at 0.24%, but a vendor patch is available.
Technical ContextAI
IBM i is IBM's integrated midrange operating environment (running on Power Systems, historically AS/400) used for core business and ERP workloads, identified here by cpe:2.3:a:ibm:i. The root cause is CWE-269 (Improper Privilege Management): when the OS spawns or manages threads that run under elevated (high) authority, the authorization boundary between the calling user's profile and the privileged thread is not enforced correctly. In IBM i's authority model, user profiles carry special authorities (e.g. *ALLOBJ, *SECADM); a thread that improperly retains or exposes high authority allows a low-authority profile to execute actions with privileges it was never granted, effectively bypassing object-level and adopted-authority controls.
RemediationAI
Patch available per vendor advisory: apply the fixes referenced in IBM support document https://www.ibm.com/support/pages/node/7283292 for your specific IBM i release (7.3, 7.4, 7.5, or 7.6) - exact PTF/PTF-group levels are not enumerated in the available data, so confirm the current level from that page before deploying. Because exploitation requires an authenticated low-privilege foothold, effective compensating controls while scheduling the patch include tightening user-profile provisioning and removing unnecessary special authorities, enforcing least privilege and strong credential/MFA policies on sign-on services, restricting network reachability of IBM i host services to trusted management networks (reducing the AV:N exposure), and increasing audit/journal monitoring (QAUDJRN) for unexpected authority use - with the trade-off that these reduce but do not eliminate risk since the escalation path itself remains until the PTF is applied.
Same weakness CWE-269 – Improper Privilege Management
View allSame technique Privilege Escalation
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-57361
GHSA-jhv9-vcr5-22m6