Door Anoniem: Een hint aan Lupo deze keer. bytes 8 t/m 11 zijn de seeds waarmee de decryptie routine een 16 byte blok aanmaakt om de rest van de data mee te decrypten. De encryptie is overigens niet meer dan een normale XOR uitgevoerd in blokken van 16 bytes. Maar welke 16 bytes en wat hebben bytes 8 t/m 11 daarmee te maken.. Overigens is het 4e byte van de versleuteling afhankelijk van de lengte van het wachtwoord ( deze lengte wordt als eerste byte aan een groep van 16 bytes toegevoegd zodat bij big-endian hij als 4e byte uitkomt ). Ik ben wel heel benieuwd hoe jij aan die 7 op de 3e plek bent gekomen. Is dat omdat alle tot nu toe gevonden wachtwoorden een 7 op die plaats hadden? Eerste stap was de data bekijken als je iets encrypte, daaruit maakte ik een conclusie dat byte 4 t/m 8 niet veranderde van elkaar als de data veranderde. Hier heb ik een bruteforcer voor gemaakt om te controleren of de bytes van n.zip.enc overeen kwamen. Uiteindelijk zijn er optimalisaties gemaakt namate ik per wachtwoord de 4 ...