vel, du har 26+26+10=62 forskjellige tegn du kan sette inn.

62^6 = 56800235584 mulige kombinasjoner

antall bytes i bassordene:

6 bytes * 56800235584 mulige kombinasjoner = 340801413504

hvis hvert passord skilles med et mellomrom, blir størrelsen på fila:

340801413504 bytes + 56800235584 skilletegn = 397601649088 bytes, noe som i http://webdeveloper.earthweb.com/rep...econverter.htm
gir 370.29539 GigaByte

370.3 GB


det er mulig dette er litt på villspor, da jeg er en smule trøtt nå, men jeg ser sikker på at noen retter på meg


EDIT: hmm, blir nok feil ja, jeg har regnet med at alle passordene er 6 tegn lange, men du kan jo selv regne ut hvor mye plass alle passord med 5, 4, 3, 2 og ett tegn vil ta, og legge sammen, så får du total størrelse

Så du kan slå opp en NT-hash f.eks. mot tabellen på utrolig kort tid for å finne ut av passordet..

Man gjør dette isteden for å kjøre brute force-attack når man skal knekke passord, siden det kan ta utrolig lang tid, hvis det betstår av en del tegn.. Derfor har man en ferdiggenerert tabell med alle kombinasjonene som man kan slå opp mot..

La oss si man har en hash som ser slik ut GKFLD30L og en generert tabell passord som ser slik ut:

• aaaaaaaa
• bbbbbbbb
• cccccccc

Hvis det f.eks. er en NT-hash salter man alle passordene i listen:

• K49FRIT2
• GKFLD30L
• TLV39WEL

Da kan man se at passordet er nummer to i listen, altså bbbbbbbb, siden de er identiske.