Skip to main content
Report · GCP Compute Engine SecurityAbout CVE-2025-62626Published

GCP-2025-058

Source GCP Compute Engine Security

0
Authoritative record:CVE-2025-62626· High 7.2

Not known to be exploited · CVSS 7.2 High.

Data as of 26 Oct 2026, 22:14 UTC

CVSS 4.0 base score
7.2High
How severe the flaw is on the 0–10 CVSS scale.
CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 21 Nov 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
AMDAMD Ryzen™ 9000HX Series ProcessorsAffected–Fixed in–
AMDAMD EPYC™ 9005 Series ProcessorsAffected–Fixed in–

AI-suggested

The 64-bit RDSEED instruction remains safe and should be used preferentially. Applications should avoid using the 16- and 32-bit RDSEED instructions for cryptographic random number generation. Since the Linux kernel uses the safe 64-bit RDSEED instruction for /dev/[u]random, no action is required for standard Linux systems relying on these sources. Monitor AMD advisories for updates and apply any forthcoming patches or guidance.

Description

A vulnerability has been identified in the RDSEED instruction on AMD Zen 5 (Turin) processors. The 16- and 32-bit versions of the RDSEED instruction can silently fail under certain system load conditions, potentially compromising applications that rely on these instructions for cryptographic random number generation. The 64-bit version of RDSEED is not affected and remains safe. AMD is currently investigating this issue. The 64-bit Linux kernel uses the safe 64-bit RDSEED instruction for /dev/[u]random, so those random numbers are not impacted. Applications that synthesize random numbers using the 16- or 32-bit RDSEED instructions should be aware of this insecurity.

References

Community reviews

Loading reviews…