La compañía ha compartido un comunicado en el que confirma la existencia de este fallo, además de mencionar los dispositivos afectados.
AMD reconoce la existencia del fallo RDSEED en las CPU «Zen 5»
AMD ha reconocido oficialmente un fallo en la instrucción RDSEED presente en sus procesadores Zen 5, que puede provocar la devolución de valores incorrectos sin advertir del error, comprometiendo la fiabilidad del sistema. La «buena noticia» es que el problema afecta a las versiones de 16 y 32 bits de RDSEED, mientras que la versión de 64 bits no se ve afectada.
El error fue detectado tras ser reportado públicamente en la lista de correo del kernel de Linux, sin pasar por el proceso interno de divulgación coordinada de vulnerabilidades de AMD. La compañía ha confirmado que el fallo puede provocar que la instrucción RDSEED devuelva un valor de 0, pese a indicar correctamente éxito mediante la bandera CF=1, algo que puede generar valores aleatorios insuficientemente seguros.
AMD lanzará parches de microcódigo y mitigaciones en noviembre
La vulnerabilidad ha sido registrada como CVE-2025-62626, con una puntuación CVSS de 7.2 (alta), y se describe como un manejo inadecuado de la entropía que podría permitir a un atacante local influir en los valores devueltos por RDSEED. Esto puede tener impacto en aplicaciones que dependan de números aleatorios para operaciones seguras, como cifrado o generación de claves.
Pero desde AMD han querido dejar claro que están manos a la obra con este problema. La compañía ha confirmado que lanzará actualizaciones de microcódigo y AGESA para corregir el problema. En el caso de los procesadores EPYC 9005 “Turin”, la mitigación llegará entre finales de octubre y mediados de noviembre de 2025, mientras que los Ryzen 9000, Ryzen AI 300 y Threadripper 9000 recibirán las correcciones a finales de noviembre. Las versiones Ryzen Embedded y EPYC Embedded obtendrán sus parches a principios de 2026.
Te recomendamos los mejores procesadores del mercado.
Hasta entonces, la compañía recomienda varias soluciones temporales, como usar la versión de 64 bits de RDSEED, desactivar la detección de la instrucción mediante clearcpuid=rdseed, o tratar los valores nulos devueltos como fallos temporales, repitiendo la llamada hasta obtener un resultado válido.
