{"id":102971,"date":"2022-01-16T03:36:38","date_gmt":"2022-01-16T01:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-cryptsetup-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%be%d1%82%d0%ba%d0%bb%d1%8e%d1%87%d0%b8%d1%82"},"modified":"2022-01-16T03:36:38","modified_gmt":"2022-01-16T01:36:38","slug":"%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-cryptsetup-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%be%d1%82%d0%ba%d0%bb%d1%8e%d1%87%d0%b8%d1%82","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-cryptsetup-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%be%d1%82%d0%ba%d0%bb%d1%8e%d1%87%d0%b8%d1%82","title":{"rendered":"Vulnerabilidad en cryptsetup que permite desactivar el cifrado en particiones LUKS2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha identificado una vulnerabilidad en el paquete Cryptsetup, utilizado para cifrar particiones de disco en Linux (CVE-2021-4122), que permite desactivar el cifrado en particiones del formato LUKS2 (Linux Unified Key Setup) mediante la modificaci\u00f3n de metadatos. Para explotar esta vulnerabilidad, un atacante debe tener acceso f\u00edsico al dispositivo cifrado, es decir, este m\u00e9todo es principalmente relevante para ataques a dispositivos externos cifrados, como las unidades Flash, a las cuales el atacante tiene acceso pero no conoce la contrase\u00f1a para descifrar los datos. <\/p>\n
El ataque es aplicable solo para el formato LUKS2 y est\u00e1 relacionado con la manipulaci\u00f3n de los metadatos que controlan la activaci\u00f3n de la funci\u00f3n 'reencriptaci\u00f3n en l\u00ednea', que permite, en caso de ser necesario cambiar la clave de acceso, iniciar el proceso de reescriptura de datos en tiempo real sin interrumpir el trabajo con la partici\u00f3n. Dado que el proceso de descifrado y cifrado con la nueva clave consume mucho tiempo, la 'reencriptaci\u00f3n en l\u00ednea' ofrece la posibilidad de no interrumpir el trabajo con la partici\u00f3n y realizar la reescriptura en segundo plano, reescribiendo gradualmente los datos de una clave a otra. Tambi\u00e9n existe la opci\u00f3n de seleccionar una clave objetivo vac\u00eda, lo que permite convertir la partici\u00f3n en un estado descifrado. <\/p>\n
Un atacante puede realizar cambios en los metadatos de LUKS2 que simulan una interrupci\u00f3n imprevista de la operaci\u00f3n de descifrado como resultado de un fallo, logrando as\u00ed descifrar parte de la partici\u00f3n despu\u00e9s de que el propietario active y utilice el dispositivo modificado. En este caso, el usuario que conecta el dispositivo modificado y lo desbloquea con la contrase\u00f1a correcta no recibe ninguna advertencia sobre el proceso de recuperaci\u00f3n de la operaci\u00f3n de reescriptura interrumpida y solo puede conocer el progreso de dicha operaci\u00f3n mediante el comando 'luks Dump'. La cantidad de datos que puede descifrar el atacante depende del tama\u00f1o del encabezado de LUKS2, pero con un tama\u00f1o predeterminado (16 MiB) puede superar los 3 GB. <\/p>\n
El problema se debe a que, aunque la re-encriptaci\u00f3n requiere el c\u00e1lculo y verificaci\u00f3n de los hashes de las claves nueva y antigua, no se requiere un hash para comenzar la desencriptaci\u00f3n si el nuevo estado implica la ausencia de una clave de cifrado (texto plano). Adem\u00e1s, los metadatos de LUKS2, que especifican el algoritmo de cifrado, no est\u00e1n protegidos contra modificaciones en caso de caer en manos de un atacante. Para bloquear esta vulnerabilidad, los desarrolladores agregaron protecci\u00f3n adicional a los metadatos de LUKS2, que ahora verifica un hash adicional calculado en base a claves conocidas y el contenido de los metadatos, es decir, un atacante ya no puede alterar los metadatos sin conocer la contrase\u00f1a de desencriptaci\u00f3n. <\/p>\n
El escenario de ataque t\u00edpico requiere que el atacante tenga la oportunidad de obtener el dispositivo varias veces. Inicialmente, el atacante, que no conoce la contrase\u00f1a de acceso, realiza modificaciones en el \u00e1rea de metadatos que inician la desencriptaci\u00f3n de parte de los datos en la pr\u00f3xima activaci\u00f3n del dispositivo. Luego, el dispositivo se devuelve a su lugar y el atacante espera a que el usuario lo conecte introduciendo la contrase\u00f1a. Durante la activaci\u00f3n del dispositivo por parte del usuario, se inicia un proceso en segundo plano de re-encriptaci\u00f3n, durante el cual parte de los datos encriptados se reemplazan por datos desencriptados. Luego, si el atacante puede obtener el dispositivo nuevamente, parte de los datos en el dispositivo estar\u00e1 en forma desencriptada. <\/p>\n
El problema fue identificado por el mantenedor del proyecto cryptsetup y solucionado en las actualizaciones de cryptsetup 2.4.3 y 2.3.7. El estado de la formaci\u00f3n de actualizaciones que resuelven el problema en las distribuciones se puede rastrear en estas p\u00e1ginas: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. La vulnerabilidad se manifiesta solo a partir del lanzamiento de cryptsetup 2.2.0, que introdujo el soporte para la operaci\u00f3n de 'reencriptaci\u00f3n en l\u00ednea'. Como soluci\u00f3n alternativa, se puede utilizar el inicio con la opci\u00f3n '--disable-luks2-reencryption'. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"