Ser for meg to muligheter, enten prøve å huske passordet eller gå igjennom en prosess av ting for så å kjøre brute-force på disken.

Alternativ du kan prøve dersom du får generert en liste over passord som innkluderer delen av passordet du husker:

Kilde: Script to test wordlist against Truectypt volume?

Siden du vet deler av passordet ditt, kan du bruke denne guiden: How to create custom wordlist

Sikkert noen flinke folk her inne som kan hjelpe deg med å lage en .txt fil dersom du oppgir de delene av passordet du husker og hvor langt passordet maksimalt kan være og om det inneholder noen andre tegn enn bokstaver og tall. Husker du noe av det?

Dersom du har mulighet, hadde jeg testa denne metoden mot en disk kryptert med truecrypt hvor passordet er i .txt fila. Så er du ivertfall sikker på at metoden funker.
Dersom metoden funker på en disk som du vet passordet til, men ikke på disken du sliter med nå, kan det hende du husker feil.

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:

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.

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?

Jeg vet første del av passord er et av disse alternativene nr1: qsxdrgbhujmko, Nr2: 1qazse4rfvgy7ujmko0, Nr3: 1qazxdr5tgbnji9ol. etterfulgt av noe jeg ikke husker, men vet det er bokstaver. Muligens tallene 1337 foran eller bak disse ukjente bokstavene, avslutter så med 17 tegn jeg husker


tror passordet er mellom 40 og 50 taster i lenge.

bokstavene som mangler er mest sannsynlig små(men ikke helt sikker) og er enten navn på en fiktivfigur eller et mønster på tastaturet (muligens en linjebortover på tastaturet)