{"id":119554,"date":"2024-08-21T09:43:00","date_gmt":"2024-08-21T07:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/oshibka-v-obnovlenii-k-windows-blokirovala-zagruzku-linux-pri-ispolzovanii-uefi-secure-boot"},"modified":"2024-08-21T09:43:00","modified_gmt":"2024-08-21T07:43:00","slug":"oshibka-v-obnovlenii-k-windows-blokirovala-zagruzku-linux-pri-ispolzovanii-uefi-secure-boot","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/oshibka-v-obnovlenii-k-windows-blokirovala-zagruzku-linux-pri-ispolzovanii-uefi-secure-boot","title":{"rendered":"Un error en la actualizaci\u00f3n a Windows bloque\u00f3 el arranque de Linux al usar UEFI Secure Boot","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En la actualizaci\u00f3n lanzada el martes por Microsoft para el sistema operativo Windows, se ha identificado un problema que impide la carga de sistemas Linux instalados en el mismo ordenador junto a Windows. La causa del problema es una correcci\u00f3n destinada a abordar una antigua vulnerabilidad (CVE-2022-2601) en el cargador GRUB, que fue corregida en 2022. Microsoft a\u00fan no ha publicado ninguna declaraci\u00f3n relacionada con este fallo ni lo ha comentado. <\/p>\n
En la nota sobre el cambio se mencionaba que la correcci\u00f3n, que implementa una nueva pol\u00edtica SBAT (UEFI Secure Boot Advanced Targeting), se aplicar\u00e1 a sistemas que solo utilizan Windows y no afectar\u00e1 configuraciones de arranque dual (el cambio bloque\u00f3 el uso de im\u00e1genes de arranque con el antiguo GRUB para eludir el Secure Boot en sistemas que tienen solo Windows). Tambi\u00e9n se indic\u00f3 que el cambio podr\u00eda causar problemas al cargar im\u00e1genes ISO de sistemas antiguos que ven\u00edan con una versi\u00f3n vulnerable de GRUB. De hecho, los problemas tambi\u00e9n se han manifestado para usuarios de sistemas de arranque dual que utilizan nuevas distribuciones de Linux, como Ubuntu 24.04 y Debian 12.6, en las que la vulnerabilidad en GRUB ya fue solucionada. <\/p>\n
El problema se manifiesta con la detenci\u00f3n del proceso de arranque, mostrando el mensaje \u00abVerifying shim SBAT data failed: Security Policy Violation. Something has gone seriously wrong: SBAT self-check failed: Security Policy Violation\u00bb. Para restaurar el funcionamiento, se recomienda eliminar los datos SBAT instalados en UEFI; para ello, se puede desactivar Secure Boot en el firmware, cargar una distribuci\u00f3n de Linux reciente que soporte UEFI Secure Boot, como Ubuntu, ejecutar en la consola el comando \u00abmokutil \u2014set-sbat-policy delete\u00bb, y luego reiniciar la distribuci\u00f3n de Linux para aplicar la pol\u00edtica SBAT adecuada. Despu\u00e9s de esto, se puede volver a activar el modo Secure Boot en el firmware. <\/p>\n
El mecanismo SBAT fue desarrollado por Red Hat en colaboraci\u00f3n con Microsoft para bloquear vulnerabilidades en el cargador GRUB y la capa shim sin revocar la firma digital. SBAT implica la adici\u00f3n de metadatos a los archivos ejecutables de los componentes UEFI, que incluyen informaci\u00f3n sobre el fabricante, producto, componente y versi\u00f3n. Los metadatos especificados se firman digitalmente y pueden incluirse por separado en las listas de componentes permitidos o prohibidos para UEFI Secure Boot. SBAT permite bloquear el uso de firmas digitales para n\u00fameros de versi\u00f3n espec\u00edficos de componentes sin necesidad de revocar las claves para Secure Boot. <\/p>\n
El bloqueo de vulnerabilidades a trav\u00e9s de SBAT no requiere el uso de la lista de certificados revocados de UEFI (dbx), sino que se realiza a nivel de reemplazo de la clave interna para la formaci\u00f3n de firmas y actualizaci\u00f3n de GRUB2, shim y otros artefactos de arranque suministrados por las distribuciones. Antes de la implementaci\u00f3n de SBAT, la actualizaci\u00f3n de la lista de certificados revocados (dbx, UEFI Revocation List) era un requisito obligatorio para el bloqueo completo de vulnerabilidades, ya que un atacante, independientemente del sistema operativo utilizado, podr\u00eda comprometer UEFI Secure Boot utilizando un medio de arranque con una versi\u00f3n antigua y vulnerable de GRUB2, firmada digitalmente. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"