BSDForen.de  

Zurück   BSDForen.de > Howtos und Tutorials > Wiki

Antwort
 
Themen-Optionen Thema bewerten Ansicht
Alt 04.10.2009, 13:16   #1
lockdoc
Registered User
 
Benutzerbild von lockdoc
 
Registrierungsdatum: Feb 2005
Beiträge: 1.420
FreeBSD, ZFS+Geli+USB Boot wiki

Ich habe mal meine Installationsanleitung für das ganze ins wiki gepackt.
http://wiki.bsdforen.de/zfs_geli_und_usb_boot

Ich bräuchte allerdings noch ein wenig Hilfe bei 2 Punkten:

1.) Ich kriege es leider nur hin, dass ich mit key UND Passwort booten muss
2.) AES 128bit vs. 256bit Vor und Nachteile, Sicherheit und Geschwindigkeit.

LG
__________________
https://github.com/lockdoc
There would be less blood spilt in the battlefields if there were more sweat spent in the training hall.
lockdoc ist offline   Mit Zitat antworten
Alt 05.10.2009, 07:42   #2
Yamagi
Possessed With Psi Powers
 
Benutzerbild von Yamagi
 
Registrierungsdatum: Apr 2004
Ort: Schleswig-Holstein
Beiträge: 6.552
Yamagi eine Nachricht über ICQ schicken
AES 128 Bit ist durch den kürzeren Schlüssel ein wenig schneller, aber es ist im Großen und Ganzen irrelevant. Schon aufgrund der großen Datenmenge ist AES 256 anzuraten, da es sonst schon allein durch die Menge des Crypromaterials einen theoretischen Angriffspunkt geben könnte.
__________________
Eure Tastatur verfügt nicht umsonst über zwei Shift-Tasten! Benutzt sie bitte, denn sonst ist es mir fast unmöglich euere Posts zu entziffern.

Yamagi ist offline   Mit Zitat antworten
Alt 05.10.2009, 09:43   #3
lockdoc
Registered User
 
Benutzerbild von lockdoc
 
Registrierungsdatum: Feb 2005
Beiträge: 1.420
Also ich lese grade das bei AES 128 es schon 2^128 Kombinationen beim Bruteforce ist.

Zitat:
[...] The amount of time required to break a 128-bit key is also daunting. Each of the 2128 (340,282,366,920,938,463,463,374,607,431,768,211,4 56) possibilities must be checked [...]
Brute force attack - Theoretical Limits

Zitat:
[...] Damit ist die AES-Variante mit 256 Bit Schlüssellänge formal schwächer als die Variante mit 128 Bit Schlüssellänge [...]
AES - Schwächen und Angriffe
Aber
Zitat:
[...] Für die Praxis hat dieser Angriff jedoch wenig Relevanz, denn AES bleibt weiterhin berechnungssicher. [...]
AES - Schwächen und Angriffe
Also müsste es doch theoretisch für den Sicherheitsaspekt egal sein, ob ich nun 128bit oder 256bit AES nutze, da man beim Bruteforce ja ewig braucht.

Was meinst du denn genau mit:
Zitat:
[...] da es sonst schon allein durch die Menge des Crypromaterials einen theoretischen Angriffspunkt geben könnte.
__________________
https://github.com/lockdoc
There would be less blood spilt in the battlefields if there were more sweat spent in the training hall.
lockdoc ist offline   Mit Zitat antworten
Alt 05.10.2009, 12:37   #4
MrMarv
Registered User
 
Registrierungsdatum: Jun 2008
Beiträge: 183
Zitat:
Zitat von lockdoc Beitrag anzeigen
Was meinst du denn genau mit:
Vermutlich meinte Yamagi damit sowas:
Je mehr verschlüsselte Daten du hast, desto "einfacher" wird es auf diese einen Angriff mit unbekannten Schlüssel auszuführen da es einfach mal Angriffsfläche gibt. Stichwort "known plaintext attack". Das alles ist aber immer noch sehr theoretisch!

Grüße!
MrMarv ist offline   Mit Zitat antworten
Alt 05.10.2009, 15:13   #5
MuffiXXL
Linux is for Bitches
 
Registrierungsdatum: Jan 2004
Ort: Mittelerde
Beiträge: 919
MuffiXXL eine Nachricht über ICQ schicken MuffiXXL eine Nachricht über Skype™ schicken
Denke auch dass Yamagi das nennt, aber ich möchte hier mal eine ganz simple Zahl in den Raum stellen.
Die NSA beschäftigt derzeit zwischen 10k und 20k Mathematikern und hat riesen Superrechner, sowie einen neuen in Planung bei dems mir das Hemd ausgezogen hat als ich gelesen habe was fürne Stromverbrauchsskala die anpeilen. Das lässt mich dann vom Glauben an die Sicherheit von AES128 abfallen ehrlich gesagt. Mag ja sein dass es noch keinen effektiven Angriff gibt aber ein paar hunderttausend CPUs... oder gehen wir mal von GPUs aus - lässt sich ja schön parallelisieren - brauchen für AES128 nichtmehr so lange wie noch vor 5 Jahren. Privatanwendern kann das zwar egal sein aber ich glaube wenn es um wirtschaftliche Interessen geht sollte man mittlerweile die Finger von AES128 lassen - auch mit bedacht auf die Entwicklungen der kommenden Jahre.
MuffiXXL ist offline   Mit Zitat antworten
Alt 05.10.2009, 16:54   #6
Yamagi
Possessed With Psi Powers
 
Benutzerbild von Yamagi
 
Registrierungsdatum: Apr 2004
Ort: Schleswig-Holstein
Beiträge: 6.552
Yamagi eine Nachricht über ICQ schicken
Genau das meinte ich. Aber wie gesagt, "theoretisch" und "könnte".
__________________
Eure Tastatur verfügt nicht umsonst über zwei Shift-Tasten! Benutzt sie bitte, denn sonst ist es mir fast unmöglich euere Posts zu entziffern.

Yamagi ist offline   Mit Zitat antworten
Alt 15.01.2010, 19:06   #7
atzplzw
Registered User
 
Registrierungsdatum: May 2005
Beiträge: 39
Kann ich das auf einem Remote so umsetzen?
Als Ersatz der Passworteingabe beim Boot halt nur Keyfile?
atzplzw ist offline   Mit Zitat antworten
Alt 16.01.2010, 11:08   #8
k_e_x
Registered User
 
Registrierungsdatum: Nov 2004
Beiträge: 325
Macht euch doch nichts vor, selbst wenn man alle Computer (inkl. Supercomputer) dieser Welt in einem Cluster ohne Overhead verschalten koennte ist AES nicht die naechsten 100 Jahre knackbar (per Bruteforce) ...

Benutz AES-128, das ist alle mal "sicher" genug. Wenn es da Sicherheitsprobleme gibt dann in der Implementierung und nicht im Algorithmus oder der aufwendbaren Rechenpower!

Ich finde diese Art von Diskussion jedes mal aufs neue lächerlich!

edit: hatten wir schonmal ...
http://www.bsdforen.de/showthread.php?t=21334

Zitat:
Zitat von k_e_x Beitrag anzeigen
Nur mal so noch als kleines Rechenbeispiel !_wie_! weit wir davon entfernt sind AES-128 zu knacken:

http://www.spiegel.de/netzwelt/tech/...558511,00.html

Der Superrechner kann also 10^15 Operationen pro Sekunde ausfuehren, bei Wikipedia wurde von einem Fiktiven Geraet ausgegangen was 10^18 Operationen pro Sekunde schafft, was hierbei immernoch eine Dauer von 10^13 Jahren zur Schluesselsuche ergeben wuerde. Wenn man sich jetzt mal veranschaulicht das 10^15 gerade einmal 0.1% von 10^18 sind und man deshalb also gerade mal schlappe 1000 Superrechner von der Sorte braucht um eine Rechendauer von 10^13 Jahren zu erhalten (was wie angegeben das Alter des Universiums uebersteigt).

Jetzt gehen wir mal ganz drastisch davon aus das die Menschheit in 10 Jahren eine gesamte Rechenpower von 10^21 Operationen ausfuehren kann und dies selbstverstaendlich auch macht um unser AES auf unserer Heimfestplatte zu knacken, so kann man davon ausgehen dass das immernoch 10^10 Jahre also 10 Milliarden Jahre dauert. Wie jeder weiss ist unsere Sonne bis dahin laengst ausgeglueht - sorry ;-)

Geändert von k_e_x (16.01.2010 um 12:13 Uhr).
k_e_x ist offline   Mit Zitat antworten
Alt 16.01.2010, 14:22   #9
lockdoc
Registered User
 
Benutzerbild von lockdoc
 
Registrierungsdatum: Feb 2005
Beiträge: 1.420
Zitat:
Zitat von atzplzw Beitrag anzeigen
Kann ich das auf einem Remote so umsetzen?
Als Ersatz der Passworteingabe beim Boot halt nur Keyfile?
Das habe ich leider nicht hinbekommen. Ich muss zusaetzlich zu den Keyfiles fuer jede Verschluesselte Partition/HDD noch ein Passwort eingeben.
__________________
https://github.com/lockdoc
There would be less blood spilt in the battlefields if there were more sweat spent in the training hall.
lockdoc ist offline   Mit Zitat antworten
Alt 16.01.2010, 14:37   #10
menace
Registered User
 
Registrierungsdatum: Feb 2004
Beiträge: 460
Wenn aufgrund der grossen Datenmengen leichter das passwort ermittelbar ist, ist auch eher davon auszugehen, dass die korrelation zwischen den blöcken zu stark ist, was auf den falschen blockmodi schliessen lässt, und dann sollte man wiederrum das Verfahren auch nicht verwenden... AES 128 reicht.
__________________
http://hackerspaces.org/
menace ist offline   Mit Zitat antworten
Antwort


Dieses Thema betrachten zurzeit 1 Personen. (0 registrierte Benutzer und 1 Gäste)
 
Themen-Optionen
Ansicht Thema bewerten
Thema bewerten:

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist An.
Smileys sind An
[IMG] Code ist Aus
HTML-Code ist Aus
Gehe zu

Ähnliche Themen
Thema Erstellt von Forum Antworten Letzter Beitrag
FreeBSD 6.3-RELEASE Yamagi News 8 20.01.2008 20:12
CPU temp über acpi geht nicht ? Brusko FreeBSD - Allgemein 21 31.07.2007 18:46
Automount amq zeigt einen RPC-Fehler?!? JZL240I-U Howtos 36 03.07.2007 06:59
Cherry Cymotion Master Linux (USB) an FreeBSD 6.2-STABLE cryptosteve FreeBSD - Allgemein 3 30.06.2007 19:01
UPDATE 15.6.04: BSD Bücher - Eine kleine Rezension asg FreeBSD - Allgemein 82 30.05.2007 02:42


Alle Zeitangaben in WEZ +1. Es ist jetzt 13:01 Uhr.


Powered by vBulletin (Deutsch)
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.