Sitat av
0xFF
Dette er jo avhengig av hvor langt passordet hans. Hvis han har et passord som er f.eks mellom 7 og 10 tegn langt (Bruk av små og store bokstaver og tall, altså en karakter rekkevidde på 27+27+10 = 64 tegn), pluss separator tegnet '\n', så tar dette opp gitt lagrings plass:
Kode
(64⁷ × 8) ÷ (1024³) = 32768 GB (7 tegn)
+ (64⁸ × 9) ÷ (1024³) = 2359296 GB (8 tegn)
+ (64⁹ × 10) ÷ (1024³) = 167772160 GB (9 tegn)
+ (64¹⁰ × 11) ÷ (1024³) = 11811160064 GB (10 tegn)
----------------------------------------
= 11981324282 GB
========================================
11981324282 GB eller rundt 11.15 Exabytes (EB), noe jeg tviler jeg OP har plass til. Slike ordlister kan bli rimelig store veldig fort. I tillegg vil det ta enormt mye tid å generere en ordliste på 11.15 EB.
Matematikken din er ikke på stell.
For det første - det er 29 bokstaver i alfabetet, ikke 27. I det engelske er det 26.
For det andre - Hvor mange tegn du skal inkludere i settet ditt avhenger jo av hva du vet om passordet du selv har laget. For normale brukere vil jeg tippe ca. 100 er ganske vanlig, men TS vet formodentlig best selv.
For det tredje - GB != GiB. Skal du dele på 1024^3, så må du bruke GiB som benevning.
For det fjerde - du bruker feil formel. Hvis du inkluderer N tegn i settet ditt og passordet har lengde k, så er antall mulige kombinasjoner N^k. Ikke (k+1)*N^k.
Og til sist - du skal uansett ikke lage alle disse passordene på forhånd! Hvis du derimot vet at ett av ordene "klovn", "ball" eller "stol" inngår, så er dét noe du vil lage på forhånd for å begrense søkerommet ditt. Idéen er jo at du
ikke skal bruteforce hele passordet fordi du kan deler av det.
La oss ta et tenkt eksempel der passordet har har tre segmenter. Det første er et engelsk ord på mellom fem og åtte bokstaver, og du vet noen av bokstavene som inngår. Da har du maks noen tusen å velge mellom, men i praksis burde du klare å kutte det ned til rundt hundre . Det neste segmentet er er et firesifra tall - 10000 muligheter, mindre hvis du husker noen av sifferne elns. Det siste segmentet ditt er 'random' og må bruteforces. Du kommer frem til at du har valgt fra et sett med under 100 forskjellige tegn, men at det er snakk om maksimalt 3 stykker. Da har vi... 10^2 * 10^4 * (10^2)^3 = 10^12 passord å velge mellom. Vi trenger imidlertid bare å generere ca. 100 på forhånd (ordet), resten tar søket vårt seg av on the fly.
Sitat av
0xFF
Selvfølgelig, men uten informasjon fra TS om hvor langt passordet kan være og hvor mye han husker av passordet så er det vanskelig å regne på.
Men det er da fortsatt misvisende å fremstille det som om du må bruteforce hele passordet når han sier at han kan deler av det?
Sist endret av Myoxocephalus; 6. oktober 2016 kl. 22:58.
Grunn: Automatisk sammenslåing med etterfølgende innlegg.