Una vulnerabilidad crítica de UEFI pone en riesgo a servidores de todo el mundo



Investigadores de Anthropic y Google han descubierto una vulnerabilidad crítica en EDK II, un conjunto de herramientas de código abierto utilizado como base para desarrollar firmware UEFI. El fallo, identificado como CVE-2026-97631, recibió una puntuación de gravedad de 9,5 sobre 10 y, si se explota con éxito, podría permitir la ejecución remota de código.

UEFI es el firmware integrado en la placa base que inicia los equipos y carga el sistema operativo. También incorpora funciones de seguridad como Secure Boot. Dado que numerosos fabricantes utilizan EDK II para crear el firmware de sus productos, la vulnerabilidad podría afectar a una amplia variedad de servidores y otros dispositivos.

El problema se describe como un desbordamiento de búfer que puede provocar escrituras fuera de los límites de memoria. Los ataques contra el firmware son especialmente preocupantes porque se ejecutan en una etapa anterior al sistema operativo y a muchas herramientas de seguridad. Por eso, reinstalar el sistema operativo o sustituir el disco duro no necesariamente eliminaría una infección que persista en el firmware.

Por ahora, no hay indicios de que el fallo se haya explotado activamente. Sin embargo, la publicación del código de la vulnerabilidad y de su corrección podría acelerar el desarrollo de exploits. Según la información difundida, la divulgación coordinada estaba prevista para enero de 2027, pero una solicitud pública de cambios de un fabricante incluyó detalles del fallo y una solución antes de esa fecha. Posteriormente, el proyecto TianoCore también publicó un aviso de seguridad.

### La disponibilidad del parche no garantiza una protección inmediata

Corregir el código común de EDK II es solo el primer paso. Cada fabricante debe adaptar la solución a sus propios productos, probarla y distribuir una actualización de firmware. Después, las organizaciones deben instalarla en sus equipos. La diversidad de fabricantes y modelos puede alargar este proceso durante semanas o meses, dejando sistemas expuestos aunque la corrección ya exista.

La explotación tampoco sería sencilla: los atacantes necesitarían cierto grado de acceso previo al dispositivo. Aun así, el impacto potencial hace que el riesgo sea relevante, en particular para infraestructuras de alto valor que podrían ser objetivo de grupos avanzados o patrocinados por Estados.

Las organizaciones deberían identificar qué servidores utilizan firmware basado en EDK II, consultar los avisos de sus proveedores y aplicar las actualizaciones tan pronto como estén disponibles. También conviene revisar los controles de acceso a la administración de servidores y vigilar cualquier actividad inusual relacionada con el firmware. En este caso, la rapidez y la coordinación entre fabricantes y usuarios serán esenciales para reducir la ventana de exposición.

from Latest from TechRadar https://ift.tt/tnO4PUH
via IFTTT IA