Intel ha publicado un nuevo microcódigo 20260811, una actualización bastante más importante de lo que parece tras meses en silencio, porque mete ocho avisos de seguridad que en realidad corrigen nueve vulnerabilidades, además de solucionar problemas funcionales en varias generaciones. Eso sí, que una CPU aparezca en el paquete no significa que sufra los nueve fallos, ya que cada CVE golpea a familias concretas, además, con diferentes impactos, aunque por suerte, al menos de momento, parece que no habrá ninguna pérdida de rendimiento.

Parches de seguridad y microcódigos suenan a catástrofe tanto para Intel como para AMD tras años donde sus CPU han ido perdiendo rendimiento a costa de seguridad. Y aunque esto está bien, aunque vimos hace nada a TONTOU como un posible motivo de nueva degradación, de momento, los azules mantienen el tono y el rendimiento en sus CPU, ahora, más seguras.

El microcódigo 20260811 de Intel para sus CPU Core corrige errores y vulnerabilidades importantes

La más grave de las 9 es, sin duda, INTEL-SA-01435, CVE-2026-20716, con CVSS 7,2: un control de acceso incorrecto puede permitir escalar privilegios desde aplicaciones de usuario. Afecta a Xeon 6 con P-Cores, Xeon 6 SoC y Xeon 6 para workstation. Muy cerca queda INTEL-SA-01379, CVE-2025-31936, CVSS 7,0, donde un solapamiento incorrecto entre regiones de memoria protegida dentro de SMM, un modo interno con privilegios superiores incluso al sistema operativo, permite otra escalada de privilegios en Xeon 6 con P-Cores y Xeon 6 SoC usando TDX, la tecnología de Intel para aislar máquinas virtuales y su memoria.

INTEL-SA-01404, CVE-2025-31938, también gira alrededor de TDX, pero aquí el problema es una granularidad insuficiente en los controles de acceso que puede terminar exponiendo información. Están afectados Xeon 6 con P-Cores, Xeon 6700P-B/6500P-B SoC y Xeon 6 con E-Cores.

En consumo tenemos INTEL-SA-01428, CVE-2025-35973, un manejo incorrecto de valores desde Kernel, hipervisor o sistemas bare metal capaz de permitir escalada de privilegios. Afecta a Meteor Lake, Arrow Lake Mobile, Lunar Lake, Panther Lake y determinados Xeon 6. Por su parte, INTEL-SA-01441, CVE-2026-20760, afecta a Lunar Lake, Arrow Lake Mobile y Panther Lake por un problema con rangos de memoria protegida; Intel lo clasifica como denegación de servicio, aunque su descripción contempla escalada de privilegios desde el hipervisor. No especifica nada más para sorpresa de todos.

CPU veteranas también están afectadas

Los veteranos tampoco se libran de este 20260811, porque INTEL-SA-01423, CVE-2026-20917, corrige una Load Value Injection causada por un reenvío incorrecto de datos durante ejecución transitoria, es decir, mientras la CPU trabaja especulativamente antes de confirmar una operación, pudiendo terminar filtrando información. Afecta a Core de 10ª y 11ª generación, Xeon Scalable de 3ª generación, Xeon D y Xeon E-2300.

INTEL-SA-01442 mete dos CVE, 2026-20713 y 2026-20901, por control de flujo incorrecto y mala validación de entradas del firmware, ambos capaces de escalar privilegios. Aquí entran Xeon Scalable de 4ª y 5ª generación, Xeon W-2400/W-3400 y distintos Xeon 6. Finalmente, INTEL-SA-01443, CVE-2026-20707, corrige una condición de carrera capaz de tumbar el sistema mediante software sin privilegios en Xeon Scalable de 3ª generación y Xeon D.

Fuera de estas vulnerabilidades, Intel actualiza microcódigo por errores funcionales en Core de 10ª, Core de 13ª/14ª, Core Ultra, Core Ultra Series 2/3 y numerosos Xeon, mientras estrena Bartlett Lake y Wildcat Lake. Los Core de 13ª/14ª, por ejemplo, pasan de 0x133 a 0x137: no aparecen afectados por estos nueve CVE, pero sí reciben correcciones funcionales.

Intel recomienda instalar el firmware más reciente del fabricante de nuestra placa base mediante la BIOS/UEFI, puesto que es el método preferido porque carga el microcódigo antes de arrancar, aunque Linux también puede cargarlo desde el propio Sistema Operativo. Por ahora Intel no indica pérdidas de rendimiento asociadas a estas mitigaciones, así que, hasta que aparezcan benchmarks independientes de este 20260811, hablamos de ausencia de penalización conocida y no de impacto cero garantizado.