{"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\/de\/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":"Sicherheitsanf\u00e4lligkeit in cryptsetup, die die Deaktivierung der Verschl\u00fcsselung in LUKS2-Partitionen erm\u00f6glicht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Cryptsetup-Paket, das zur Verschl\u00fcsselung von Festplattenpartitionen unter Linux verwendet wird, wurde eine Sicherheitsanf\u00e4lligkeit (CVE-2021-4122) entdeckt, die es durch Modifikation von Metadaten erm\u00f6glicht, die Verschl\u00fcsselung in LUKS2-Partitionen (Linux Unified Key Setup) zu deaktivieren. Um die Schwachstelle auszunutzen, muss der Angreifer physischen Zugang zu dem verschl\u00fcsselten Medium haben, d.h. diese Methode ist haupts\u00e4chlich f\u00fcr Angriffe auf verschl\u00fcsselte externe Speicherger\u00e4te wie Flash-Laufwerke sinnvoll, auf die der Angreifer Zugriff hat, aber nicht das Passwort zur Entschl\u00fcsselung der Daten kennt. <\/p>\n
Der Angriff ist nur f\u00fcr das LUKS2-Format anwendbar und betrifft die Manipulation von Metadaten, die f\u00fcr die Aktivierung der Funktion \u201eonline reencryption\u201c verantwortlich sind. Diese erm\u00f6glicht es, den Prozess der Datenverschl\u00fcsselung im laufenden Betrieb ohne Unterbrechung des Zugriffs auf das Volume zu initiieren, falls ein Schl\u00fcsseltausch erforderlich ist. Da der Vorgang der Entschl\u00fcsselung und Neuschl\u00fcsselung mit dem neuen Schl\u00fcssel viel Zeit in Anspruch nimmt, erlaubt \u201eonline reencryption\u201c eine kontinuierliche Nutzung des Volumes, w\u00e4hrend die Daten im Hintergrund allm\u00e4hlich von einem Schl\u00fcssel auf einen anderen umgeschl\u00fcsselt werden. Es besteht sogar die M\u00f6glichkeit, einen leeren Zielschl\u00fcssel auszuw\u00e4hlen, wodurch das Volume in den entschl\u00fcsselten Zustand versetzt werden kann. <\/p>\n
Der Angreifer kann \u00c4nderungen an den LUKS2-Metadaten vornehmen, die ein unerwartetes Abbrechen der Entschl\u00fcsselungsoperation simulieren, was zu einer teilweisen Entschl\u00fcsselung des Volumes nach der Aktivierung und Nutzung des manipulierten Laufwerks durch den Besitzer f\u00fchrt. Der Benutzer, der das modifizierte Laufwerk anschlie\u00dft und mit dem richtigen Passwort entsperrt, erh\u00e4lt keine Warnung \u00fcber den Verlauf des unterbrochenen Vorgangs der Neuschl\u00fcsselung und kann Informationen \u00fcber den Fortschritt dieses Vorgangs nur mittels des Befehls \u201eluks Dump\u201c erhalten. Die Menge an Daten, die der Angreifer entschl\u00fcsseln kann, h\u00e4ngt von der Gr\u00f6\u00dfe des LUKS2-Headers ab, kann jedoch bei der Standardgr\u00f6\u00dfe (16 MiB) mehr als 3 GB \u00fcberschreiten. <\/p>\n
Das Problem ergibt sich daraus, dass trotz der Tatsache, dass eine Neuschl\u00fcsselung die Berechnung und \u00dcberpr\u00fcfung der Hashes des neuen und alten Schl\u00fcssels erfordert, f\u00fcr den Beginn der Entschl\u00fcsselung kein Hash ben\u00f6tigt wird, wenn der neue Zustand das Fehlen eines Schl\u00fcssels f\u00fcr die Verschl\u00fcsselung (Plaintext) nahelegt. Dar\u00fcber hinaus sind die Metadaten von LUKS2, in denen der Verschl\u00fcsselungsalgorithmus festgelegt wird, nicht vor einer Modifikation durch Angreifer gesch\u00fctzt. Um die Sicherheitsanf\u00e4lligkeit zu beheben, haben die Entwickler LUKS2 einen zus\u00e4tzlichen Schutz f\u00fcr die Metadaten hinzugef\u00fcgt, f\u00fcr den jetzt ein zus\u00e4tzlicher Hash \u00fcberpr\u00fcft wird, der auf Basis der bekannten Schl\u00fcssel und des Inhalts der Metadaten berechnet wird, d. h. ein Angreifer kann die Metadaten jetzt nicht unbemerkt \u00e4ndern, ohne das Passwort zur Entschl\u00fcsselung zu kennen. <\/p>\n
Ein typisches Angriffszenario erfordert, dass der Angreifer mehrmals Zugriff auf das Speichermedium hat. Zun\u00e4chst nimmt der Angreifer, der das Zugangspasswort nicht kennt, \u00c4nderungen an den Metadaten vor, die die Entschl\u00fcsselung eines Teils der Daten bei der n\u00e4chsten Aktivierung des Speichermediums ausl\u00f6sen. Danach wird das Medium zur\u00fcck an seinen Platz gebracht und der Angreifer wartet, bis der Benutzer es anschlie\u00dft und das Passwort eingibt. W\u00e4hrend der Aktivierung des Ger\u00e4ts durch den Benutzer wird ein Hintergrundprozess zur Neuschl\u00fcsselung gestartet, bei dem ein Teil der verschl\u00fcsselten Daten durch entschl\u00fcsselte Daten ersetzt wird. Wenn der Angreifer das Ger\u00e4t dann erneut in die H\u00e4nde bekommt, wird ein Teil der Daten auf dem Medium entschl\u00fcsselt sein. <\/p>\n
Das Problem wurde vom Wartenden des Projekts cryptsetup entdeckt und in den Updates cryptsetup 2.4.3 und 2.3.7 behoben. Der Status der Updates zur Probleml\u00f6sung in den Distributoren kann auf den folgenden Seiten verfolgt werden: Debian, RHEL, SUSE, Fedora, Ubuntu, Arch. Die Schwachstelle tritt erst ab der Version 2.2.0 von cryptsetup auf, in der die Unterst\u00fctzung f\u00fcr die Funktion \u201eonline reencryption\u201c hinzugef\u00fcgt wurde. Als vor\u00fcbergehende Schutzma\u00dfnahme kann die Ausf\u00fchrung mit der Option \u201e--disable-luks2-reencryption\u201c verwendet werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"