[spartan-b292]

Genau das ist aber nur "die halbe Wahrheit"!

Das ist der Fall, wenn das Passwort auf z.B 16 Stellen begrenzt ist, dann ergibt sich der Bitwert aus dem Stellenwert der Buchstaben, die letzten Stellen werden bei bedarf dann einfach mit 0 ausgefüllt.

Da es aber ungünstig ist, Passwörter auf 16 Stellen zu begrenzen wird die Methode mit den Hashes verwendet, da sich so 256 Bit Schlüssel mit beliebiger Passwortlänge erzeugen lassen, was die Sicherheit gegen Bruteforcing im Vergleich zu der Methode oben sicherer ist. Außerdem würde ich mal annehmen dass die Verschlüsselung mit Software vorgenommen wurde, in der der Algorithmus mit Hashes implementiert ist.

[Banghard]

Genau die selbe Rechnung kannst du auch unabhängig von Bits machen. Nehmen wir das Alphabet mit Unterscheidung zwischen Groß- und Kleinschreibung und noch die Zahlen 0-9. Das sind dann 62 Zeichen, bei Passwortlänge eins hättest du 62 hoch 1 Kombinationsmöglichkeiten, bei Passwortlänge 10 halt schon 62 hoch 10 Möglichkeiten.

Zitat von spartan-b292

Genau das ist aber nur "die halbe Wahrheit"!

Das ist der Fall, wenn das Passwort auf z.B 16 Stellen begrenzt ist, dann ergibt sich der Bitwert aus dem Stellenwert der Buchstaben, die letzten Stellen werden bei bedarf dann einfach mit 0 ausgefüllt.
(...)

Mein Teil mit dem Alphabet und den Zahlen bezog sich überhaupt nicht mehr auf den 256Bit Schlüssel. Dieser Teil bezog sich eher darauf, dass man auch eine andere Basis nehmen kann (in dem Fall die 62) und mit der (Pass-)Wortlänge potenziert die Anzahl der Kombinationsmöglichkeiten finden kann. Also ganz allgemein wie sich das so errechnet.

Also nix für ungut.

[spartan-b292]

Damit hast du auch prinzipiell auch nicht unrecht, nur wollte ich damit sagen, dass sich das in der Praxis eher nicht so berechnen lässt.
Wollte dich nicht deswegen angreifen