Wenns um Verschlüsselung geht, rate ich zu Opensource-Produkten. Zum Beispiel Truecrypt.

Ansonsten, bioshock, was spricht gegen knoppix und dd?
(Ja, selbsterklärend ist das nicht, aber mit ein bisschen Lesen klappt das schon!)

Gruß
Yopie

Warum kein DBAN?

Zitat von Yopie

Wenns um Verschlüsselung geht, rate ich zu Opensource-Produkten. Zum Beispiel Truecrypt.

Aber TrueCrypt beherrscht (leider) keine Festplattenvollverschlüsselung. Du kannst damit nur sicher verschlüsselte Container anlegen. Das schließt eine Verschlüsselung des Betriebssystems aus.
Und im Ernst: Weißt Du zuverlässig, was bei Windows wo an Log-Dateien und Systemkopien gelagert wird?

Imho lässt sich eine WINXP nur auf diesem Wege "dichtmachen".

MyThinkTank

Ja, Du hast zwar recht mit Deinen Argumenten, aber mit

Imho lässt sich eine WINXP nur auf diesem Wege "dichtmachen".

ist das so eine Sache, wenn Closed Source Software eingesetzt wird. Vielleicht ist das aber eher eine philosophische denn eine technische Sicht der Dinge.

Gruß
Yopie

Hi bishock,

ich empfehle dir einfach einen Industrie Shredder zu kaufen, also einen der Festplatten in wenigen Sekunden mechanisch in Konfetti verwandelt. Dann stellst du noch einen Gasofen daneben (ideale Temperatur etwa 1000°C), der stets befeuert ist.

Zum Löschen einfach die Platte in den Shredder werfen und das Festplatten Konfetti dann in den Gasofen werfen. Dauert nur ein paar Sekunden und die Daten sind dann garantiert weg.

Zitat von MyThinkTank

Aber TrueCrypt beherrscht (leider) keine Festplattenvollverschlüsselung. Du kannst damit nur sicher verschlüsselte Container anlegen. Das schließt eine Verschlüsselung des Betriebssystems aus.
Und im Ernst: Weißt Du zuverlässig, was bei Windows wo an Log-Dateien und Systemkopien gelagert wird?

Imho lässt sich eine WINXP nur auf diesem Wege "dichtmachen".

MyThinkTank

Also wenn man es ganz sicher gestalten will, dann muss man noch einen Schritt weiter gehen.
Festplattenverschlüsselung, wie es die meisten verstehen, ist nämlich keine vollständige Festplattenverschlüsselung. Für das Entschlüsseln und Booten einer verschlüsselten Platte benötigt man stets einen unverschlüsselten Bootloader und Kernel, der auch die Passworteingabe abhandelt. Hat man physikalischen Zugriff auf den PC, dann kann man genau diesen unverschlüsselten Bereich so manipulieren, dass das eingegebene Passwort irgendwo abgespeichert wird und somit ausgelesen werden kann.

Um dieses Problem zu umgehen, müsste man den unverschlüsselten Bereich mit Bootloader und Kernel auf ein externes Medium, am besten Readonly wie etwa CD, auslagern, welches sicher verwahrt wird.

@raven: Im Prinzip hast Du Recht. Allerdings dürfte sich die Manipulation des Preloaders als ziemlich aufwendig herausstellen, da dieser sowohl mit Zufallszahlen arbeitet als auch mit Prüfsummen. Das dürfte etwas länger dauern ...
Am besten wäre sicherlich eine Kombination von Passwort und Token, wobei die Passphrase anteilig auf Preloader und Token verteilt werden muss. Das setzt allerdings voraus, dass für das Token eine ebenfalls sichere Instanz zur Erstellung vorhanden sein muss. Die kann allerdings proprietär sein.


Ich erinnere mich dunkel, dass IBM für dieses Problem eine Lösung über den in viele Notebooks eingebauten TPA-Chip angeboten hat. Aber ich find's gerade nicht.

MTT

Ich setzte da ganz klassisch auf die Methode AXT und dann... MITTENDURCH....
zusammen mit wildem geschrei/grebrüll (marke: UAÖÖÖHÖÖÖÖ!!) klappt dass echt super!!! :aplaus:

Den Wunsch, das zu machen verspür ich allerdings nicht nur wenn das SEK draußen vor der tür steht (wegen illegal gespeicherter beate-uhse-bildchen!!! ), sondern auch ab und zu bei windows, das hochgelobte, von uns allen geschätzte.....
aber dass weicht vom thema ab....

DAHER bioshock: dass gebrüll nicht vergessen (gAAAAAnz wichtig), wegen dem psychologischen faktor, d.h. die daten kriegen angst vor dir und verstecken sich so gut dass niemand sie mehr findet!!!

falls mir noch mehr einfällt meld ich mich......
gruß g.r.e.g.h.

Zitat von MyThinkTank

@raven: Im Prinzip hast Du Recht. Allerdings dürfte sich die Manipulation des Preloaders als ziemlich aufwendig herausstellen, da dieser sowohl mit Zufallszahlen arbeitet als auch mit Prüfsummen. Das dürfte etwas länger dauern ...

Sicher, einfach ist das auf keinen Fall. Aber auf jeden Fall möglich. Es wäre auf jeden Fall einfacher ein kleines Keylogging Device zwischen Tastaturkabel und PS/2 bzw. USB Port zu hängen. Mal ehrlich: Wer schaut bei jedem PC Start nach, ob da hinten was dranhängt, was da nicht hingehört.

Zitat von MyThinkTank

Am besten wäre sicherlich eine Kombination von Passwort und Token, wobei die Passphrase anteilig auf Preloader und Token verteilt werden muss. Das setzt allerdings voraus, dass für das Token eine ebenfalls sichere Instanz zur Erstellung vorhanden sein muss. Die kann allerdings proprietär sein.

Ich erinnere mich dunkel, dass IBM für dieses Problem eine Lösung über den in viele Notebooks eingebauten TPA-Chip angeboten hat. Aber ich find's gerade nicht.

Um einen PC zu booten benötige ich einen Bootloader im MBR der Festplatte. Im TPM Chip kann ich Schlüssel sicher hinterlegen aber nicht den Bootloader selbst. Und da der TPM Chip passiv ist, kann er auch nicht von sich aus den Bootloader überprüfen. Um die Authentizität des Bootloaders zu überprüfen, kann ich einen Hash von diesem im TPM Chip hinterlegen. Nur brauche ich erst einmal eine Startkomponente, welche mittels Passworteingabe den Zugang zum TPM freigibt und den Hash ausliest sowie den Bootloader damit vergleicht. Dem Bootloader am PC kann ich dabei nicht vertrauen, da er ja für das Auslesen des Hashes verantwortlich ist und sich dann selbst überprüfen würde.

Man kann das in etwa so vergleichen: Der Virenscanner eines Users ist mit einem Virus infiziert. Mit diesem infizierten Virenscanner versucht der User dann zu überprüfen, ob der Virenscanner frei von Befall ist.

Ich brauche also erst recht wieder ein vom PC getrenntes Medium, welches den Bootloader mit einem im TPM Chip gespeicherten Hash vergleicht und ihn dann startet. Das kann ich mir aber sparen, indem ich gleich den Bootloader auf das externe Medium packe. Ob ich dann die Schlüssel für die Encryption im TPM oder auf einem Token speichere, ist Nebensache.

Im Endeffekt geht es darum die unverschlüsselte, notwendige Startkomponente vom PC zu trennen. Das macht Manipulationen nicht unmöglich, aber schwieriger.

Nur, solche Sachen stehen in den schönen Marketing Folien der Hersteller logischerweise nicht drinnen.



Damit das jetzt nicht jemand falsch versteht: Wenn der Laptop einfach so gestohlen wird, dann schützt die Verschlüsselung natürlich die Daten. Die interessieren dann aber meist eh niemanden, die Platte wird formatiert und der Laptop verkauft.
Wenn ich aber an die Daten kommen will, dann manipuliere den unverschlüsselten Bootloader im Laptop heimlich (dazu musst der nur ein paar Minuten unbeaufsichtigt rumliegen), der zeichnet die Zugangsdaten auf und dann stehle ich das Laptop und komme auch an die Daten.

Zitat von raven

Ich brauche also erst recht wieder ein vom PC getrenntes Medium, welches den Bootloader mit einem im TPM Chip gespeicherten Hash vergleicht und ihn dann startet. Das kann ich mir aber sparen, indem ich gleich den Bootloader auf das externe Medium packe. Ob ich dann die Schlüssel für die Encryption im TPM oder auf einem Token speichere, ist Nebensache.

Wenn ich aber an die Daten kommen will, dann manipuliere den unverschlüsselten Bootloader im Laptop heimlich (dazu musst der nur ein paar Minuten unbeaufsichtigt rumliegen), der zeichnet die Zugangsdaten auf und dann stehle ich das Laptop und komme auch an die Daten.

Hi,
das erste ist soweit einsichtig, wobei ich nur anmerken möchte, dass z. B.eine staatliche Behörde natürlich sowohl an Notebook wie Token kommen kann. Dann schützt mich nur die Passphrase (wenn ich denn was zu verbergen habe ).
Ich frage mich allerdings schon, ob ein paar Minuten mit einem Notebook ausreichen, um den MBR zu manipulieren, wenn Booten von externen Medien im BIOS ausgeschaltet ist, das BIOS-Masterpasswort und das Festplattenpasswort gesetzt sind. Verhindert nicht gerade das Festplattenpasswort die Verwendung der HDD in einem anderen PC?

MyThinkTank

OT: Heisst Du Kai? /OT

Das geht unter Umständen viel einfacher.

Wie war das mit dem Autor des Sasserwurms (oder war es ein anderer, egal) ?

Dessen Verschlüsselung wussten die Ermittlungsbehörden innerhalb von Minuten, sie haben ihn ganz einfach ordentlich unter Druck gesetzt.

Ich wollte es nur mal anmerken.


Domino

Zitat von MyThinkTank

Hi,
das erste ist soweit einsichtig, wobei ich nur anmerken möchte, dass z. B.eine staatliche Behörde natürlich sowohl an Notebook wie Token kommen kann.

Sicher, aber es macht die Sache etwas komplizierter, wenn man das Notebook unbemerkt entwenden und dann wieder zurück bringen muss, ohne das es auffällt. Ohne Verschlüsselung kann ich es freilich sofort wegtragen.

Zitat von MyThinkTank

Ich frage mich allerdings schon, ob ein paar Minuten mit einem Notebook ausreichen, um den MBR zu manipulieren, wenn Booten von externen Medien im BIOS ausgeschaltet ist, das BIOS-Masterpasswort und das Festplattenpasswort gesetzt sind. Verhindert nicht gerade das Festplattenpasswort die Verwendung der HDD in einem anderen PC?

Interessante Argumente, diese Vorkehrungen machen es natürlich sehr schwierig. Aber der Reihe nach.

Bezüglich der nötigen Zeit ohne die genannten Vorkehrungen ist es recht realisitisch, wenn gängige Produkte eingesetzt werden. Deren Aufbau und Aussehen ist ja bekannt.

Ein Biospasswort gepaart mit deaktiviertem externen Booten alleine macht die Sache nicht schwieriger. Wie du richtig bemerkt hast, kann ich sie einfach rausziehen und an einen anderen PC/Laptop anschließen.

Wenn der User sowohl für Bios als auch für die Festplatte das gleiche Passwort verwendet, dann besteht noch die Möglichkeit das Biospasswort über Tools auszulesen (ist bei manchen Bios Implementierungen möglich), das deaktivierte, externe Booten kann ich durch einsetzen einer anderen Platte mit den Tools drauf umgehen.

Wird jedoch ein anderes Passwort für die Festplatte verwendet, dann fällt mir keine Möglichkeit ein dies zu umgehen.

Das gilt freilich nur bei sicherer Implementierung, wenn es möglich ist das Festplattenpasswort im Bios zu ändern ohne das alte zu wissen, dann kann man es mit der Methode oben im Bios ändern. Man hat dann nur ein Problem: Das alte Passwort ist nicht bekannt, der User merkt also sofort, dass etwas nicht stimmt. Da "helfen" dann nur mehr Fehler in der Implementierung, die das Auslesen des Plattenpassworts ermöglichen.

Es erhöht aber natürlich die nötige Zeit und wenn jemand so einen Aufwand treibt um die Daten am Laptop zu schützen, dann lässt er das Teil sicher nicht lange rumliegen. Bei einem Stand-PC sieht die Sache freilich wieder anders aus.

Zitat von MyThinkTank

OT: Heisst Du Kai? /OT

Nein, wer ist das?

Zitat von MyThinkTank

Hi,
OT: Heisst Du Kai? /OT

Hatte ich mich auch gefragt...

raven: Google mal nach "Anleitung GnuPG"

Gruß
Yopie