Je hebt een klacht over de onderstaande posting:
Hoi Lupo, nu maar even met een accountje, dat scheelt de moderator een hoop werk. De werking is zo dat zolang het wachtwoord onder de 16 tekens blijft het derde teken van je wachtwoord overeenkomt met het 1e,5e,9e enz. teken uit de decrypted file. het tweede teken van je wachtwoord komt overeen met 2e,6e,10e enz teken van het decrypted bestand. het eerste teken van je wachtwoord komt overeen met 3e,7e,11e, enz. Alleen de reeks 4,8,12 enz is afhankelijk van de lengte van het wachtwoord. Dit komt omdat intern in crypt als eerste in een reeks van byte[] de lengte van het wachtwoord wordt geplaatst. Daarna pas komt het wachtwoord afhankelijke deel. De byte[] is 16 bytes lang en wordt geïnitieerd met een getal gelijk aan ( 0xFF + ( het LSB van de timertick, maar is deze kleiner dan 256, dan wordt er 00 gebruikt <- onderdeel van de GetTickCount anti-debug beveiliging ). Maar goed dat terzijde. Omdat de byte array daarna in een integer (big-endian) wordt geladen komt de lengte van het wachtwoord dus uit op de ...
Beschrijf je klacht (Optioneel):