Kommentare zu: Daten von mit LUKS-verschlüsselter Platte retten http://www.effinger.org/blog/2008/10/12/daten-von-mit-luks-verschlusselter-platte-retten/ a personal knowledge base Sun, 29 Jan 2012 16:57:55 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Von: Jan http://www.effinger.org/blog/2008/10/12/daten-von-mit-luks-verschlusselter-platte-retten/comment-page-1/#comment-775 Jan Sat, 05 Nov 2011 01:32:38 +0000 http://www.effinger.org/blog/?p=34#comment-775 Hi, danke für den Tipp, hatte auch die selbe Idee mit hexedit den luks Header zu finden nachdem testdisk kläglich versagt hat. Der die Signatur für die Suche im Hexmodus ist btw 4C554B53BABE0001616573 nur Ascii LUKS suchen macht keinen Spass :) Sollten die testdisk Jungs mal einbauen :) Gruß, Jan Hi,

danke für den Tipp, hatte auch die selbe Idee mit hexedit den luks Header zu finden nachdem testdisk kläglich versagt hat.
Der die Signatur für die Suche im Hexmodus ist btw 4C554B53BABE0001616573 nur Ascii LUKS suchen macht keinen Spass :)

Sollten die testdisk Jungs mal einbauen :)

Gruß,

Jan

]]> Von: Bachsau http://www.effinger.org/blog/2008/10/12/daten-von-mit-luks-verschlusselter-platte-retten/comment-page-1/#comment-773 Bachsau Wed, 28 Sep 2011 17:26:52 +0000 http://www.effinger.org/blog/?p=34#comment-773 @Adriana: Das Verfahren als unausgereift zu bezeichnen, wenn man selbst so "blöd" ist, und den Header bewusst überschreibt, halte ich für ziemlich daneben. Es ist vielleicht nicht Idiotensicher, aber dafür _sicher_! Die Ansage, es sollte auch ohne Header ein Restore möglich sein, zeigt, dass du nicht wirklich begreifst, wie das System arbeitet. @Adriana: Das Verfahren als unausgereift zu bezeichnen, wenn man selbst so “blöd” ist, und den Header bewusst überschreibt, halte ich für ziemlich daneben. Es ist vielleicht nicht Idiotensicher, aber dafür _sicher_!

Die Ansage, es sollte auch ohne Header ein Restore möglich sein, zeigt, dass du nicht wirklich begreifst, wie das System arbeitet.

]]> Von: LUKS – Verschlüsselte Platten retten. « Raptors Blog http://www.effinger.org/blog/2008/10/12/daten-von-mit-luks-verschlusselter-platte-retten/comment-page-1/#comment-731 LUKS – Verschlüsselte Platten retten. « Raptors Blog Thu, 27 May 2010 21:07:26 +0000 http://www.effinger.org/blog/?p=34#comment-731 [...] Lektion vom Wochenende, ohne CryptoHeader hat man kaum eine Chance. Eventuell kann man noch wie hier beschrieben versuchen zu retten, was zu retten ist und den Header selber “neu schreiben”. Das [...] [...] Lektion vom Wochenende, ohne CryptoHeader hat man kaum eine Chance. Eventuell kann man noch wie hier beschrieben versuchen zu retten, was zu retten ist und den Header selber “neu schreiben”. Das [...]

]]> Von: Raptor 2101 http://www.effinger.org/blog/2008/10/12/daten-von-mit-luks-verschlusselter-platte-retten/comment-page-1/#comment-730 Raptor 2101 Thu, 27 May 2010 08:18:18 +0000 http://www.effinger.org/blog/?p=34#comment-730 @Adriana: schau mal in die manpage von cryptsetup. Die Möglichkeit des HeaderBackups/Recover gibt es ... @Adriana: schau mal in die manpage von cryptsetup. Die Möglichkeit des HeaderBackups/Recover gibt es …

]]> Von: Adriana Teixera http://www.effinger.org/blog/2008/10/12/daten-von-mit-luks-verschlusselter-platte-retten/comment-page-1/#comment-688 Adriana Teixera Tue, 09 Feb 2010 13:47:22 +0000 http://www.effinger.org/blog/?p=34#comment-688 Bei mir hat der Debian Installer nach meinem zu schnellen "Return" die Partitionen neu geschrieben, obwohl ich nichts verändert hatte. Vier verschlüsselte Partitionen waren nach dem überschreiben der Header nicht mehr erreichbar. Glücklicherweise konnte ich dank Ihrer Beschreibung die Partition mit Backups wiedergewinnen. Durch zurückschreiben des ersten Blockes der Partitionen konnte ich so drei der vier verschlüsselten Bereiche zurückgewinnen. Bei der letzen (natürlich der wichtigsten) wird allerdings mein "richtiges" Passwort nicht akzeptiert. Mittlerweile halte ich cryptsetup und LUKS für <strong>nicht</strong> ausgereift und nicht empfehlenswert. Luks sollte für ein Recover zumindest ein Backup des Headers (besser mehrere) in der Partition selber speichern. Cryptsetup sollte von sich aus via cron regelmäßig Headerbackups anlegen. Ausserdem müsste es möglich sein, die verschlüsselten Daten auch bei zerstörten Header mit dem richtigen Passort wieder herzustellen. Wie ich bei Recherchen gesehen habe, bin ich nicht der einzig Blöde, dem solches widerfahren ist. Vielen Dank für Ihren Artikel, hat er doch meinen Ärger und Schaden deutlich gemindert. Adriana Teixera Bei mir hat der Debian Installer nach meinem zu schnellen “Return” die Partitionen neu geschrieben, obwohl ich nichts verändert hatte. Vier verschlüsselte Partitionen waren nach dem überschreiben der Header nicht mehr erreichbar.
Glücklicherweise konnte ich dank Ihrer Beschreibung die Partition mit Backups wiedergewinnen. Durch zurückschreiben des ersten Blockes der Partitionen konnte ich so drei der vier verschlüsselten Bereiche zurückgewinnen. Bei der letzen (natürlich der wichtigsten) wird allerdings mein “richtiges” Passwort nicht akzeptiert.
Mittlerweile halte ich cryptsetup und LUKS für nicht ausgereift und nicht empfehlenswert.
Luks sollte für ein Recover zumindest ein Backup des Headers (besser mehrere) in der Partition selber speichern.
Cryptsetup sollte von sich aus via cron regelmäßig Headerbackups anlegen. Ausserdem müsste es möglich sein, die verschlüsselten Daten auch bei zerstörten Header mit dem richtigen Passort wieder herzustellen.
Wie ich bei Recherchen gesehen habe, bin ich nicht der einzig Blöde, dem solches widerfahren ist.

Vielen Dank für Ihren Artikel, hat er doch meinen Ärger und Schaden deutlich gemindert.

Adriana Teixera

]]>