CVE-2025-54518
Improper isolation of shared resources within the CPU operation cache on Zen 2-based products could allow an attacker to corrupt instruction
CVSS
7.0
High
EPSS
0.3%
p21
KEV
—
Exploit Today
6
0-100
Published: May 15, 2026 · Last modified: Sep 10, 2026 · CWE-1189 · CWE-1220
0.3%EPSS · 30 days0.3%
2026-10-072026-11-03
Improper isolation of shared resources within the CPU operation cache on Zen 2-based products could allow an attacker to corrupt instructions executed at a different privilege level, potentially resulting in privilege escalation.
- www.amd.comhttps://www.amd.com/en/resources/product-security/bulletin/AMD-SB-7052.html
- www.openwall.comhttp://www.openwall.com/lists/oss-security/2026/05/12/15
- xenbits.xen.orghttp://xenbits.xen.org/xsa/advisory-490.html
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:50978
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:50979
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:53329
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:53989
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:53990
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:54769
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:55444
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:56573
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:57402
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:57457
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:57543
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:59091
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:59831
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:60019
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:62549
- access.redhat.comhttps://access.redhat.com/security/cve/CVE-2025-54518
- bugzilla.redhat.comhttps://bugzilla.redhat.com/show_bug.cgi?id=2477784
CVECVSSEPSSKEVRExploitTitleMod.
CVE-2026-1222668.7 HIG—
———Improper isolation of shared resources in aws-network-policy-agent in Amazon EKS Network Policy Agent before 1.3.7 (VPC CNI before 1.22.3) might allow an authenticated adjacent user to bypass NetworkPolicy ingress enforcement on co-located pods via eBPF conntrack map poisoning using crafted AF_PACKET frames.
To remediate this issue, users should upgrade to Amazon VPC CNI Managed Add-on v1.22.3 or later (which includes Network Policy Agent v1.3.7).8hCVE-2026-777797.7 HIG—
——0ManageEngine Key Manager Plus versions before 7151 were vulnerable to an Improper Access Control vulnerability that allowed authenticated low-privilege users to export keys outside their authorized scope.14hCVE-2026-777787.1 HIG55.5%
——17ZohoCorp ManageEngine Key Manager Plus versions up to 7150 allow authenticated users to export certificates belonging to other users to their own registered key vaults.1dCVE-2026-777777.1 HIG55.0%
——16ManageEngine Key Manager Plus versions before 7151 are vulnerable to an improper access control issue that allow authenticated users to modify another user's ACME certificate deployment credentials.1dCVE-2026-119627—9.8%
——3The web profile and RSS/Atom feed routes of users and organizations checked only whether a signed-in viewer could see a limited-visibility owner, without considering the `public-only` restriction of the personal access token used to authenticate. Any user holding a public-only token could send it over HTTP Basic authentication to read the profile and activity feed of limited-visibility users and organizations, which are hidden from anonymous visitors and refused on the equivalent API routes. The disclosure covers existence, profile metadata and public activity; it does not grant write access.4dCVE-2026-572028.1 HIG38.3%
——11Asterisk is an open source private branch exchange and telephony toolkit. Prior to Asterisk 20.20.1, 21.12.3, 22.10.1, 23.4.1 and Certified Asterisk 20.7-cert11, 22.8-cert3, an authenticated Asterisk REST Interface (ARI) attacker with read-only privileges may use `setChannelVar` to execute write dialplan functions, including `FILE()` writes, even when `live_dangerously` in `asterisk.conf` is set to no. The Asterisk HTTP web server must be enabled and reachable, and the attacker must already have valid `read-only ARI credentials`. HTTP is disabled by default and binds only to 127.0.0.1 by default even when enabled. This issue is fixed in Asterisk 20.20.1, 21.12.3, 22.10.1, 23.4.1 and Certified Asterisk 20.7-cert11, 22.8-cert3.8d