ubuntuusers.de

Ah, übersehen:

Mosurft schrieb:

Wenn sich das Laufwerk nach 3 Fehleingaben löschen würde, wäre das natürlich was anderes. Lässt sich sowas per HDPARM realisieren? Anzahl der Fehleingaben erreicht –> secure erase?

Das ist bei Flashspeichern wie SSDs wegen ihres Wear Levellings ziemlich sinnlos, siehe Solid State Drive: Sicheres Löschen. Zum generellen (Un-)Sinn eines sog. „Kill Switches“ siehe außerdem die Cryptsetup-FAQ Punkt 5.21🇬🇧.

Naja, die SED könnte ja einfach den Key verwerfen. Damit wären die Daten zwar da, aber unzugänglich. Ps. Guter Link! Danke.

Ich wollte die SED Funktionen eigentlich aus Performancegründen und vor allem aus Bequemlichkeit nutzen, aber das hat sich mangels Sicherheit wohl erledigt 😉.

@ frostschutz

Ja, der PSID Kleber ist drauf, ich habe mir das passende Tool schon runtergeladen, jetzt warte ich auf den USB Adapter, dann teste ich es.

Vielleicht verstehe ich die Diskusion nicht richtig.

Aber warum wird nicht neu installiert und dabei LUKS/LVM eingerichtet?

Ich habe auch eine Samsung SSD (SSD 840 Pro) und meine komplette SSD ist so verschlüsselt.

Und da bin ich nicht auf ein maximal 8-stelliges Passwort angewiesen.

Meine Anzahl der Passwort-Zeichen ist z.B. 2-stellig. (Es müssen z.B. 69 Zeichen eingegeben werden, damit meine SSD entschlüsselt wird.)

Gruß Andi

optimq schrieb:

Aber warum wird nicht neu installiert und dabei LUKS/LVM eingerichtet?

Solange die SSD mit einem nicht eingebbaren Passwort gesperrt ist, kannst du sie höchstens als Briefbeschwerer verwenden.

Das ist eben der Mist mit der Hardwareverschlüsselung. In einer Situation wo die CPU für LUKS einfach nicht schnell genug ist, würde ich sie auch nutzen (besser als nichts), aber das sollte dann nicht an die Bricksperre gekoppelt sein sondern so wie bei LUKS - man teilt der SSD die Passphrase mit und bekommt Daten, oder man macht es nicht und bekommt Datensalat. Oder wenigstens eine *einfache* Möglichkeit das Ding zu resetten ohne spezielle Herstellertools...

Mich wundert ja, dass man bei der Hardware-Verschlüsselung ein Passwort mit mehr als 8 Zeichen eingeben kann. Und die SSD sich nicht dagegen wehrt.

Auf der anderen Seite wundere ich mich, dass für die Hardware-Verschlüsselung überhaupt ein Passwort notwendig sein soll.

Bis jetzt gehe ich davon aus, dass die Hardware-Verschlüsselung bei der Samsung SSD 840 automatisch aktiv ist. Zumindest bei der 840 Pro habe ich noch nichts gegenteiliges gelesen.

Und das unabhängig von einem gesetzten (S)ATA-Passwort.

Wäre das ein Weg?

Bios komplett zurücksetzen mit dem erneuten Aufspielen der Bios-Firmware. Damit auch das (S)ATA-Passwort gelöscht wird.

Die Samsung SSD mit Parted Magic sicher löschen.

Neu installieren mit LUKS/LVM.

Weiß aber nicht wie das mit LUKS/LVM ist, wenn man für Ubuntu neben Windows 8 eine neue Partition anlegt.

Also eine primäre Partition für Ubuntu anlegt und dem Installer sagt, er soll LUKS/LVM einrichten.

Ich ergänze: Die interne Hardware-Verschlüsselung macht meiner Meinung nach nur Sinn, wenn die SSD ausgebaut wird und woanders eingebaut wird. Vielleicht bin ich auch auf einem Holzweg.

Gruß Andi

optimq schrieb:

Bios komplett zurücksetzen mit dem erneuten Aufspielen der Bios-Firmware. Damit auch das (S)ATA-Passwort gelöscht wird.

Das ist aber nicht im BIOS sondern auf der SSD selbst.

Solange es für das BIOS keinen Hack gibt der längere Passworteingabe erlaubt (?) bzw. den SATA-Link bei fehlendem Passwort nicht abklemmt, sieht das dann schlecht aus.

Und was ist mit Parted-Magic? Damit lässt sich doch die komplette SSD löschen.

Habe mal ein wenig im Netz gesucht.

Damit die Samsung interne Hardware-Verschlüsselung aktiv wird, muss ein (S)ATA-Passwort gesetzt werden. Mainboard muss das natürlich unterstützen.

Dann eben gleich LUKS/LVM.

Andi

optimq schrieb:

Und was ist mit Parted-Magic? Damit lässt sich doch die komplette SSD löschen.

Siehe oben, das geht bei SSDs nur per Secure Erase und da muss man dann dem Hersteller vertrauen, dass dieses auch korrekt durchgeführt wird.

Ob eine SSD Secure Erase unterstützt, zeigt der Befehl

sudo hdparm -I /dev/sdx  # statt sdx den Gerätenamen der Festplatte angeben

Bei meiner Samsung EVO 840 wird ein mögliches Secure Erase angezeigt:

Security: 
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
                supported: enhanced erase
        2min for SECURITY ERASE UNIT. 8min for ENHANCED SECURITY ERASE UNIT. 

Eine schrittweise Anleitung am Beispiel von Intel-SSDs findet man hier. Diese muss aber nicht zwangsläufig auch bei Samsung-SSDs funktionieren.

Dass sowas immer auf eigene Gefahr gemacht wird, muss hoffentlich nicht erwähnt werden (sei es hiermit aber trotzdem). ❗

optimq, frostschutz, vortex, danke für Eure Beiträge!

Es sieht wohl so aus, dass Samsung einen speziellen PSID Code auf die SSD gedruckt hat, mittels (und mit einem Tool) dessen die SSD zurückgesetzt werden kann. Dummerweise kann ich das Tool nicht starten, da es Win only ist und nicht von einer WinPE oder Reparaturumgebung startet. Leider hat mein Notebook aber nur einen mSata Slot, also kann ich nur entweder booten oder die SSD anschließen 😉...es ist fast schon kafkaesk.

Heute kommt ein USB Gehäuse für mSata SSDs, dann versuche ich es erneut und gebe Bericht, vielleicht haben noch andere das Problem.

Der Samsung Support jedenfalls sagt, wenn ich das Ding einschicke, sei es kein Problem, die SSD zurückzusetzen.

Und leider ist es anscheinend so, dass ein ATA Passwort per HDPARM nichts mit dem UEFI meines Rechners zu tun hat. Es erlaubt 8 Zeichen, während HDPARM die vollen 32 Zeichen zulässt...das wusste ich natürlich nicht, bzw. bin nun auch kuriert, das die Idee einer Hardwareverschlüsselung (zumindest über ATA Passwörter und Consumer - Bios mit 8 Zeichen PWs angeht;)).

So, die Festplatte geht an Samsung zum Service. Deren Reset - Tool erkennt die Platte nicht, da sie vom UEFI nicht akzeptiert wird. Dies gilt leider auch für andere Computer. Ich bin gespannt.

Ich kann nur jeden weiteren Nutzer warnen, via HDPARM ein ATA Passwort zu setzen, ohne SICHER zu wissen, wie viele Zeichen sein UEFI zulässt.

Mosurft schrieb:

So, die Festplatte geht an Samsung zum Service. Deren Reset - Tool erkennt die Platte nicht, da sie vom UEFI nicht akzeptiert wird. Dies gilt leider auch für andere Computer. Ich bin gespannt.

Ich kann nur jeden weiteren Nutzer warnen, via HDPARM ein ATA Passwort zu setzen, ohne SICHER zu wissen, wie viele Zeichen sein UEFI zulässt.

Ist alles offenbar bereits sehr ausgereift und aufeinander abgestimmt. 😈 Sorry für den Zynismus – mein aufrichtiges Beileid und gutes Gelingen!

Danke ☺ Kein Problem, ich konnte angesichts meines Problems auch nur noch drüber lachen 😉. Ich berichte mal, wie es so geklappt hat.

mhhh wenn ich das lesen denk ich mir : and the oscar goes to LUKS