{"id":90288,"date":"2020-07-30T13:42:19","date_gmt":"2020-07-30T11:42:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/kriticheskaya-uyazvimost-v-zagruzchike-grub2-pozvolyayushhaya-obojti-uefi-secure-boot"},"modified":"2020-07-30T13:42:19","modified_gmt":"2020-07-30T11:42:19","slug":"kriticheskaya-uyazvimost-v-zagruzchike-grub2-pozvolyayushhaya-obojti-uefi-secure-boot","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/kriticheskaya-uyazvimost-v-zagruzchike-grub2-pozvolyayushhaya-obojti-uefi-secure-boot","title":{"rendered":"Vulnerabilidad cr\u00edtica en el cargador GRUB2 que permite eludir el arranque seguro UEFI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

En el cargador GRUB2 detectado<\/a><\/noindex> 8 vulnerabilidades. La m\u00e1s peligrosa el problema<\/a><\/noindex> (CVE-2020-10713<\/a><\/noindex>), apodada BootHole, permite<\/a><\/noindex> eludir el mecanismo UEFI Secure Boot y permitir la instalaci\u00f3n de malware no verificado. Una caracter\u00edstica de esta vulnerabilidad es que para corregirla no basta con actualizar GRUB2, ya que un atacante puede utilizar un medio de arranque con una versi\u00f3n vulnerable antigua firmada digitalmente. El atacante puede comprometer el proceso de verificaci\u00f3n no solo de Linux, sino tambi\u00e9n de otros sistemas operativos, incluyendo Windows<\/a><\/noindex>. <\/p>\n

El problema se soluciona solo mediante la actualizaci\u00f3n del lista de certificados revocados<\/a><\/noindex> (dbx, UEFI Revocation List), pero en este caso se perder\u00e1 la posibilidad de utilizar antiguos medios de instalaci\u00f3n con Linux. Algunos fabricantes de hardware ya han incluido en sus firmware una lista actualizada de certificados revocados, en tales sistemas en modo UEFI Secure Boot solo se podr\u00e1n cargar versiones actualizadas de distribuciones de Linux. <\/p>\n

Para corregir la vulnerabilidad en las distribuciones tambi\u00e9n ser\u00e1 necesario actualizar los instaladores, cargadores, paquetes del n\u00facleo, firmware fwupd y la capa shim, generando nuevas firmas digitales para ellos. Los usuarios deber\u00e1n actualizar las im\u00e1genes de instalaci\u00f3n y otros medios de arranque, as\u00ed como cargar la lista de certificados revocados (dbx) en el firmware UEFI. Hasta que se actualice el dbx en UEFI, el sistema seguir\u00e1 siendo vulnerable independientemente de las actualizaciones instaladas en el SO. <\/p>\n

Vulnerabilidad por un c\u00e1lculo incorrecto del tama\u00f1o de los paquetes L2CAP (protocolo de control de enlace l\u00f3gico y adaptaci\u00f3n), en el caso de que los datos enviados por el remitente superen el tama\u00f1o esperado.<\/a><\/noindex> desbordamiento de b\u00fafer, que puede ser explotado para ejecutar c\u00f3digo arbitrario durante el proceso de arranque.
\nLa vulnerabilidad se manifiesta al analizar el contenido del archivo de configuraci\u00f3n grub.cfg, que generalmente se coloca en la partici\u00f3n ESP (EFI System Partition) y puede ser editado por un atacante con derechos de administrador, sin comprometer la integridad de los archivos ejecutables firmados shim y GRUB2. Debido a un error<\/a><\/noindex> en el c\u00f3digo del analizador de configuraci\u00f3n, el manejador de errores fatales de an\u00e1lisis YY_FATAL_ERROR solo emit\u00eda una advertencia, pero no finalizaba el programa. El peligro de la vulnerabilidad se reduce a la necesidad de tener acceso privilegiado al sistema, sin embargo, el problema puede ser \u00fatil para implementar rootkits ocultos cuando se tiene acceso f\u00edsico al hardware (si se puede arrancar desde su propio medio).<\/p>\n

En la mayor\u00eda de las distribuciones de Linux, se utiliza una peque\u00f1a capa shim<\/a><\/noindex>, firmada digitalmente por Microsoft. Esta capa verifica GRUB2 con su propio certificado, lo que permite a los desarrolladores de distribuciones no tener que firmar cada actualizaci\u00f3n del n\u00facleo y GRUB en Microsoft. Una vulnerabilidad permite, mediante la modificaci\u00f3n del contenido de grub.cfg, ejecutar su propio c\u00f3digo en el momento posterior a la verificaci\u00f3n exitosa de shim, pero antes de que se inicie el sistema operativo, insert\u00e1ndose en la cadena de confianza durante el modo Secure Boot activo y obteniendo el control total del proceso de arranque posterior, incluida la carga de otro sistema operativo, la modificaci\u00f3n de componentes del sistema operativo y la elusi\u00f3n de la protecci\u00f3n. Lockdown<\/a><\/noindex>. <\/p>\n

\"Vulnerabilidad<\/a><\/noindex><\/center><\/p>\n

Otras vulnerabilidades en GRUB2:<\/p>\n