{"id":182443,"date":"2026-07-02T22:53:28","date_gmt":"2026-07-02T20:53:29","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/problemy-s-ochistkoj-klyuchej-shifrovaniya-diska-iz-ozu-pri-perehode-linux-v-zhdushhij-rezhim"},"modified":"2026-07-02T22:53:28","modified_gmt":"2026-07-02T20:53:29","slug":"problemy-s-ochistkoj-klyuchej-shifrovaniya-diska-iz-ozu-pri-perehode-linux-v-zhdushhij-rezhim","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/problemy-s-ochistkoj-klyuchej-shifrovaniya-diska-iz-ozu-pri-perehode-linux-v-zhdushhij-rezhim","title":{"rendered":"Probleme mit der Bereinigung von Festplattenschl\u00fcssel aus dem RAM, wenn Linux in den Energiesparmodus wechselt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Beim Portieren des Tools cryptsetup-suspend f\u00fcr NixOS wurde ein Fehler im LUKS (Linux Unified Key Setup)-Subsystem zur Festplattenverschl\u00fcsselung festgestellt. Seit Kernel 6.9 (problematischer Commit), der im Mai 2024 ver\u00f6ffentlicht wurde, funktioniert die Bereinigung der Verschl\u00fcsselungsschl\u00fcssel im RAM beim \u00dcbergang des Systems in den Ruhezustand nicht mehr. <\/p>\n
Das cryptsetup-suspend Werkzeug wird in Debian verwendet, um LUKS-Partitionen automatisch vor dem Wechsel in den Schlafmodus zu sperren. Dies soll verhindern, dass ein Angreifer im Falle eines Diebstahls des in den Schlafmodus versetzten Laptops Zugriff auf die Daten erh\u00e4lt, da nach dem Aufwachen ein Passwort eingegeben werden muss, um Zugriff auf die verschl\u00fcsselten Daten wiederherzustellen. Aufgrund eines Fehlers im Linux-Kernel wurden nach der Sperrung der LUKS-Partition mit dem Befehl «cryptsetup luksSuspend» die Schl\u00fcssel nicht aus dem RAM gel\u00f6scht und blieben \u00fcber \/proc\/keys sichtbar, was es einem Angreifer erm\u00f6glichte, sie beispielsweise durch einen «kalten Neustart» zu extrahieren und f\u00fcr den Zugriff auf die Daten zu verwenden. <\/p>\n
W\u00e4hrend der Fehlersuche eines Race Conditions wurde festgestellt, dass keine Schl\u00fcsselbereinigung durchgef\u00fchrt wurde, was zu Problemen beim Wechsel in den Standby-Modus f\u00fchrte. Der Fehler trat nach einer Refaktorisierung im Kernel 6.9 auf, bei der die Schl\u00fcssel an den aufrufenden Thread gebunden wurden und beim Beenden dieses Threads gel\u00f6scht werden sollten, tats\u00e4chlich jedoch im Speicher verblieben. Ein einzeiliger Patch wurde vorgeschlagen, um den Fehler im Linux-Kernel zu beheben. <\/p>\n
Dieser Patch wurde nicht in den Kernel aufgenommen, da ein Mangel festgestellt wurde \u2014 der Patch funktioniert nur f\u00fcr physische Speicher, nicht aber f\u00fcr virtuelle Loop-Ger\u00e4te. Statt das Problem auf der Kernseite zu beheben, wurde von den Entwicklern des cryptsetup-Tools ein Workaround zur Schl\u00fcsselbereinigung vorgeschlagen. Diese \u00c4nderung wurde bereits angenommen und wird in der Ausgabe von cryptsetup 2.8.7 enthalten sein. <\/p>\n
Dar\u00fcber hinaus wurde f\u00fcr NixOS eine eigene Implementierung von Skripten erstellt, um verschl\u00fcsselte Laufwerke vor dem Wechsel in den Standby-Modus zu sperren, wobei ein alter Patch f\u00fcr den Kernel verwendet wird, der 2015 abgelehnt wurde und der die Schl\u00fcssel vor dem Wechsel in den Schlafmodus gewaltsam aus dem Speicher l\u00f6scht. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"