Key.bin-file 

 Dit stukje tekst is alleen voor onderzoek, je zal er geen echte keys in terugvinden. Met de notepadviewer zie je als je de optie hex intikt twee schermpjes, links de hexfile, rechts de asci tekens met daartussen rommel waar geen ascivertaling voor is. In de eenvoudigste structuur van een keyfile komen, na het rijtje aanwezige providers(00 30 00 2A enz) en ppua, steeds 3 getallen terug, bv 10 01 0c xx xx xx xx xx xx xx xx. Terugvertaald in je emulatorfile op jouw ontvanger is dit 10=seca, 01=1e provider, 0c=c-key. In de firm-software van de ontvanger wordt die vertaalslag gemaakt, met vaste keylengte van 8 en naam erbij. 20= viacces, 30=nagra, 40=irdeto. Junglefiles hebben deze structuur en met MES2.6-extra-sectiemanager-emu zijn ze heel eenvoudig aan te passen. Veel keyfiles zien er rommelig uit,maar beginnen op een vaste plek. De volgorde is soms niet belangrijk.
 Een andere vorm, waar meer in staat, is verdeeld in 2 secties: EMU en RSA.In het EMU gedeelte wordt de vertaalslag naar de provider gemaakt, in het RSA gedeelte de keys, maar ook de DES-keys (voor de cryptoverwerking) lengte en plaats. Een voorbeeld: 30 05 06 10. 30=nagra, 05=provider,06=keynr, 10=lengte in hex. De DES-key wordt aangegeven met het 3e getal, bv nagra:30 05 16 30 (16=M1-key,lengte=48).Irdeto: 40 06 20 10,(20=seed-key). Enz..
Vaak worden keyfiles opgevuld met rommel, bv het eindeloos herhalen van een key, maar dat heeft geen funktie. Afhankelijk van de software staat er meer of minder in een keyfile, is de beginplaats anders en daarom zijn ze allemaal verschillend. Met een hex-editor kun je alle files eenvoudig veranderen. Let op: de lengte van het file mag niet veranderd worden!
Tot zover.