Azazel Geplaatst: 8 augustus 2002 Geplaatst: 8 augustus 2002 Hallo, tot mijn grote verbazing zie ik dat deze mijn berichten reeks over seca2 in the study continues verdwenen is?? Ligt dat mischien aan mijof mijn computer of is de bericht verplaatst / verwijderd? Saludos. 'Azazel miembro del equipo RAIDEN, la resistencia.' [color:"red"] LLORAMOS JUNTOS, GANAREMOS JUNTOS! [/color]
hce Geplaatst: 8 augustus 2002 Geplaatst: 8 augustus 2002 Ik zie hem ook niet <img src="/ubbthreads/images/icons/crazy.gif" alt="" /> Op last van canal+ verwijderd omdat je wel heel dicht in de buurt kwam zeker <img src="/ubbthreads/images/icons/wink.gif" alt="" /> DM7000S - een image - Triax en rotor
Gast Geplaatst: 8 augustus 2002 Geplaatst: 8 augustus 2002 Nee, de posting is waarschijnlijk verdwenen door foutje van een moderator. Hopelijk kan de administrator dit ongedaan maken.
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 sorry jongens maar ik ben bang dat de posting door mijn schuld verloren is gegaan... <img src="/ubbthreads/images/icons/crazy.gif" alt="" />
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 We kunnen hem natuurlijk middeleeuws straffen. <img src="/ubbthreads/images/icons/grin.gif" alt="" /> We hebben de keuze uit de pijnbank, radbraken, vierendelen, verbranden, ophangen, schoppen, oog uitsteken, opensnijden, oor afsnijden, met roeden slaan, onthoofden. <img src="/ubbthreads/images/icons/tongue.gif" alt="" /> Fouten maken is menselijk dus we kunnen hem ook vergeven natuurlijk <img src="/ubbthreads/images/icons/laugh.gif" alt="" />
JD Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 Vreemd......... Ik kan me niet voorstellen dat je met deze ZEER BELANGRIJKE posting een 'foutje' maakt. Het klinkt misschien weer erg nagatief van mijn kant, maar vind het zo ongeloofwaardig dat net de allerbelangrijkste topic per ongeluk wordt verwijderd terwijl er diverse bagger tussen staat die al weken te lezen is. Bewaren jullie backup's ofzo, want dan zou het mogelijk moeten zijn om een en ander terug te zetten. Als het echt per ongeluk is gegaan beschouw dan mijn negatiefe inbreng als niet gemeld! Weet ook wel dat jullie moderators veel werk verzetten en daarvoor mijn welgemeende dank. Maar bekijk het eens van onze kant, alle seca2 postings bekijk in dagelijks meerdere malen en zeer zelden verdwijnt er een topic!! Dan zijn er ook topics waar ik van denk, haal die maar meteen weg (al heeft iedereen recht op meningsuiting en vermeld recht). Ik hoop dat er nog een en ander te redden valt, want ik zou het zeer vervelend vinden als al deze info voorgoed verloren zou gaan. Aan de andere kant kun je als lid natuurlijk ook de pagina zelf regelmatig lokaal kopieren. Dus moet ik ook bij me zelf te raden gaan dat ik niet een keer deze belangrijke zaken gekopieerd heb. Ook vind ik het eerlijk en bewonderswaardig dat de moderator aangeeft hiervoor verantwoordelijk te zijn, hij zou het ook op iets anders hebben kunnen gooien. Dus misschien moet ik toch wat genuanceerder zijn in deze kwestie!!! Azazel, ik hoop dat je nog de moed vind om een en ander met ons te delen!!! Goed, ik wens jullie (ALLEMAAL DUS) een prettig weekend en hoop dat er nog iets te redden valt............ JD
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 Ook de moderatoren zijn mensen en mensen maken wel eens fouten, dit is jammer genoeg gebeurt. Het was niet de intentie. Saludos
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 Je eerlijkheid word op prijs gesteld. We vergeven het je. <img src="/ubbthreads/images/icons/smile.gif" alt="" /> Wel zouden we graag willen weten of het mogelijk is om deze informatie (thread) weer terug te krijgen. <img src="/ubbthreads/images/icons/confused.gif" alt="" /> Allround
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas the study continues 23/07/2002 00:18 Bewerken Beantwoorden Hallo satvrienden, Langzamerhand komen we steeds verder met het begrijpen van seca2 en de blackcard.. Ziehier onze laatste ontwikkelingen, verkregen van de blackcard waarvoor we een prog gebruiken, gemaakt door DEVIL in samenwerking met KDS en Parisino (terug van een welverdiende vakantie): Ik zal alle info die we hebben verkregen posten, het is aan een van de moderators of alle informatie zichtbaar blijft, gezien het belang van de info... Waiting for MKF changes Elvis to modus Phoenix Disconnected Waiting for MKF changes Elvis to modus Phoenix Disconnected ATR : 3b f7 11 00 01 40 96 70 70 07 0e 6c b6 d6 90 00 [Komando Accepted] Answer on Reset OK Unique Address (UA) Ins : c1 0e 00 00 08 Ack : 0e Data : 00 15 00 00 Status : 90 00 [Komando Accepted] Number of Providers Ins : c1 16 00 00 07 Ack : [Komando Accepted] Ins : c1 34 00 00 03 Ack : 34 Data : 04 00 01 Status : 90 00 [Komando Accepted] Ins : c1 32 00 00 12 Ack : 32 Data : b2 01 00 00 00 00 00 00 00 00 00 10 04 ff ff ff ff ff Status : 90 00 [Komando Accepted] Ins : c1 34 00 00 03 Ack : 34 Data : 04 00 02 Status : 90 00 [Komando Accepted] Ins : c1 32 00 00 12 Ack : 32 Data : 04 ff ff ff ff ff ff ff ff ff [Komando Accepted] Ins : c1 32 01 00 0a Ack : 32 Data : 83 00 00 00 00 00 00 30 86 04 Status : 90 00 [Komando Accepted] Extracting Provider 01 Indix of Key Ins : c1 1a 01 00 15 Ack : 1a Data : ff ff 20 dc 00 f0 51 5c 5e 5d ff ff ff ff ff ff ff ff ff ff ff Status : 90 00 [Komando Accepted] Extracting Provider 01 Package Bitmap (PBM) Ins : c1 34 00 00 03 Ack : 34 Data : 00 00 00 Status : 90 00 PBM 00 00 00 00 00 00 30 86 En nu het komplete register van de mkf [GeneralInfo] ATR= 3b f7 11 00 01 40 96 70 70 07 0e 6c b6 d6 UAhex= UAdec= SuppProv= 0000000000001111 [00 00] Name= SECA SECAStartup= 00 00 00 00 00 00 00 00 00 10 SECAPPV= 07 03 00 47 00 64 01 0c 02 00 PrimaryKeys= f0 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff [00 64] Name= CANALSATÉLITE Date= 31/08/2002 PPUA= Region= 1c PBM= 00 00 00 00 00 00 30 86 PrimaryKeys= f0 51 5c 5e 5d ff ff ff ff ff ff ff ff ff ff ff [00 66] Name= CANALSATÉLITE2 Date= 31/12/2002 PPUA= Region= 00 PBM= 00 00 00 00 00 00 00 00 PrimaryKeys= f0 f1 f3 fe ff ff ff ff ff ff ff ff ff ff ff ff [00 67] Name= CANALSATÉLITE3 Date= 31/12/2002 PPUA= Region= 00 PBM= 00 00 00 00 00 00 00 00 PrimaryKeys= f0 f1 f3 fe ff ff ff ff ff ff ff ff ff ff ff ff [Card Records] Pr: Index = Record - Description 00: 00 01 = f0 ff ff ff ff ff ff ff ff ee 00 80 - Primary key 00 00: 00 02 = 70 ff ff ff ff ff ff ff ff b5 00 c0 - Secundary key 00 00: 00 03 = 00 07 03 00 47 00 64 01 0c 02 00 e0 - Register SECA PPV 00: 00 04 = fb 09 6c 62 d0 66 85 8b 97 25 93 d0 - Register credits PPV 00: 00 05 = 01 00 00 00 00 00 00 00 00 00 10 e0 - Register SECA Start-up 01: 00 06 = f0 ff ff ff ff ff ff ff ff f8 00 81 - Primary key 00 01: 00 07 = 50 ff ff ff ff ff ff ff ff 92 00 c1 - Secundary key 00 01: 00 08 = 51 ff ff ff ff ff ff ff ff 76 00 81 - Primary key 01 01: 00 09 = 51 ff ff ff ff ff ff ff ff ec 00 c1 - Secundary key 01 01: 00 0a = 5c ff ff ff ff ff ff ff ff 25 00 81 - Primary key 0c 01: 00 0b = 50 11 1f 8f fa 06 a1 43 ed 83 17 e1 - Register SECA PPV 01: 00 0c = 5e ff ff ff ff ff ff ff ff b1 00 81 - Primary key 0e 02: 00 0d = f0 ff ff ff ff ff ff ff ff db 00 82 - Primary key 00 02: 00 0e = 50 ff ff ff ff ff ff ff ff 0b 00 c2 - Secundary key 00 02: 00 0f = f1 ff ff ff ff ff ff ff ff 8c 00 82 - Primary key 01 02: 00 10 = 51 ff ff ff ff ff ff ff ff 2b 00 c2 - Secundary key 01 02: 00 11 = f3 ff ff ff ff ff ff ff ff 88 00 82 - Clave Primaria 03 02: 00 12 = 53 ff ff ff ff ff ff ff ff e5 00 c2 - Secundary key 03 02: 00 13 = fe ff ff ff ff ff ff ff ff ed 00 82 - Primary key 0e 03: 00 14 = f0 ff ff ff ff ff ff ff ff cb 00 83 - Primary key 00 03: 00 15 = 50 ff ff ff ff ff ff ff ff ae 00 c3 - Secundary key 00 03: 00 16 = f1 ff ff ff ff ff ff ff ff fd 00 83 - Primary key 01 03: 00 17 = 51 ff ff ff ff ff ff ff ff 89 00 c3 - Secundary key 01 03: 00 18 = f3 ff ff ff ff ff ff ff ff e1 00 83 - Primary key 03 03: 00 19 = 53 ff ff ff ff ff ff ff ff 6d 00 c3 - Secundary key 03 03: 00 1a = fe ff ff ff ff ff ff ff ff e8 00 83 - Primary key 0e 01: 00 1b = 5d ff ff ff ff ff ff ff ff 09 00 81 - Primary key 0d 01: 00 1c = ed 18 12 14 00 2e 27 04 38 27 08 a1 - Register Preview PPV 01: 00 1d = ed 18 3a 27 0a 3b 27 08 0b 14 00 a1 - Register Preview PPV 01: 00 1e = ed 18 1a 27 05 24 27 09 10 27 00 a1 - Register Preview PPV 01: 00 1f = ed 18 33 27 06 11 27 0a 12 27 0a a1 - Register Preview PPV 00: 00 78 = fb 09 6c 62 d0 66 85 8b 97 25 93 d0 - Register credit PPV 00: 00 f0 = fb 09 6c 62 d0 66 85 8b 97 25 93 d0 - Registro credit PPV 00: 01 68 = fb 09 6c 62 d0 66 85 8b 97 25 93 d0 - Registro credit PPV 00: 01 e0 = fb 09 6c 62 d0 66 85 8b 97 25 93 d0 - Registro credit PPV Zoals iedereen kan zien is dit, zeker voor ons, zeer bevredigende resultaten al kunnen we hiermee nog niet alles zien.... Maar heb nog even geduld, ik kan jullie melden dat Parisino met een aantal andere mensen uit Frankrijk en Italie zeer hard aan het werk zijn, en al met zeer goede resultaten zijn gekomen. Zoals je kunt zien op de site van Parisino: heeft hij al een zipfile met de crack voor seca2, maar deze is nog niet voor ieder te downloaden, om de simpele reden dat er vooralsnog geen publieke crack is.. Maar wees allen gerust... Citaat van Parisino, 'Soon all the smardcards will relive for the seca2 system'. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties Zomby Volwaardig lid Lid sinds: 10/06/2002 Berichten: 120 Uit: Amsterdam Re: the study continues [re: Azazel] 23/07/2002 08:19 Bewerken Beantwoorden Goed bericht. Continua con la resistencia ! Against All Odds Bericht opties JD Lid Lid sinds: 18/04/2002 Berichten: 97 Uit: Onder Eindhoven Re: the study continues [re: Zomby] 23/07/2002 08:54 Bewerken Beantwoorden Azazel, Zoals vaker vermeld kijk ik altijd uit naar je bevindingen op dit gebied. Maar toch nog een klein vraagje.... Je zegt op de site van Parisino staat een filetje waarmee op sommige receivers seca2 bekeken kan worden (nog geen public hack). Maar waar moet je dan aan denken, aan de orgineel goedgekeurde receivers die wel sommige zenders illegaal kunnen bekijken of zijn het bijvoorbeeld Humax, Hyundai, etc receivers??? Ik neem aan dat die file voor jullie is om er mee te experimenteren ofzo, heb hem overigens niet geprobeerd op mijn recievers omdat ik ook wel weet dat dat nog wel even op zich laat wachten................... Groeten en succes met Azazel vs SECA2.... JD Bericht opties prutsie Moderator Lid sinds: 09/05/2000 Berichten: 940 Uit: DS-9 Re: the study continues [re: JD] 23/07/2002 11:15 Bewerken Beantwoorden @ Azael Ik kan het alleen maar donders knap vinden wat jullie allemaal al uit een II kaartje kunnen toveren. Ik neem aan als je de key's kan extracten dat jullie ook zover zijn dat je ze kan schrijven naar de kaart, en ook de ppv kunnen aanpassen, en da's hoopvol voor de toekomst. Toch ? succes, Peter. Ik pruts maar wat aan, niet gehinderd door enige vorm van kennis zet ik overal mijn schroevendraaier en soldeerbout in. Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: JD] 23/07/2002 14:08 Bewerken Beantwoorden @JD, Deze file is, zoals jezelf zegt, puur om te experimenteren. Het is nog niet mogelijk om naar CSD te kunnen kijken, (ook niet met deze file). Maar we zijn op een goede weg beland.. @Prutsie, Ja, we kunnen al aardig wat doen met de blackcard. Maar helaas nog niet genoeg.. Het is nu nog een kwestie van tijd, en we zijn hard aan het studeren naar de nieuwe ins die we maar steeds verkrijgen. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties alanS Moderator Lid sinds: 17/08/2001 Berichten: 963 Uit: Amsterdam Re: the study continues [re: Azazel] 23/07/2002 17:17 Bewerken Beantwoorden Volgens mij zijn er best wat mensen die het nu wat benauwd gaan krijgen. Jullie lijken toch aardig in de buurt te komen. Heel veel succes. groeten Alan Bericht opties Satwatcher Sat4all nerd Lid sinds: 04/04/2000 Berichten: 816 Re: the study continues [re: alanS] 23/07/2002 18:17 Bewerken Beantwoorden Hier kan je alleen maar op zeggen.... Succes en nu al bedankt voor het goede werk wat verricht is en nog gaat worden. Moet eerlijk zeggen als het nu binnen afzienbare tijd gebeurd dan moet ik een grote pan bloemkool leeg eten (iets waar ik alleen van de geur al van over mijn nek ga) want ik had met iemand gewed dat het zeker het eerste jaar niet publiekelijk gekraakt zou worden. Satwatcher Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: alanS] 23/07/2002 18:44 Bewerken Beantwoorden We gaan weer een stukje verder, en bekijken een tabel van verwijzingen v/d eeprom van de blackcard. We bestuderen het belang dat dit heeft op het nieuwe seca2 systeem, ook de relatie tussen beide en de verschillende waardes die de P2 aan het begin van elk instructie heeft, zowel de invloed hij heeft op de verkregen status bytes. Experimenten met een v7. Indicatie eeprom[] ----------------- Als eerste tonen we het gebruik van bit 4 van p2. (0)Gebruik van bit 4 (b4) -VOORBEELD C1 40 01 A0 61--(9024) 9024 error van checksum, geen bit4 vastgesteld. Steeds verkrijgt men hetzelfde error, geen bit4 vastgesteld, we gaan ervanuitgaan dat er bit4 wordt vastgestled. (1)[803d] superencription byte <> We gaan verder met de verwijzingen en nemen de v6 als voorbeeld om te kijken wat deze bevat in dezelfde posities, zo kunnen we de veranderingen die de v7 heeft ondergaan analiseren en de variaties van deze verwijzingen. -007D .l¶Öÿÿ.} 0030: 007D- 00xx 00xx 00xx 00xx 00xx -007D 007D- }˜==‹µ}} 0038: -007D- 0000 0060 0003 000C -004D- 004D 0000 VERWIJZINGEN waardes van de v6 ALGO TABLE 1 [802F] =7D ALGO TABLE 3 [8030] = 7D ALGO TABLE 2 [8036-8038]= 7D-7D-7D S.E. BYTE (40)[803D]= 4D S.E. BYTE (3C)[803F]= 4D referentie instructies. Creeren van key 0F C1 40 01 20 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F vaststellen van bit 4 >C1 40 01 10 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 10 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 00 Geen rekening houdend met bit 4 >C1 40 01 00 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 00 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 97 01 Conclussie: Irrelevant in de v6 We gaan proberen om gebruik te maken van de ALGO1 [802F] =7D >C1 40 01 A0 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 a0 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 34 /802F =7D Nogmaals >C1 40 01 B0 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 b0 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 34 /802F =7D Proberen om gebruik te maken van de ALGO3 8030 =7D >C1 40 01 F0 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 f0 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 34 /8030 =7D Proberen om gebruik te maken van de ALGO2(USER ALGO) [8036-8038]= 7D-7D-7D >C1 40 01 D0 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 d0 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 34 /8036-8038= 7D-7D-7D Gebruikmakend van supercrypt 803D= 4D >C1 40 01 90 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 90 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 02 /803D= 4D Nu gaan we deze registers toepassen op hetzelfde manier de v7 dit doet. TABEL 1 802F =DB TABEL 3 8030 = DB TABEL 2 (USER ALGO) 8036-8038= 7D-7D-7D SUPERENCRIPTION VOOR 40 803D= 00 SUPERENCRIPTION VOOR 3C 803F=00 Resultaten verkregen >c1 16 00 00 08 c1 16 00 00 08 -> 00 00 00 03 00 00 db db 90 00 We proberen de normale modus te gebruiken. 803D= 00. Supercr. verplicht. >C1 40 01 00 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 00 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 35 /803D= 00 Dus superencriptam. C1 40 01 80 13 3D 58 C9 FE 7F ED 03 7B 39 A9 B8 E9 AA A6 9D E4 EB F0 8F 1 40 01 80 13 3d 58 c9 fe 7f ed 03 7b 39 a9 b8 e9 aa a6 9d e4 eb f0 8f -> 90 00 We proberen tabel 1 802F=DB >C1 40 01 A0 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 a0 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 34 checksum erroneo Proberen tabel 3 8030=DB C1 40 01 F0 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 f0 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 34 checksum erroneo Proberen tabel 2 (user algo) C1 40 01 D0 13 90 5F 11 22 33 44 55 66 77 88 82 8F 08 15 BD 7A EB F0 8F c1 40 01 d0 13 90 5f 11 22 33 44 55 66 77 88 82 8f 08 15 bd 7a eb f0 8f -> 90 34 /8036-8038= 7D-7D-7D Logiserwijze de checksum van de tabellen zullen correct zijn en alle statussen 9034 zijn niet gelijk. Onze volgende studie is hoe het activeren van deze tabellen op de v7 en het standaard proces van de ins verstuurd naar de bv7. Zoals jullie kunnen zien is dit een goed vervolg op onze studie, en hiermee het een en ander duidelijk wordt gemaakt v/d werking van seca2. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties matchless Sat4all freak Lid sinds: 22/04/2001 Berichten: 446 Uit: limbabwe Re: the study continues [re: Satwatcher] 23/07/2002 18:58 Bewerken Beantwoorden hulde aan de seca2 groep.. is de INS het laatste struikelblok? ongelofelijk wat jullie presteren. the day windows doesn't suck is the day they'll make vaccuum-cleaners Bericht opties Silent Client Lid Lid sinds: 06/05/2002 Berichten: 57 Uit: Almere Re: the study continues [re: matchless] 23/07/2002 19:48 Bewerken Beantwoorden petje af! keep up the good work! Silence solves nothing! Bericht opties
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 Pagina's: 1 | 2 | 3 | 4 | 5 | 6 | (alles weergeven) haas Lid Lid sinds: 15/10/2001 Berichten: 43 Uit: netherlands Re: the study continues [re: Silent Client] 23/07/2002 21:51 Bewerken Beantwoorden toppie, go on! pff conflict creates comfort Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: matchless] 23/07/2002 22:55 Bewerken Beantwoorden @matchless, was het maar waar.... nee, helaas is het niet de enige struikelblok, alhoewel het wel een belangrijk onderdeel van de studie is... Wat we tot nu hebben: C1 40 01 B0 61 10 01 [P5]... (ins for activation) [9019] - > verandering van PPUA [97F2] - > 11110010 (verandering van PBM) [97FA] - > 11111010 (geen verandering, alles stabiel) De activering is idem als de vorige versies C1 40 01 80 54.. van Seka 1 ---------------------------------------------------------------------- C1 40 01 B1 5C 10 01 [P5]... (ins actualiseren van keys) [9730] - > 00110000 (verandering van key 0D + datum) [9728] - > 00101000 (verandering van key 0C + datum) [973C] - > 00111100 (geen verandering, alles stabiel) De actualisatie van de keys is idem als vorige versies C1 40 01 81 4E... van Seka 1 ---------------------------------------------------------------------- C1 40 01 B0 5C 10 01 [P5]... (ins einde abo of desactiveren v kaart) [9000] - > Cancelled de keys vanaf de 01 tot 0E en verandered de datum in 01-ene-1991 De ins van desactiveren v/d kaart is idem als vorige versie C1 40 01 80 28... van Seka 1 (C1 40 01 80 28 10 01 10 02 10 03 10 04 10 05 10 06 10 07 10 08 10 09 10 0A 10 0B 10 0D 10 0C 10 0E 21 02 21 82 + firm) ---------------------------------------------------------------------- C1 40 01 B0 5C 10 01 [P5]... ¿[9000] - >? C1 38 01 B0 5C 10 01 [P5]...[9000] C1 36 21 10 15 [86] 00 00 00 00 00 00 00 00 [03] [82] FF FF FF FF FF FF FF FF FF [9035] Naar alle waarschijnlijkheid zijn deze data van de nano 86, de bytes van 10 tot 17 van de ins C1 38, het kommando is bijna kompleet 00...00. Mischien weldegelijk een nano?, en de rest moeten we invullen om tot een Len met de minimum van 5C te krijgen. De kommando x hebben we nog niet diepgaand bestudeerd, maar dat komt nog wel. Bij Seka 2 hadden we een ins gezien van activering en van actualisering van de keys van de blackcard - gelijk als die van Seka 1, maar deze gaan encrypted verschuild achter deze kommandos. Analisatie van de kommando voor actualisering van keys C1 40 01 B1 5C 10 01 [P5]... - > Actualiseren van keys Seka 1 was: C1 40 01 81 4E [F0] xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx (Bitmap) [22] xx xx (Check datum einde abo) [21] xx xx (Activeert datum einde abo) [90] 5D xx xx xx xx xx xx xx xx (Operacional) [90] 5C xx xx xx xx xx xx xx xx (Operacional) [90] 5E xx xx xx xx xx xx xx xx (Operacional) [82] xx xx xx xx xx xx xx xx (Firm) Op de v7.0 bestaat een methode om te kijken wat een bepaald kommando doet en wat voor nano's deze bevat, ook om de SE te kunnen decrypten: 1) Kijkend naar de veranderingen op de kaart. 2) Kijkend naar de statusbytes als men de kommando terugstuurt. Van de andere kant is het mogelijk om met de bug 38/36 de kommando C1 40 te decrypten, en persoonlijk denk ik dat de bytes die hier van belang zijn, de 10 tot 17 zijn (als je dit vergelijkt met de vorige kaart): C1 38 01 B1 5C 10 01 [P5]...[9000] C1 36 21 10 15 86 FB FF FF FF FF FF FF FF 03 82 FF FF FF FF FF FF FF FF FF [9035] Dit zou naar alle waarschijnlijkheid een gedeelte van de nano F0 kunnen zijn. De effecten die dit heeft op de blackcard zijn: 1) Bevestiging van de PPUA - > er is dus daadwerkelijk een (33 octeten) (bevestigd in de ins 38/36) 2) Bevestiging en herschrijving van de datum - > er bestaat dus ook de nano 22 en de 21 (3+3 octeten = 6 octeten) 3) Herschrijving van de 0D+0C+0E - > dus er bestaan 3 nano's 9x (10+10+10 octeten = 30 octeten) 4) electronic firm nano 82 (9 octeten) Als we de byes optellen:: 33+6+30+9=78 - >0x4E, exclusief de 10 01 [P5] die we in het begin verkregen, houden we over (0x0B bytes) Als ik nogmaals deze kommando verstuur krijg ik: C1 40 01 B1 5C 10 01 [P5]...[973C] Examinering van de statusbyte krijgen we: 3C - > 00111100 De volgende stap zou kunnen zijn: C1 40 01 B1 5C 10 01 [P5] (0)[F0] xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx xx (0)[22] xx xx (1)[21] xx xx (1)[90] 5D xx xx xx xx xx xx xx xx (1)[90] 5C xx xx xx xx xx xx xx xx (1)[90] 5E xx xx xx xx xx xx xx xx (0...0?) [00] [00] [00] [00] [00] [00] [00] [00] [00] [00] [00] (0?) [82] xx xx xx xx xx xx xx xx De tweede kommando: C1 40 01 B0 61 10 01 [P5]... - > ins voor activering v/d blackcard De equivalent Seka 1 was: C1 40 01 80 54 [17] xx (regio code) [10] 03 (wissen van de MK03) [10] 02 [80] xx xx xx xx xx xx xx xx (PBM) [21] xx xx (Activeren van datum einde abo) [90] 51 xx xx xx xx xx xx xx xx (MK01p) [91] 51 xx xx xx xx xx xx xx xx (MK01s) [00] [00] [90] 5D xx xx xx xx xx xx xx xx (Operacional) [90] 5C xx xx xx xx xx xx xx xx (Operacional) [90] 5E xx xx xx xx xx xx xx xx (Operacional) [41] xx xx xx xx (Ppua) [82] xx xx xx xx xx xx xx xx (firm) Wat hetzelfde is als de BITMAP en de nano voor het schrijven van de primaire MK01; we zouden dan tot de volgende structuur kunne komen: C1 40 01 B0 61 10 01 [P5] ?? ?? ?? ?? ?? ?? [80] xx xx xx xx xx xx xx xx [90] 51 xx xx xx xx xx xx xx xx ?? ?? ?? ... ?? 1) Anulering van de MK03 - > er bestaat een nano 10 03 (2 octeten) 2) De datum van einde abonnement is geschreven - > er bestaat een nano 21 (3 octeten) 3) Een nieuwe BITMAP - > er bestaat een nano 80 (9 octeten) (bevestigd door de ins 38/36) 4) herschrijving van de MK01p+s - > er bestaan 2 nano's 9x (10+10 octeten = 20 octeten) (bevestigd door de 38/36) 5) herschrijving van de OD+0C+0E - > er bestaan 3 nano's 9x (10+10+10 octeten = 30 octeten) 6) verandering van de PPUA geschreven - > er bestaat een nano 41 (5 octeten) 7) schrijven van register E1 - > er bestaat een nano B0 (12 octeten). De regio code worden geschreven met de waarde 00 - > er bestaat een nano 17 (2 octeten) Als we het toaal aantal bytes optellen: 2+3+9+20+30+5+12+2+9 = 92 -> 0x5C, exclusief de 10 01 [P5], komen we (0x02 bytes) tekort, dit zou volgen mij een 10 02 moeten zijn. Deze data zal ik t.z.t. analiseren. Conclussie (volgens mij): - De nano 80 wordt waarschijnlijk niet gebruikt voor het hersturen van de tweede kommando, de BITMAP is al geschreven, dus we zouden een bite 1 in de statusbytes moeten verkrijgen. - ik weet dat er in de 38/36 na de nano 80 de nano 90 komt. we zouden een (11) in de statusbytes moeten krijgen. In de vorige kaarten (6.0) en Seka 1: C1 40 01 80 54... [9019] - > PPUA C1 40 01 80 54... [9771] - > 0111(0)001 C1 40 01 80 54... [9779] - > 0111(1)001 De bit(0) en (1) die naar voren komen na het tweede en derde versturing v/d kommando corresponderen aan de PBM. In de blackcard en Seka 2: C1 40 01 B0 61 10 01 [P5]... [9019] - > PPUA C1 40 01 B0 61 10 01 [P5]... [97F2] - > 1111(0)010 C1 40 01 B0 61 10 01 [P5]... [97FA] - > 1111(1)010 Dus de PBM wordt bevestigd als in de vierde nano. De tweede nano is de regio code. C1 40 01 B0 61 10 01 [P5] (0) [10] 02 (????) (1) [17] 00 (bijna zeker) (0) [10] 03 (???) (1) [80] xx xx xx xx xx xx xx xx (zeker) (1) [90] 51 xx xx xx xx xx xx xx xx (zeker) (1) [91] 51 xx xx xx xx xx xx xx xx (????) (1) [b0] xx xx xx xx xx xx xx xx xx xx xx xx (????) (1) [21] xx xx(deze en de volgende nano's ben ik bijna zeker van dat ze aanwezig zijn op de blackcard maar de posistie is realtief gezien niet mogelijk) (1?) [90] 5D xx xx xx xx xx xx xx xx (1?) [90] 5C xx xx xx xx xx xx xx xx (1?) [90] 5E xx xx xx xx xx xx xx xx (1?) [41] xx xx xx xx (0?) [82] xx xx xx xx xx xx xx xx Ik denk dat de bug funktioneerd maar dat het probleem de bepaling van de index van het geheugen van de bytes die we verkrijgen, rekening houdend met verschillende EMM's. Zoals je kunt zien zijn er nog heel wat struikelblokken waar we druk mee aan het worstelen zijn, maar we komen steeds verder en ik denk dat we het belangrijkste werk al hebben gehad.. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: Azazel] 23/07/2002 23:00 Bewerken Beantwoorden Nog vergeten te vermelden dat alle hulp welkom is.. Er zijn mischien dingen die ik over het hoofd zie, of als er iemand is met ervaring op dit gebied een handje te kunnen helpen. Hoe meer mensen ermee bezig zijn hoe sneller het zal gaan, daar dit voor mij en een aantal andere mensen er al veel tijd in hebben gestoken en we zeker nog wat hulp kunnen gebruiken. VELE HANDEN MAKEN HET WERK LICHTER!! Alvast mijn dank. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties ROMA Lid Lid sinds: 20/06/2002 Berichten: 48 Uit: Groningen Re: the study continues [re: Azazel] 23/07/2002 23:17 Bewerken Beantwoorden Jongers jullie zijn geweldig Ik dacht dat ik nog wel aardig wat kon maar hier valt me de mond van open wat jullie hier vandaag even op dit board geplant hebben. Ik begrijp hier van het grootste gedeelt niet, maar dit ziet er verdomd goed uit. Jullie brengen weer hoop En die struikelblokken waar je het over hebt ik ben er van overtuigd dat jullie die ook in NO TIME oplossen Groeten ROMA Bericht opties Houbie Moderator Lid sinds: 20/11/2000 Berichten: 173 Uit: Texas Re: the study continues [re: Azazel] 24/07/2002 04:49 Bewerken Beantwoorden @ Azazel, Ik zou graag helpen maar dit gaat me echt ver boven mijn pet. Het ziet er zeer indrukwekkend uit. Succes. Weten jullie nu al wat voor kaart gebruikt wordt? Is het BV een Fun4 ofzo....? Groeten, Houbie Moderator Humax Bericht opties Lancelot Volwaardig lid Lid sinds: 27/03/2002 Berichten: 256 Uit: Iron Mountain Re: the study continues [re: Houbie] 24/07/2002 12:49 Bewerken Beantwoorden Alhoewel ik dolgraag zou willen moet ik mij helaas aansluiten bij Houby -------------------------------------------------- Umberto Eco zegt het zelf: lullisme. Bericht opties cyberrobbie Volwaardig lid Lid sinds: 23/01/2001 Berichten: 109 Re: the study continues [re: Azazel] 24/07/2002 13:11 Bewerken Beantwoorden Knap hoor, maar deze info gaat mij iets te ver. Ik snap het dus gewoon niet , maar wens jullie verder veel succes met jullie project Bericht opties matchless Sat4all freak Lid sinds: 22/04/2001 Berichten: 446 Uit: limbabwe Re: the study continues [re: cyberrobbie] 24/07/2002 16:31 Bewerken Beantwoorden @azazel.. helaas gaat dit mij ook te ver.ik weet maar een heel klein beetje over dit soort dingen maar te weinig om jullie van dienst te zijn. ik wil wel rekentijd aan jullie bieden zou dit nodig zijn. the day windows doesn't suck is the day they'll make vaccuum-cleaners Bericht opties alvon Sat4all fan Lid sinds: 01/06/2001 Berichten: 386 Uit: Dus niet thuis Re: the study continues [re: matchless] 24/07/2002 16:37 Bewerken Beantwoorden @matchless Hier sluit ik me ook bij aan .... Van de materie heb ik weinig kennis maar wil gaarne helpen ons probleem uit de wereld te helpen.. Beter 10 sterren onder mijn naam dan 1 in de lucht...!!! Bericht opties Boss Nieuw hier Lid sinds: 25/03/2002 Berichten: 5 Uit: Amsterdam Re: the study continues [re: alvon] 24/07/2002 17:45 Bewerken Beantwoorden Ik heb wel een beetje kennis maar wat jullie guys doen gaat mij echt boven het hoofd zitten en kan dus alleen maar zeggen "WAWWWWWWWWWWWWWWWWWWW,,. Bericht opties
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 CB1 Volwaardig lid Lid sinds: 14/04/2001 Berichten: 105 Re: the study continues [re: Boss] 24/07/2002 17:49 Bewerken Beantwoorden Jongens wacht maar gewoon weer even af. Als iedereen hetzelfde gaat posten zoals nou dit gaat mij te ver enzovoorts dan wordt ook dit topic weer eentonig. Zodra er weer nieuws is komt het vanzekf wel weer. Dit is niet negatief bedoeld maar zo heb je zo een paar pagina`s vol met onzin. Greeeetz cb1 Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: CB1] 24/07/2002 19:19 Bewerken Beantwoorden @CB1, Daar heb je wel gelijk in, maarre we kunnen hier best wel wat hulp gebruiken.. Trouwens even een aanvulling op het derde bericht die ik hier post: Ik hoop trouwens dat er mensen zijn die met me mee denken, en als ik het fout zie, me hierop te wijzen... Na het schrijven van de register E 1, vermoedelijk bestaat er dan een nano B0, kom in tot de conclussie dat deze register wordt gescreven op de plaats waar eerst de MK03 was en het we kunnen dan zeggen dat: - als er op de kaart de C1...61 (activering) eerder is ontvangen dan de C1...5C (actualisering), deze nano gepositioneerd moet zijn nadat de annulering van de MK03 is gebeurd, maar ook weer eerder dan het schrijven van de nieuwe key's. OF - als er op de kaart de C1...C5 (actualisering) eerder is ontvangen dan de C1...61 (activering), deze nano zeker gepositioneerd moet zijn na de annulering van de MK03, maar niet dezelfde positie heeft met respect op de key's. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties delices Volwaardig lid Lid sinds: 23/06/2002 Berichten: 164 Re: the study continues [re: Azazel] 24/07/2002 21:00 Bewerken Beantwoorden Beste Azazel, je vraagt om hulp, en terecht. Ik denk dat er maar heel weinig mensen zijn die dit kunnen begrijpen (wat heb jij/u eigenlijk gestudeerd?). Ik wil je met alle liefde helpen, zeg het maar! deze banketbakker kan taart voor je maken, koffie zetten, koken (en lekker!),strijken, schoenenpoetsen, schilderen, etc. Zeg het maar, graag ontneem ik je tijd die je met andere dingen bezig moet zijn dan het uitdokteren van de seca2 codering. Groetjes, Ron Als ik net zo veel geneukt zou worden als ik genaaid ben zou ik geen verlangen hebben naar een open seca 2. Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: delices] 24/07/2002 21:04 Bewerken Beantwoorden @delices, bedankt voor je aanbod, maar ik moet het helaas afslaan. Zolang seca2 niet gehacked is, is er voor mij geen tijd voor ontspannende dingen. Nogmaals bedankt. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties cool Volwaardig lid Lid sinds: 16/11/2000 Berichten: 126 Re: the study continues [re: Azazel] 24/07/2002 21:53 Bewerken Beantwoorden Zo 'n mannen (en vrouwen) moesten er meer zijn Succes Azazel There 's arat in mykitchen, watham gonna do, There 's arat in mykitchen, watham gonna do., Bericht opties alanS Moderator Lid sinds: 17/08/2001 Berichten: 963 Uit: Amsterdam Re: the study continues [re: delices] 24/07/2002 23:30 Bewerken Beantwoorden Kan je ook vegen en dweilen ik heb het ook best druk namelijk. Er zijn trouwens al sites die voor 69,- euro een dallaskaart aanbieden waarmee je dan seca2 zou kunnen ontvangen. Oplichting of niet?? groeten Alan Bericht opties alanS Moderator Lid sinds: 17/08/2001 Berichten: 963 Uit: Amsterdam Re: the study continues [re: alanS] 25/07/2002 00:33 Bewerken Beantwoorden Hmm negeer die opmerking van de dallaskaart maar. Ik loop achter merk ik groeten Alan Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: alanS] 25/07/2002 00:39 Bewerken Beantwoorden @AlanS Ik weet niet of het oplichting is of niet, en op diverse spaanse boards zijn er ook al veel geruchten van dat er al een hack bestaat en dat er mensen zijn die al CSD kunnen zien met de funcard4. Maar ja, zoals ik al zoveel keren heb gezegd: eerst zien dan geloven. En daarbij kan ik het haast niet geloven gezien het werk dat het ons kost.... En met ons bedoel ik zeer grote 'meesters' zoals Parisino, Read Leader, en vrienden. Erg interessant is deze bericht verschenen in een zeer gerrenomeerde spaanse krant 'El Mundo'. Door het schrikbarend verlies van vele abonnees, is CSD een tegenaanval begonnen, (verhalen die ik al eerder heb gepost). Nu blijkt ook dat vele fake bestanden voor seca2 open te kunnen gooien zelf door CSD op het net zijn gezet om ex-abonnees het vermoeden te geven dat er toch een 'hack' is of snel zal komen. Ook de berichten van de dallas kaarten, wordt aangenomen dat deze door CSD zelf geprogrammeeerd en wel, de markt in hebben gegooid. Ex-abonnees gaan dan weer de abonnement terug aannemen die CSD ze biedt, met fikse kortingen en aanbiedingen. Dit zou een verklaring kunnen zijn van de forse stijging van abonnees die er in de afgelopen maand is geweest. Enkele citaten uit dat stuk: 'Voor CSD is het helemaal geen slechte zaak dat er piraterij bestaat; in tegendeel' ... 'Om te beginnen verhoogt het het aantal abonnees..' 'Er verschijnen overal ineens codes voor seca2?? een ex-medewerker van CSD verteld dat dit een van de strategieen is van CSD'. Het is nl. erg interessant voor CSD dat 'piraten' een abonnement nemen op het basis pakket, wat overigens in het begin zo'n 10 euro kostte, en daarna is verhoogd op wat het nu kost, 42 euro, (slimme zet). Een wat bredere pakket is te verkrijgen voor een aantal euro's meer. Daarnaast is het hier in Spanje heel makkelijk om naar de voetbalwedstrijden te kijken via CSD, je spreekt samen met je vrienden in de bar bij je in de buurt af en kijkt voor niets naar de wedstrijd. Je kunt zeggen dat elk barretje in Spanje een abonnement heeft op CSD of Via Digital. Maar dat is niet interessant voor CSD, dat brengt geen geld in het laadje. Maar ja, wat moeten we nu wel of niet geloven... dat is de vraag. Dat er binnenkort codes komen is zo klaar als een klontje, zij het dan een hack van 'goede meesters' of door CSD zelf.... Ik wil de url wel plaatsen van dat kranten artikel (is best interessant om te lezen, voor de mensen die spaans kunnen wel te verstaan), maar weet niet of het mag. Maar dat hoor ik dan wel.... Saludos! 'Azazel meimbro del equipo RAIDEN, la resistencia.' Bericht opties alanS Moderator Lid sinds: 17/08/2001 Berichten: 963 Uit: Amsterdam Re: the study continues [re: Azazel] 25/07/2002 01:32 Bewerken Beantwoorden Volgens wat informatie in nieuwsgroepen is het een oude kaart. hier een foto Een link naar een niet commercieele site mag wel. Beter dan al die lappen spaanse tekst hier groeten Alan Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: alanS] 25/07/2002 01:43 Bewerken Beantwoorden Ok, bedankt AlanS, is de link naar de spaanse site van de krant El Mundo. http://www.el-mundo.es/ariadna/2002/93/1021533167.html Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 spysat Volwaardig lid Lid sinds: 13/02/2001 Berichten: 109 Uit: Nederland Re: the study continues [re: alanS] 25/07/2002 01:47 Bewerken Beantwoorden Beste alanS, Dat is een hele echte orginele battery card !! Jawel, uit de goede oude sky 09 tijd, en deze zal zeer waarschijnlijk niet gebruikt worden om seca 2 mee te decoderen. Dit soort kaarten werden toen door een iers bedrijf verkocht om videocrypt 1 mee te decoderen. Dit is naar mijn mening bullshit, dus laat je niet misleiden ! Bewerkt door spysat (25/07/2002 01:53) Bericht opties alanS Moderator Lid sinds: 17/08/2001 Berichten: 963 Uit: Amsterdam Re: the study continues [re: spysat] 25/07/2002 01:51 Bewerken Beantwoorden hahaha oplichting dus. Ik hoopte al dat een foto uitsluitsel zou bieden. TIP: Ik heb het spaanse artikel laten vertalen met zo een online translater in het engels en dan is het redelijk goed te begrijpen ook als je geen spaans kent. groeten Alan Bericht opties CB1 Volwaardig lid Lid sinds: 14/04/2001 Berichten: 105 Re: the study continues [re: alanS] 25/07/2002 10:13 Bewerken Beantwoorden Ik heb hier ook nog zo`n kaart liggen alleen gebruikte ik hem niet voor sky maar voor d2mac(tv1000 enz) Na een codewissel alleen met de afstandsbediening een nieuwe code erin en kijken maar weer. Werkte zo ongeveer hetzelfde als de freecam. een aantal nummers erin en kijken maar weer. Ik heb trouwens nooit geweten hoe je deze kaart programeerd en met wat voor software. Nou wachten maar weer. Greeetz cb1 Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: Azazel] 25/07/2002 15:16 Bewerken Beantwoorden Hallo all, Om even weer terug te komen op de bedoeling van dit bericht zit ik nog met een aantal dingetjes... Nog een van de struikelblokken waar we nog mee zitten is om het systeem van de checksum van de key's te achterhalen op de nieuwe v7 kaarten. Deze is nu onbekend en is veranderd t.o.v. de oudere versies.. Om de checksum serie nummer van de kaart te achterhalen hebben we nu deze berekening voor: Alles wordt bereken d in decimalen en aan het einde veranderen we de checksum in hexdecimaal. 1) Serie nummer wordt gedeeld door 2300 en we krijgen dan een xx getal, dit getal zullen we 'abcd' noemen, en dat is een nummer tussen de 0 en 2300. 2) Splitsen vanhet nummer "abcd" in twee groepen: "ab" , "cd" 3) Optellen van "ab" + "cd" en we krijgen dan weer een uitkomst ("efg"), deze ligt tussen de 0 en 198 4) De twee laaste cijfers ("fg") van de laatste uitkomst brengen we over in hexdecimaal en verkrijgen zo dus de checksum. VOORBEELD: sn = serie nummer 1) Laten we aannemen dat sn is 123.456.789 123.456.789 / 2300 = 53676 123.456.789 - (53676 * 2300) = 1989 Dit is dus hetzelfde als: 123.456.789 = 53676 * 2300 + 1989 abcd = 1989 ------> 19 89 ab = 19 cd = 89 ab + cd = 19 + 89 = 108 = 0108 -----> 01 08 fg = 08 08 (dec) = 08 (hex) = checksum Dus de register corresponderend aan de serie nummer moet zijn: 00 08 00 07 5B CD 15 waar 07 5B CD 15 is de nummer 123.456.789 in hexdecimal en 08 de checksum. Gezien deze manier van checksum berekenen voor de serie nummer moet er ook een methode zijn om de checksum voor de key's te berekenen. Wat ik weet is dat alle kaarten dus dezelfde keys hebben maar de checksum per kaart verschilt... Is er iemand die hier over mee kan denken en via deze methode iets ziet waardoor we ook andere berekeningen kunnen doen, waardoor we het systeem zouden kunnen ontdekken zoals het nu gaat (vergelijk de vorige versies, en de berekeningen die we deden op de vorige versies). Bedankt. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: Azazel] 25/07/2002 15:21 Bewerken Beantwoorden Wat ik nog vergeten was: Kijk ook a.u.b. naar mijn tweede en derde bericht van deze topic en ik zal het erg waarderen als je daar even een korte reactie op geeft.... Bedankt. Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties Melt_Down Nieuw hier Lid sinds: 10/06/2002 Berichten: 13 Re: the study continues [re: Azazel] 25/07/2002 15:37 Bewerken Beantwoorden Beste, Ik heb weinig kaas gegeten van die codes enzow maar ik vroeg me wat af over dat laatste bericht van je: >Gezien deze manier van checksum berekenen voor de serie nummer moet er ook een >methode zijn om de checksum voor de key's te berekenen. >Wat ik weet is dat alle kaarten dus dezelfde keys hebben maar de checksum per >kaart verschilt... Als ik dit lees denk ik: alle kaarten een andere manier van berekenen (onwaarschijnlijk) of gebruiken ze allemaal dezelfde berekening met een (aantal) (eventueel unieke)onbekende erin (het serie nummer, geldigheid, toegestane zenders) Als je nu 2 indentieke kaarten hebt (even lang geldig, zelfde zender aanbod) en de checksums zijn anders dan heb je te maken met een unieke code Anders word het berekend met de geldigheid en het pakket (onwaarschijnlijk) Meschien als je wat voorbeelden geeft dat het wat duidelijker word P.S. Ik kan het meschien helemaal verkeerd hebben maar meschien heb je er wat aan Gr, Melt_Down Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: Melt_Down] 25/07/2002 15:53 Bewerken Beantwoorden @Melt_Down, Bedankt voor je antwoord en erg fijn dat je over deze kwestie meedenkt. Je hebt gelijk, mischien was ik een beetje onduidelijk.. In principe gaan we ervan uit dat voor elke kaart dezelfde berekening wordt gebruikt. Om de checksum van de key's te berekenen gebruikt men per kaart data als masterkey's, serie nummer, usertables, etc.) D.w.z. zeggen dat elk kaart een andere checksum heeft op de key's 0C, 0D en 0E. De kunst is om erachter te komen welke checksum je eigen kaart heeft, welk berekening kunnen we hiervoor gebruiken? Berekeningen op de vorige vesies kunnen we nu niet meer toepassen, maar mischien dat er met een kleine aanpassing ........ Eenmaal dit wetende, kunnen we dit gebruiken op de programma's zoals bv picbinned, of nieuwe generatie programmas die in ontwikkeling zijn, om key's op de v7 te kunnen schrijfen, aflezen etc... Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties Zomby Volwaardig lid Lid sinds: 10/06/2002 Berichten: 120 Uit: Amsterdam Re: the study continues [re: Azazel] 25/07/2002 16:09 Bewerken Beantwoorden Voor de mensen die helemaal niks begrijpen van wat er hier bedoelt wordt, kijk dan ff naar de seca pagina van duwgati.. http://www.duwgati.com/NLversie/Kod-seca.htm Misschien wordt het duidelijk wat er met de codes en algoritmes worden bedoelt en kunnen er meer mensen geinteresseerd raken en meedenken. Against All Odds Bericht opties Melt_Down Nieuw hier Lid sinds: 10/06/2002 Berichten: 13 Re: the study continues [re: Azazel] 25/07/2002 16:11 Bewerken Beantwoorden Beste, Meschien ga ik nu weer een paar stomme/domme dingen zeggen maar ik doe het toch Je zal eerst moeten achterhalen wat er allemaal gebruikt word voor die checksum te berekenen. de enigste mannier die ik op dit moment kan bedenken is: steeds een stukje van de kaart overschrijven (eerst backupen wat er stond )en wachten totdat de kaart zegt dat de checksum niet meer klopt (kan die dat?) P.S. is er ergens goede documentatie over hoe kaarten werken en die codes/commandos enzo. Of een goed start punt daarvoor (dugwati heb ik al gehad Bericht opties Jurre Lid Lid sinds: 31/03/2002 Berichten: 46 Re: the study continues [re: Melt_Down] 25/07/2002 18:15 Bewerken Beantwoorden Ik heb proberen slim mee te denken over hoe je het kunt bepalen wat de checksum moet worden. Daar is een beetje het volgende uitgekomen (zal allemaal wel niet kunnen, maar ik zal het eens proberen). stap 1: Zoals Melt_down als schreef moet je eerste erachter zien te komen welke waarden allemaal meegenomen worden in het berekenen van de checksum. Zoals Azazel aangaf kunnen dit bijvoorbeeld zijn: masterkey's, serie nummer of usertables. (nu ga ik waarschijnlijk iets stoms zeggen) is het niet mogelijk om die waarden hiervan te wijzigen. Bijvoorbeeld: Je wijzigt het serie nummer en dan ga je kijken of de kaart nog werkt. Werkt deze nog dan is het serienummer dus niet van belang voor het bepalen van de checksum. Werkt de kaart niet meer dan wordt het serienummer dus ook gebruikt. Zo ga je al de variabelen af. masterkey's etc. Uiteindelijk weet je precies welke variabelen mee genomen moeten worden om de checksum te bepalen. stap 2: dan moeten we zoveel mogelijk voorbeelden zien te vergaren van combinaties van variabelen die een checksum hebben die werken. Dus alle input variabelen met als output de checksum. Dan gaan we een computerprogramma slimme berekingen laten uitvoeren zolang dat hij met de juiste checksum uitkomt. Dit programma moet dit dan ook voor de andere voorbeelden proberen en als deze dan ook klopt is het oke en anders moet het programma weer verder gaan met proberen. Ik denk dat ik zelf erbij wel een kleine bijdrage in zou kunnen leveren (hoop ik). Stap 1 is voor mij moeilijker, maar daar hebben jullie zelf veel meer kaas van gegeten. Maar zonder grappen: Begrijp ik het nou goed dat het bepalen van de nieuwe keys niet het grote probleem zal gaan worden, maar enkel het bepalen van de checksum is nog het grootste problemen?? Dus als we de checksum berekening hebben kunnen jullie geheel Seca2 binnen enkele weken (of zoiets) kraken. Bericht opties
Gast Geplaatst: 9 augustus 2002 Geplaatst: 9 augustus 2002 Pagina's: 1 | 2 | 3 | 4 | 5 | 6 | (alles weergeven) Duwgati Moderator Lid sinds: 12/02/2001 Berichten: 1214 Re: the study continues [re: Azazel] 25/07/2002 20:04 Bewerken Beantwoorden Even voorbijgaand aan de moeilijkheid om erachter te komen welke data van de kaart gebruikt wordt om de checksumberekening te compliceren. Je moet je denk ik vooral afvragen met welke motivatie men die systematiek heeft ingevoerd. Als ik een gok zou moeten wagen, dan is het om te voorkomen dat hackers (als ze al een ingang in de kaart vinden) vooral niet zo gemakkelijk in staat moeten kunnen zijn om zonder abonnee-identificatie alle zenders open te zetten. Als je nu naar de GW kaarten kijkt, kun je een kaart AU maken op basis van de data die voor een hele gebruikersgroep gemeenschappelijk is. Het Shared Address dus. Wat zou nu logischer c.q. eenvoudiger zijn dan de systematiek zodanig veranderen, dat je aan de gebruikersgroep alleen niet meer voldoende hebt! Dus als de rest van de kaart ogenschijnlijk zoveel overeenkomst vertoont met de oude kaarten, zouden ze zich er dan niet even simpel (maar wel effectief) vanaf gemaakt kunnen hebben door de PPUA als versleuteling van de individuele checksum te gebruiken!?!? Het voordeel van die methode (voor de provider) zou namelijk zijn dat de PPUA uniek is per abonnee, dus worden unieke keys per abonnee berekend, maar met behulp van de combinatie serienummer/MK00, kan ieder gewenst moment de PPUA van de kaart gewijzigd worden. Zo kunnen ze (als ze het slim aangepakt hebben) zelfs heel eenvoudig complete kaartgroepen ineens van nieuwe checksumberekeningen voorzien. Ik faal nooit, ik ontdek alleen steeds nieuwe methoden die ook niet werken Maar als het wel werkt, dan vind je die ontdekkingen op mijn website. Bericht opties Melt_Down Nieuw hier Lid sinds: 10/06/2002 Berichten: 13 Re: the study continues [re: Duwgati] 25/07/2002 22:03 Bewerken Beantwoorden Beste, Meschien een stomme vraag maar kan je niet de eeprom (of is het nou de flash) uitlezen, en kijken hoe het programma werkt (dmv reverse engineering) Fast niet zou te simple zijn Gr, Melt_Down Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: Azazel] 07/08/2002 22:07 Bewerken Beantwoorden Hallo satvrienden, voordat ik verder ga met het posten van berichten m.b.t. het studie van seca2, voor de wat ervaren lezer zal veel oud nieuws zijn, maar voor beginners is het uiterst interessant om te weten wat nu eigenlijk alles betekent en in de toekomst beter te begrijpen wat betreft mijn berichten. Hier volgt een zeer uitgebreide lijst met alle commandos, tabellen, status code, etc. etc. Dit heeft allemaal bertrekking tot het seca coderingssysteem. Enkele gegevens zijn aangepast t.b.v. seca2. De lijst is wel een beetje lang en mischien kom je dingen tegen die je ook op andere paginas hebt gezien, zoals o.a. de geweldige pagina van duwgati, maar ook veel is nieuw.. Veel van deze gegevens is m.b.t. de ROM SECA MEDIAGUARD VERSION 6.0 en deels VERSION 7.0 Tip!: Print dit uit en ga er lekker mee aan de gang m.b.t. de studie van seca2. STANDARD ATR ; 3B F7 11 00 01 40 96 60 60 06 0E 6C B6 D6 ; INSTRUCTION SET (compatible met 8051/52 standaard set) ; nieuw opcode 11 xx xx jbc relative jump ; nieuw opcode 21 xx xx jb relative jump ; nieuw opcode 31 xx xx jnb relative jump ; nieuw opcode 41 xx xx jc relative jump ; nieuw opcode 51 xx xx jnc relative jump ; nieuw opcode 61 xx xx jz relative jump ; nieuw opcode 71 xx xx jnz relative jump ; nieuw opcode 81 xx xx sjmp relative jump ; nieuw opcode C1 40 decx @dptr ; nieuw opcode D1 C0 xx movx @dptr,#0xxh ; nieuw opcode D1 C1 xx movx @dptr+1,#0xxh ; nieuw opcode E1 00 xx movx iram,@dptr ; nieuw opcode E1 01 xx movx iram,@dptr+1 ; nieuw opcode E1 80 xx movx @dptr,iram ; nieuw opcode E1 81 xx movx @dptr+1,iram ; nieuw opcode E1 C0 xx cjne a,@dptr,reladdr (compare and relative jump) ; nieuw opcode F1 40 xx movx @iram,a,@dptr (must succeed a nop if a>??h) ; nieuw opcode F1 42 xx mov @iram,a,@r0 ; nieuw opcode F1 47 subb dptr,a ; nieuw opcode F1 48 push r0 ; nieuw opcode F1 49 push r1 ; nieuw opcode F1 4A push r2 ; nieuw opcode F1 4B push r3 ; nieuw opcode F1 4C push r4 ; nieuw opcode F1 4D push r5 ; nieuw opcode F1 4E push r6 ; nieuw opcode F1 4F push r7 ; nieuw opcode F1 50 xx movx @dptr,@iram,a (must succeed a nop if a>??h) ; F1 50 8A movx @dptr,rnd#,a (must succeed a nop if a>??h) ; new opcode F1 52 xx mov @r0,@iram,a ; F1 52 8A mov @r0,rnd#,a ; nieuw opcode F1 54 mov dptr,ba ; nieuw opcode F1 56 dec dptr ; nieuw opcode F1 58 pop r0 ; nieuw opcode F1 59 pop r1 ; nieuw opcode F1 5A pop r2 ; nieuw opcode F1 5B pop r3 ; nieuw opcode F1 5C pop r4 ; nieuw opcode F1 5D pop r5 ; nieuw opcode F1 5E pop r6 ; nieuw opcode F1 5F pop r7 ; nieuw opcode F1 64 add dptr,a ; nieuw opcode F1 65 add dptr,ba ; nieuw opcode F1 66 subb dptr,ba ; nieuw opcode F1 68 xx xx add dptr,#xxxx ; nieuw opcode F1 6B mov dptr,r0r3 ; nieuw opcode F1 7B mov r0r3,dptr ; nieuw opcode F1 7C mov usjmp,@dptr ; nieuw opcode F1 81 movx a,@dptr+1 ; nieuw opcode F1 C1 movx @dptr+1,a ;------------------------------------------------------------------------------- Nu de bekende goeie oude SECA INS LIJST ; ; Ins 02 : output encrypted data with ins 04 ; Ins 04 : encrypt data with key F ; Ins 06 : output a random octet ; Ins 0A : output micro type, rom checksum and card version ; Ins 0C : high program mode ; Ins 0E : output the serial number of the card ; Ins 12 : output provider id-string and regional bitmap ; Ins 16 : output providers bitmap, pin prot status, flags and table indicators ; Ins 1A : output space and index of primary keys for given provider ; Ins 30 : pin transactions ; Ins 32 : output data requested by ins 34 ; Ins 34 : data request ; Ins 36 : output requested data and PPV event recording (ins 3 ; Ins 38 : data request and PPV event recording request ; Ins 3A : send to output decrypted double word ; Ins 3C : ECM ; nano 04 : give dw for output ; nano 12 : parental control protection ; nano 13 : verify channel id with provider bitmap package ; nano 15 : PPV special management ; nano 19 : PPV preview control ; nano 27 : verify expiration date ; nano 2C : PPV tokens management ; nano 2D : delete old PPV event records ; nano 31 : verify PPV event id, diffusion number and vision number ; nano 82 : signature ; nano D1 : control word to decrypt ; nano F1 : bitmap regional code ; Ins 40 : EMM ; nano 01 : set nano 24 flag to FF ; nano 02 : set nano 24 flag to 00 ; nano 03 : delete pin code ; nano 10 : delete given key ; nano 11 : delete seca record of a given type ; nano 17 : write regional bitmap ; nano 18 : delete service preview record ; nano 1B : update algo alternative tables ; nano 1D : set 802E eeprom location ; nano 1E : set 802C eeprom location ; nano 1F : set 802D eeprom location ; nano 20 : set user algo indicators 8036-8038 ; nano 21 : set expiration date ; nano 22 : verify expiration date ; nano 23 : add new provider ; nano 24 : apply next nanos to given provider ; nano 25 : delete given provider ; nano 26 : modify provider space for records and flags ; nano 28 : delete a ppv preview record ; nano 2E : set algo table indicators 802F and 8030 ; nano 30 : store special ppv credits to current provider ; nano 32 : seek or create record for a given event-id ; nano 33 : create or modify service preview record ; nano 34 : set eeprom locations 8039-803E ; nano 40 : delete ppv event record with event-id between min-max ; nano 41 : set PPUA ; nano 42 : store new ppv credits to current provider ; nano 43 : add ppv credits to current provider ; nano 50 : update user algo ; nano 80 : set provider bitmap package ; nano 82 : signature ; nano 87 : set provider data for ins 44 ; nano 90 : write primary key ; nano 91 : write secondary key ; nano 92 : update global data for user algo ; nano B0 : store seca record of a given type ; nano D0 : change provider name ; nano E0 : verify algo alternative table checksum ; nano F0 : verify CUSTWP ; nano F6 : update algo alternative tables ; nano F7 : update user algo ; Ins 42 : output results of ins 44/58/8C ; Ins 44 : service ECM/EMM computation ; nano 1B : create algo alternative tables ; nano 23 and 24 : apply next nanos to given provider ; nano 25 : apply next nanos to current provider (P1) ; nano 50 : create user algo ; nano 71 : create hash buffer ; nano 82 : create signature ; nano 87 : encrypt given word (without controls) ; nano 90 and 91 : create key derived from given hash buffer and index ; nano 92 : create global data for user algo ; nano D1 : verify service preview record and encrypt given words ; nano E0 : create algo alternative table checksum ; nano F6 : create algo alternative tables ; nano F7 : create user algo ; Ins 48 : set flags 20.2 and 20.5 ; Ins 4A : show 8040-805F and 802C, 802D, 802F, 8030 eeprom contents ; Ins 4C : set array 8040-805F and 802C, 802D, 802F, 8030 eeprom locations ; Ins 50 : add new provider ; Ins 54 : create new key for current provider ; Ins 56 : encrypt given word (ins 5C) with P2 key ; Ins 58 : verify signature for a given sequence ; Ins 5A : encrypt null word ; Ins 5C : give 8 bytes data for ins 56/5A ; Ins 7C : change I/O mode ; Ins 88 : set algo tables indicator ; Ins 8A : output results of ins 44/58/8C ; Ins 8C : verify signature for a given sequence ; Ins AC : update 20h bytes of alternative algo tables ;------------------------------------------------------------------------------- De STATUS CODES ; ; 01 01 internal ram error ; 01 02 eeprom error ; 01 04 external ram error ; 01 05 random number generator error ; 01 10 rom checksum error ; 67 00 data buffer overflow, len out of range (>5F), len 0 with ins bit 1 set, ; ins 7c len error, ins 0C P2=0-1 len error, len error ins 04, len error ; ins 30, len error ins 34-36, len error ins 4C, len error ins 42/8A ; ins AC len error ; 6D 00 invalid ins (ins bit 0 set), ins permitted only in atr level 2 ; ins not found, ins not permitted in atr 4 ; 6E 00 not C1 command ; 90 00 no errors ; 90 01 eeprom write error ; 90 02 signature incorrect ; 90 03 not enought space (for records) for given provider ; 90 04 provider doesn't exist ; 90 05 nanocommand for seca only (ins 40/44) ; 90 06 free record not found, all 15 provider used ; 90 07 nano 24 flag disabled ; 90 08 ins 40 nano 01 flag disabled ; 90 09 CUSTWP error (ins 40 nano F0) ; 90 10 pin error ; 90 11 ins protected (unlock protection flag) ; 90 13 not a valid management key (ins 40/44) ; 90 14 previous ins not 04 (ins 02), previous ins error (ins 32/36) ; previous ins not 3C (ins 3A), previous ins not 06 (ins 40 nano 87) ; previous ins not 5C (ins 56-5A), previous ins incorrect (ins 42/8A) ; previous nano not 1B (ins 40/44 nano F6), previous nano not 50 (ins 44) ; 90 15 ins 32/36 parameter d1 error, ins 3C nano 2C ppv tokens management flag ; not set, ins 3C nano 15 flag not set, ins 40 nano 80 flag not set, ; ins 40 nano 32 flag not set, ins 40 nano 42 flags error ; 90 16 control data error (ins 40 nano 87 and ins 44) ; 90 17 ins 50-54-56 locked, ins AC locked (not a3h in algo table indicator) ; 90 18 provider already exists ; 90 19 ins 40 nano 23 new provider created, ins 40 nano 25 provider deleted ; ins 40 nano 41 new PPUA stored ; 90 1A ins 3C nano 31 ppv error, ins 3C nano 2C ppv error, ins 3C nano 15 ppv ; error ; 90 1B ppv credits not found, not enough credits for event buying, ; special credits authorisation not found (ins 40 nano 15) ; 90 1C ppv tokens ended (ins 3C nano 15 and 2C) ; 90 1D primary key not found ; 90 1E ppv credits overflow (ins 40 nano 43) ; 90 1F secondary key not found ; 90 20 ins 44 nano 90/91 key error ; 90 21 key is not key F (ins 04) ; 90 22 bit 7 of key index is set (ins 40 in atr 2) ; 90 23 ins 44 nano 71 must be before nano D1 ; 90 24 ins not allowed in atr level 3 ; 90 25 ins 44 nano D1 service record counter is zero ; 90 26 ins 3C nano 31 ppv event already seen (no vision) ; 90 27 ins 3C nano 19 preview channel ; 90 28 key checksum incorrect ; 90 29 ins 44 nano F6 checksum error ; 90 2B ins 44 nano 50/92 errors ; 90 2C ins 40 nano 50/92 parameter 1 out of range ; 90 2D ins 40 nano 50/92 error in indicators 8036-38h ; 90 2E ins 40 nano 50/92 last parameters error ; 90 2F ins 40 nano F7 previous nano not 50 ; 90 30 ins 40 nano 20/92 user algo error ; 90 31 ins 40 nano 1B error (bit 5 not set), ins 40 nano E0 (verify failed) ; ins AC P2 error, ins 44 nano 1B error (bit 5 not set) ; 90 33 ins 40 nano 1B error (algo table indicator not 59h), ins 44 nano ; 90/91 algo tables error, ins 44 nano 1B (algo table indicator not dbh) ; ins 44 nano E0 error ; 90 34 encryption/decryption error ; 90 35 superencryption error (ins 36/38, 3C, 40) ; 90 90 eeprom not updated (ins 40) ; 90 A0 eeprom updated (ins 40) ; 93 01 ins 3C nano 27 expiration date crossed, ins 40 nano 22 expiration ; date crossed ; 93 02 ins 3C nano D1 no decryption ; 93 04 ins 3C nano 12 vision protected ; 93 05 ins 3C nano F0 vision not allowed for current region ; 94 01 ins 36 error in parameter P1 ; 94 02 ins 0C error in parameter P2, ins 30 error in parameter P2, ins 32 ; error in parameter P2, ins 5A not in ATR level 2 ; 96 00 ins 0C P2=1 nano 23-90 absent, ins 38 nano incorrect, ins 3C nano 82 ; nano problems, inc 3C nano 2C null event, ins 3C nano 15 null event ; 96 xx ins length overflow (xx nanocommands encountered) ; 97 xx eeprom unaltered, no write (xx nanocommands encountered) ; 98 xx ins 40 nano 32 null event (xx nanocommands encountered) ; 99 xx ins 40 nano 42 and 30 invalid date (xx nanocommands encountered) ; 9A 00 ins 56 key incorrect ; 9A xx ins 44 nano locked (xx nanocommands encountered) ;------------------------------------------------------------------------------- De RAM SFR ; ; 81 stack pointer (E2h after seca boot) ; 82 data pointer low ; 83 data pointer high ; 86 first/second data pointer selector ; 8A random number generator ; 8B default value = 83h ; bit 7 if clear then i/o allowed ; 90.0 I/O pin ; A0 eeprom indirect addressing high byte ; D0 psw program status word ; D0.3 rs0 register bank selector 0 ; D0.4 rs1 register bank selector 1 ; E0 accumulator ; EC-ED anti snooping countermeasures ; EE-EF user program area access ; F0 b register ; F2 set eeprom user key (8 bytes) ; F3 read/write eeprom in crypted mode (ff=crypted, 00=plain) ; F4 eeprom lock/unlock register (ff=eeprom unlocked -> free write, ; 15=eeprom locked -> write allowed only if eeprom user key validated) ; FA total number of pages in eeprom (20h) ; FB number of bytes for a block in eeprom write (20h) ;------------------------------------------------------------------------------- INTERNE RAM DIRECT-INDIRECT ACCESS MAP ; 00-07 r0-r7 ; 08 total byte received counter ; 09 data buffer byte counter (bytes to output) ; 0A-0B record offset ; 0C-0D record number ; 0E-0F indicators for record seeking ; 10-11 status bytes ; 12-1D record buffer ; 1E-1F record address ; 20.0 0 ppv management (ins 3C nano 15) set byt ins 30 ; 20.1 1 not used, set by ins 30 ; 20.2 2 eeprom update indication (if set then indicate eeprom update in ins 40) ; set by ins 48 ; 20.3 3 ppv management, allow special management (ins 3C nano 15) set by ins 30 ; 20.4 4 I/O mode flag (set synchronous, clear asynchronous) set by ins 7C ; 20.5 5 ppv management (clear=all event transactions allowed) set by ins 48 ; (ins 3C nano 31) ; 20.6 6 override parental control protection flag (if set then override) ; set by ins 30 ; 20.7 7 ppv management (set=single event transaction allowed) set by ins 30 ; (ins 3C nano 31) ; 21.0 8 instruction protected flag (ins 4C,50,54,56) (if set then ins unlocked) ; set by ins ; 21.1 9 eeprom written flag (1 eeprom modified, 0 eeprom not modified) ; 21.2 A ins 32/36 more output flag, ins 3C nano 15 flag, ins 40 nano 90-91 flag ; ins 40 nano 10 flag ; 21.3 B verify signature flag (1 verify signature, 0 ignore signature) ; key flag (0 primary key, 1 secondary key) ; superencryption flag (1 encrypt, 0 decrypt) ; 21.4 C delete eeprom area/record flag ; 22 current provider number (00-0Fh) ; 23 nano counter ; 24-25 starting address of current provider area ; 26 algo tables indicator (P2 bits 6,5) ; 27-4C general purpose use ; 4D-50 algo tables pointers ; 51-60 key buffer low ; 61 algo constant ; 62-69 hash buffer ; 6A-6B random response time bytes ; 6C-7B key buffer high ; 7C command ; 7D ins (cam-to-card bit 1 clear, card-to-cam bit 1 set) ; 7E P1 ; 7F P2 ; 80 length ; 81-DF data buffer ; E0-E2 random variables ; E3-FF stack pile ;------------------------------------------------------------------------------- EXTERNE RAM MAP ; 0000-0001 first free provider area offset (base 8F30h) ; 0002-0003 provider data for ins 44 ; 0126 d1 (ins 32/34/36/3 ; 0127 previous provider (ins 32/34/36/3 ; 0128 d2 (ins 32/34/36/3 ; 0129 d3 (ins 32/34/36/3 ; 012A-012B d4/d5 (ins 36/3 ; 012C ins 44 counter ; 012F previous instruction ; 0130-0137 random octet area (8 bytes) ;------------------------------------------------------------------------------- EEPROM MAP ; 8000-800F prom ; 8010-801F security area ; 8020-8027 issuer key ; 8028-802B ATR level bytes ; 802C if = 55h then ins 50-54 unlocked (set by ins 40 nano 1E) ; 802D if = 55h then ins 56 unlocked (set by ins 40 nano 1F) ; 802E if = 55h and atr2 then give cw always (set by ins 40 nano 1D) ; 802F algo table a indicator (00/59/a3/db, set by ins 40 nano 2E) ; 8030 algo table b indicator (00/59/a3/db, set by ins 40 nano 2E) ; 8031-8035 master key for enc/decr keys in eeprom (first 5 bytes) ; 8036-8038 user algo indicators (00/59/db) ; 8039 random time for encryption/decryption (00=disabled, set by nano 34) ; 803A card mode (60=asynchr. mode, 73=synchr. mode, set by nano 34) ; 803B pin protection lock (free/locked, set by nano 34) ; 803C management keys additional limit (normally 0c, set by nano 34) ; 803D superencryption byte 36/38/40 (4d=SE not necessary, set by nano 34) ; 803E superencryption byte 3C (4d=SE not necessary, set by nano 34) ; 803F indicator for ins 44 nano 71 (if =c3h then don't init hash) ; 8040-805F array for ins 44 (unlock nanos) ; 8060-8067 eeprom user key (8 bytes) ; 8068-806F not used (FF) ; 8070-8077 eeprom control octet (8 bytes) ; 8078-807F serial number (last 3 bytes are part of master key) ; 8080-8087 encryption user algo ; 8080-8081 program starting address ; 8082-8083 program ending address ; 8084-8085 program length ; 8086 program ready to use indicator ; 8087 not used ; 8088-808F decryption user algo ; 8088-8089 program starting address ; 808A-808B program ending address ; 808C-808D program length ; 808E program ready to use indicator ; 808F not used ; 8090-809F not used ; 80A0-8A7F user algo area ; 8A80-8ABF eeprom write preliminary data buffer (crypted) ; 8A80 preliminary indicator #59h (after successfully write --> #ffh) ; 8A81-8A82 eeprom address of next write ; 8A83-8A84 complement of eeprom address of next write ; 8A85 number of bytes ; 8A86 complement of data checksum ; 8A87-8A8F not used (but crypted) ; 8A90-8A9F initialized but not used (not crypted) ; 8AA0-8ABF eeprom old contents (32 bytes) ; 8AC0-8CBF alternative algo table a (512 bytes) ; 8CC0-8CCF table checksum (16 bytes) ; 8CD0-8CDF unused ; 8CE0-8EDF alternative algo table b (512 bytes) ; 8EE0-8EEF table checksum (16 bytes) ; 8EF0-8EFF unused ; 8F00-8F2F seca area ; 8F30-91FF other providers area (may be used for records too) ; 9200-9FDF records area (max 164h, min 128h) ; eeprom control records: 9FB0 --> record 004 ; 9C74 --> record 049 ; 9908 --> record 092 ; 959C --> record 0DB ; 9230 --> record 124 ; 9FE0-9FE1 providers bitmap ; 9FE2-9FE3 providers bitmap complement ; 9FE4-9FE7 unused (00) ; 9FE8-9FEF eeprom control octet (8 bytes) ; 9FF0-9FF6 unused (00) ; 9FF7 pin protection status (1 byte) ; 9FF8-9FFF pin code (8 bytes) ; SECA (48 bytes) ; 8F00-8F01 00 00 ident seca (2 bytes) ; 8F02-8F03 00 00 unused (2 bytes) ; 8F04-8F13 provider name (16 bytes) ; 8F14-8F17 00 00 00 00 ppua (4 bytes) ; 8F18-8F19 00 00 date (2 bytes) ; 8F1A-8F2F unused (22 bytes) ; PROVIDER 1 (48 bytes) (deels v7) ; 8F30-8F31 ident provider (2 bytes) ; 8F32-8F33 nano flags and max space (2 bytes) ; bit 0F ins 40 nano 01 flag ; bit 0E ins 3C nano 15 flag (ppv special management) ; bit 0D ins 3C nano 2C flag (ppv tokens management) ; bit 0C ins 40 nano 80 flag (provider bitmap package) ; bit 0B ins 40 nano 32 flag ; bit 0A-00 maximum number of bytes for records ; 8F34-8F43 provider name in ascii code (16 bytes) ; 8F44-8F47 ppua (4 bytes), (SA = first 3 bytes, CUSTWP = last byte) ; 8F48-8F49 expiration date (2 bytes) ; 8F4A nano 24 flag (1 byte), (00=enabled FF=disabled) ; 8F4B regional code (1 byte) ; 8F4C pbm set byte (0=unused, 1=in use) ; 8F4D-8F55 pbm (9 bytes) ; PROVIDER PBM (bitmap package) ; 00-07 bitmap package ; 08 not used ; 8F56 ppv creds set byte (0=unused, 1=in use) ; 8F57-8F5F ppv creds (9 bytes) ; PPV CREDITS ; 00-01 total credits ; 02 total special credits ; 03-04 last credits ; 05-06 date last update ; 07 special credits authorisation ; 08 not used ; EEPROM DUMP PAGE 0 ; 33 FF EB 31 FF FF FF FF 19 08 11 05 56 1F 0D 19 prom plain ; 00 FF 00 00 00 00 00 00 00 00 00 00 00 00 00 00 security area plain ; [ issuer key ] [atr level] [indicator] main area plain ; [ indicators - master key - indicators ] main area plain ; FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ins 44 array plain ; FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ins 44 array plain ; [ eeprom user key ] FF FF FF FF FF FF FF FF main area plain ; [ control octet ] [ serial number ] main area plain ; F1 25 BF DF CA C2 A1 67 EB B4 11 2B C2 24 06 39 user algo data crypted ; 18 63 B4 85 D1 4C 77 0C F7 76 37 08 5E 89 45 42 user algo data crypted ; CE 8B 3D B0 2F AD BA DF 8E A8 73 F9 2A 14 E7 19 user algo area crypted ; 58 77 8D C8 BF 35 53 21 9C F9 CA E2 AD 58 42 14 user algo area crypted ; D6 18 1C 3C 61 13 F3 1C FA 49 53 C5 23 6B B4 D0 user algo area crypted ; 97 49 20 1A 7B 08 94 47 AF 9A DD 60 FC B6 FC 98 user algo area crypted ; DD 12 EC BE F6 F3 D2 03 09 D5 47 94 84 77 4D 4A user algo area crypted ; 6D 37 01 04 2F A0 36 E3 69 8B 5B CD EC 43 B3 E8 user algo area crypted ;------------------------------------------------------------------------------- RECORD TYPES ; ; SECA RECORD ; 00 type ; 01-0A data ; 0B E0 ; ; SECONDARY KEY RECORD ; 00 key index ; 01-08 key ; 09 checksum ; 0A 00 ; 0B Cx (x=provider) ; ; PPV EVENT RECORD ; 00 type (0=unused/1=normal use/2=special use) ; 01-02 event id ; 03 diffusion number ; 04 number of visions ; 05-06 event cost ; 07-08 date ; 09-0A user spot ; 0B Bx (x=provider) ; PPV PREVIEW RECORD ; 00-01 date ; 02-04 event id and counter ; 05-07 event id and counter ; 08-0A event id and counter ; 0B Ax (x=provider) ; ; SERVICE PREVIEW RECORD ; 00 ident of service ; 01-02 counter ; 0B Ax (x=provider) ; ; PRIMARY KEY RECORD ; 00 key index ; 01-08 key ; 09 checksum ; 0A 00 ; 0B 8x (x=provider) ; ; Record address formula: 9FE0 - (recnum*0C) ; Dump condition: 10B0 - (recnum*0C) < 8000 ;------------------------------------------------------------------------------- ALTERNATIVE ALGO TABLES ACTIVATION PROCEDURE ; 1. Set locations 802F or 8030 with value 59 (ins 40 nano 2E) ; 2. Load tables data with ins 40 nano 1B-F6 (checksum updated automatically) ; 3. Validate tables with ins 40 nano E0 (locations 802F or 8030 --> db) ; 4. Use tables with P2 settings ; Ins AC can be used to load tables (but only in atr2 and 802F-30 must be a3) ; ; USER ALGO ACTIVATION PROCEDURE ; 1. Set locations 8036-8038 with value 59 (ins 40 nano 20) ; 2. Load user algo with ins 40 nano 50-F7 ; 3. Update global data for user algo with ins 40 nano 92 ; 4. Set locations 8036-8038 with value db (ins 40 nano 20) ; 5. Use user algo with P2 settings ;------------------------------------------------------------------------------- org 00000h ;------------------------------------------------------------------------------- ; Boot vector ;------------------------------------------------------------------------------- L0000: ljmp L0200 ;0000 02 02 00 ;jump to user rom ;------------------------------------------------------------------------------- ; RMS area (unused) ;------------------------------------------------------------------------------- L0003: db 4D 24 15 16 52 97 75 18 86 28 98 88 59 F4 EF 8F ; db F1 4B B4 48 4C E7 C7 87 7A 17 78 78 8D 81 7E 87 ; db 71 78 F8 B7 78 8C 87 78 78 A7 78 8D 87 E7 78 F7 ; db 18 71 18 B8 87 7C 17 87 87 74 78 71 8D D7 78 7E ; db 20 ; ;------------------------------------------------------------------------------- ; Exit from RMS area ;------------------------------------------------------------------------------- L0044: ret ;0044 22 ;return nop ;0045 00 ;crap ;------------------------------------------------------------------------------- ; Write data from internal ram to eeprom (plain/crypted according with f3h) ; dptr : destination address ; r0 : source address ; r2 : number of bytes ;------------------------------------------------------------------------------- L0046: sjmp L0086 ;0046 80 3E ;jump ;------------------------------------------------------------------------------- ; Write data from internal ram to eeprom (crypted) ; dptr : destination address ; r0 : source address ; r2 : number of bytes ;------------------------------------------------------------------------------- L0048: sjmp L006A ;0048 80 20 ;jump ;------------------------------------------------------------------------------- ; Erase eeprom (fill with FF) ; dptr : destination address ; r2 : number of bytes ;------------------------------------------------------------------------------- L004A: sjmp L0060 ;004A 80 14 ;jump ;------------------------------------------------------------------------------- ; Format eeprom (fill with 00) ; dptr : destination address ; r2 : number of bytes ;------------------------------------------------------------------------------- L004C: sjmp L0064 ;004C 80 16 ;jump ;------------------------------------------------------------------------------- ; Write data from external ram to eeprom (plain/crypted according with f3h) ; dptr1 : destination address ; dptr2 : source address ; r2 : number of bytes ;------------------------------------------------------------------------------- L004E: sjmp L005C ;004E 80 0C ;jump ;------------------------------------------------------------------------------- ; Write data from external ram to eeprom (crypted) ; dptr1 : destination address ; dptr2 : source address ; r2 : number of bytes ;------------------------------------------------------------------------------- L0050: sjmp L0058 ;0050 80 06 ;jump ;------------------------------------------------------------------------------- ; No entry points ;------------------------------------------------------------------------------- L0052: cpl P1.0 ;0052 B2 90 ;complement sjmp L0052 ;0054 80 FC ;jump sjmp L0065 ;0056 80 0D ;jump ;------------------------------------------------------------------------------- ; Set flags for write from external ram to eeprom ;------------------------------------------------------------------------------- L0058: mov r3,#00bh ;0058 7B 0B ;load value sjmp L0088 ;005A 80 2C ;jump ;------------------------------------------------------------------------------- ; Set flags for write from external ram to eeprom ;------------------------------------------------------------------------------- L005C: mov r3,#008h ;005C 7B 08 ;load value sjmp L0088 ;005E 80 28 ;jump ;------------------------------------------------------------------------------- ; Set parameters for erase/format operations (entry at 0060 and 0064) ;------------------------------------------------------------------------------- L0060: mov a,#0ffh ;0060 74 FF ;load value sjmp L0065 ;0062 80 01 ;jump L0064: clr a ;0064 E4 ;clear L0065: mov r6,a ;0065 FE ;save mov r3,#004h ;0066 7B 04 ;load value sjmp L0088 ;0068 80 1E ;jump ;------------------------------------------------------------------------------- ; Set flags for write from internal ram to eeprom ;------------------------------------------------------------------------------- L006A: mov r3,#003h ;006A 7B 03 ;load value sjmp L0088 ;006C 80 1A ;jump ;------------------------------------------------------------------------------- ; Verify that starting address and length are correct ;------------------------------------------------------------------------------- L006E: jc L0082 ;006E 40 12 ;jump if error mov a,r2 ;0070 EA ;\ add dptr,a ;0071 F1 64 ; | dec dptr ;0073 F1 56 ; | mov a,dph ;0075 E5 83 ; \ add a,#080h ;0077 24 80 ; | verify that ending clr c ;0079 C3 ; > address is still in subb a,0fah ;007A 95 FA ; | eeprom area mov a,r2 ;007C EA ; / inc dptr ;007D A3 ; | subb dptr,a ;007E F1 47 ; | jc L00B7 ;0080 40 35 ;/ L0082: mov a,#055h ;0082 74 55 ;error (start. address wrong) sjmp L00FA ;0084 80 74 ;jump (exit) ;------------------------------------------------------------------------------- ; Set flags for write from internal ram to eeprom ;------------------------------------------------------------------------------- L0086: mov r3,#000h ;0086 7B 00 ;load value ;------------------------------------------------------------------------------- ; Main writing routine ; on exit : r7 = 00 ---> no errors ; r7 = 55 ---> address or length errors ; r7 = aa ---> compare error ; r7 = ab ---> flags error ;------------------------------------------------------------------------------- L0088: mov r7,0a0h ;0088 AF A0 ;save mov a,r2 ;008A EA ;load number of bytes jz L00FA ;008B 60 6D ;jump if zero mov 0d9h,dph ;008D 85 83 D9 ;starting address high mov r4,a ;0090 FC ;save number of bytes setb 0d8.2 ;0091 D2 DA ;set bit mov 0a0h,#080h ;0093 75 A0 80 ;ind. addr. high byte mov r1,#002h ;0096 79 02 ;load value movx a,@r1 ;0098 E3 ;load [8002] mov 0fdh,a ;0099 F5 FD ;save eeprom timing mov 0a0h,r3 ;009B 8B A0 ;save flags mov a,dph ;009D E5 83 ;load starting address high cjne a,#080h,L006E ;009F B4 80 CC ;compare (page 0?) mov a,dpl ;00A2 E5 82 ;load starting address low subb a,#020h ;00A4 94 20 ;subtract jnc L00B7 ;00A6 50 0F ;jump if address > 8020 jnb acc.4,L0082 ;00A8 30 E4 D7 ;error if address < 8010 jb 0a0.1,L00F8 ;00AB 20 A1 4A ;\ setb 0a0.4 ;00AE D2 A4 ; | mov a,0f6h ;00B0 E5 F6 ; > security area settings jb acc.7,L00B7 ;00B2 20 E7 02 ; | setb 0a0.0 ;00B5 D2 A0 ;/ L00B7: mov a,#040h ;00B7 74 40 ;\ jb 0a0.1,L00C1 ;00B9 20 A1 05 ; | L00BC: xrl a,#060h ;00BC 64 60 ; | mov 0d9h,dph ;00BE 85 83 D9 ; \ L00C1: setb 0d8.7 ;00C1 D2 DF ; \ set parameters mov r3,a ;00C3 FB ; / movx a,@dptr ;00C4 E0 ; / mov a,r3 ;00C5 EB ; | xch a,0d8h ;00C6 C5 D8 ; | jnb acc.2,L00F8 ;00C8 30 E2 2D ;/ mov a,0fbh ;00CB E5 FB ;\ cpl a ;00CD F4 ; | inc a ;00CE 04 ; | orl a,dpl ;00CF 45 82 ; \ cpl a ;00D1 F4 ; | mov r3,a ;00D2 FB ; | compute bytes to write inc r3 ;00D3 0B ; > to complete a block cpl a ;00D4 F4 ; | r3 = bytes to write add a,r2 ;00D5 2A ; | r2 = remaining bytes jc L00DB ;00D6 40 03 ; / mov a,r2 ;00D8 EA ; | mov r3,a ;00D9 FB ; | clr a ;00DA E4 ;/ L00DB: mov r2,a ;00DB FA ;save remaining bytes ;-------------------------------------------------;WRITE OPERATIONS jnb 0a0.2,L00E7 ;00DC 30 A2 08 ;verify if delete operations mov a,r6 ;00DF EE ;load byte to fill (00 or FF) L00E0: movx @dptr,a ;00E0 F0 ;save inc r0 ;00E1 08 ;increment inc dptr ;00E2 A3 ;increment djnz r3,L00E0 ;00E3 DB FB ;loop r3 times sjmp L0103 ;00E5 80 1C ;jump L00E7: jnb 0a0.3,L00FD ;00E7 30 A3 13 ;verify if ext.ram source L00EA: inc 086h ;00EA 05 86 ;increment movx a,@dptr ;00EC E0 ;load data from source inc dptr ;00ED A3 ;increment dec 086h ;00EE 15 86 ;decrement movx @dptr,a ;00F0 F0 ;save data to destination inc dptr ;00F1 A3 ;increment djnz r3,L00EA ;00F2 DB F6 ;loop r3 times sjmp L0103 ;00F4 80 0D ;jump L00F6: sjmp L00C1 ;00F6 80 C9 ;write again L00F8: mov a,#0abh ;00F8 74 AB ;load error L00FA: ljmp L01CC ;00FA 02 01 CC ;jump L00FD: mov a,@r0 ;00FD E6 ;load data from source movx @dptr,a ;00FE F0 ;save data to destination inc r0 ;00FF 08 ;increment inc dptr ;0100 A3 ;increment djnz r3,L00FD ;0101 DB FA ;loop r3 times L0103: setb 0d8.0 ;0103 D2 D8 ;\ mov a,0fch ;0105 E5 FC ; | clr c ;0107 C3 ; | rrc a ;0108 13 ; | clr c ;0109 C3 ; | rrc a ;010A 13 ; | L010B: djnz a,L010B ;010B D5 E0 FD ; | mov a,0fdh ;010E E5 FD ; | jb 0d8.5,L0114 ;0110 20 DD 01 ; | swap a ;0113 C4 ; | L0114: anl a,#00fh ;0114 54 0F ; | add a,#0fch ;0116 24 FC ; \ jnc L00F8 ;0118 50 DE ; | inc a ;011A 04 ; | mov r3,a ;011B FB ; | setb 0d8.1 ;011C D2 D9 ; | L011E: mov a,0fch ;011E E5 FC ; | clr c ;0120 C3 ; \ rrc a ;0121 13 ; | addc a,#0fbh ;0122 34 FB ; | jnc L012A ;0124 50 04 ; > timing stuff inc a ;0126 04 ; | L0127: dec a ;0127 14 ; | jnz L0127 ;0128 70 FD ; / L012A: inc 0d8h ;012A 05 D8 ; | djnz r3,L011E ;012C DB F0 ; | mov a,0fch ;012E E5 FC ; | jb 0d8.6,L0135 ;0130 20 DE 02 ; | clr c ;0133 C3 ; | rrc a ;0134 13 ; / L0135: mov r3,#031h ;0135 7B 31 ; | L0137: djnz r3,L0137 ;0137 DB FE ; | dec a ;0139 14 ; | jnz L0135 ;013A 70 F9 ; | mov a,#084h ;013C 74 84 ; | xch a,0d8h ;013E C5 D8 ; | anl a,#060h ;0140 54 60 ; | L0142: jbc 0d8.3,L0142 ;0142 10 DB FD ; | mov 0d9h,dph ;0145 85 83 D9 ; | orl 0d8h,#084h ;0148 43 D8 84 ; | jz L00F8 ;014B 60 AB ;/ L014D: cjne r2,#000h,L00F6 ;014D BA 00 A6 ;end of bytes to write? mov r2,a ;0150 FA ;save mov a,r4 ;0151 EC ;load number of bytes jnb 0a0.3,L015D ;0152 30 A3 08 ;verify if ext.ram source inc 086h ;0155 05 86 ;ext.ram pointer subb dptr,a ;0157 F1 47 ;subtract number of bytes dec 086h ;0159 15 86 ;default pointer sjmp L0160 ;015B 80 03 ;jump L015D: xch a,r0 ;015D C8 ;exchange subb a,r0 ;015E 98 ;subtract number of bytes xch a,r0 ;015F C8 ;exchange L0160: subb dptr,a ;0160 F1 47 ;subtract number of bytes xch a,r2 ;0162 CA ;save number of bytes in r2 mov c,0a0.0 ;0163 A2 A0 ;\ orl c,/acc.5 ;0165 A0 E5 ; | jnc L00BC ;0167 51 FF 52 ; | jb 0d8.0,L0194 ;016A 20 D8 27 ; | jnb 0a0.4,L0184 ;016D 30 A4 14 ; \ movx a,@dptr ;0170 E0 ; | xrl 0d8h,#0c4h ;0171 63 D8 C4 ; | movx @dptr,a ;0174 F0 ; | setb 0d8.0 ;0175 D2 D8 ; | mov a,#012h ;0177 74 12 ; | L0179: djnz a,L0179 ;0179 D5 E0 FD ; > fixing operations setb 0d8.1 ;017C D2 D9 ; | xrl 0d8h,#0c3h ;017E 63 D8 C3 ; | L0181: jbc 0d8.3,L0181 ;0181 10 DB FD ; | L0184: mov a,r4 ;0184 EC ; | movx @0fdh,a,@dptr ;0185 F1 40 FD ; | mov a,#086h ;0188 74 86 ; / xrl 0d9h,#040h ;018A 63 D9 40 ; | mov 0d8h,a ;018D F5 D8 ; | xrl 0d9h,#040h ;018F 63 D9 40 ; | mov 0d8h,a ;0192 F5 D8 ;/ ;-------------------------------------------------;COMPARE OPERATIONS L0194: jnb 0a0.2,L01A1 ;0194 30 A2 0A ;verify if delete operations mov a,r6 ;0197 EE ;load byte to fill L0198: cjne a,@dptr,L01E0 ;0198 E1 C0 45 ;compare inc r0 ;019B 08 ;increment inc dptr ;019C A3 ;increment djnz r2,L0198 ;019D DA F9 ;loop r2 times sjmp L01BA ;019F 80 19 ;jump L01A1: jnb 0a0.3,L01B2 ;01A1 30 A3 0E ;verify if ext.ram source L01A4: movx a,@dptr ;01A4 E0 ;load data inc 086h ;01A5 05 86 ;ext.ram pointer cjne a,@dptr,L01DE ;01A7 E1 C0 34 ;compare inc dptr ;01AA A3 ;increment dec 086h ;01AB 15 86 ;default pointer inc dptr ;01AD A3 ;increment djnz r2,L01A4 ;01AE DA F4 ;loop r2 times sjmp L01BA ;01B0 80 08 ;jump L01B2: movx a,@dptr ;01B2 E0 ;load data xrl a,@r0 ;01B3 66 ;compare jnz L01E0 ;01B4 70 2A ;jump if error inc r0 ;01B6 08 ;increment inc dptr ;01B7 A3 ;increment djnz r2,L01B2 ;01B8 DA F8 ;loop r2 times L01BA: clr a ;01BA E4 ;\ xrl 0d9h,#040h ;01BB 63 D9 40 ; | setb 0d8.0 ;01BE D2 D8 ; | clr 0d8.1 ;01C0 C2 D9 ; \ xrl 0d9h,#040h ;01C2 63 D9 40 ; | setb 0d8.0 ;01C5 D2 D8 ; \ prepare for clr 0d8.1 ;01C7 C2 D9 ; / exit jbc 0d8.2,L014D ;01C9 10 DA 81 ; | L01CC: xrl 0d9h,#040h ;01CC 63 D9 40 ; / anl 0d8h,#000h ;01CF 53 D8 00 ; | xrl 0d9h,#040h ;01D2 63 D9 40 ; | anl 0d8h,#000h ;01D5 53 D8 00 ;/ mov 0a0h,r7 ;01D8 8F A0 ;restore mov r7,a ;01DA FF ;load result byte ljmp L0044 ;01DB 02 00 44 ;exit L01DE: dec 086h ;01DE 15 86 ;default pointer L01E0: mov a,#0aah ;01E0 74 AA ;compare error sjmp L01CC ;01E2 80 E8 ;jump ;------------------------------------------------------------------------------- ; RMS area (unused) ;------------------------------------------------------------------------------- L01E4: db 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ; db 20 20 20 20 20 20 20 20 20 20 20 66 ; ;------------------------------------------------------------------------------- ; Boot ;------------------------------------------------------------------------------- L0200: ljmp L3260 ;0200 02 32 60 ;boot operations ;------------------------------------------------------------------------------- ; Ins 40 : process nanocommands ; for seca only ; nano 18 : delete service preview record ; nano 1B : update algo alternative tables ; nano 1D : set 802E eeprom location ; nano 1E : set 802C eeprom location ; nano 1F : set 802D eeprom location ; nano 20 : set user algo indicators 8036-8038 ; nano 23 : add new provider ; nano 24 : apply next nanos to given provider ; nano 25 : delete given provider ; nano 26 : modify provider space for records and flags ; nano 2E : set algo table indicators 802F and 8030 ; nano 33 : create or modify service preview record ; nano 34 : set eeprom locations 8039-803E ; nano 50 : update user algo ; nano 92 : update global data for user algo ; nano E0 : verify algo alternative table checksum ; nano F6 : update algo alternative tables ; nano F7 : update user algo ; for all providers ; nano 01 : set nano 24 flag to FF ; nano 02 : set nano 24 flag to 00 ; nano 03 : delete pin code ; nano 10 : delete given key (primary and secondary) ; nano 11 : delete seca record of a given type ; nano 17 : write regional bitmap ; nano 21 : set expiration date ; nano 22 : verify expiration date ; nano 28 : delete a ppv preview record ; nano 30 : store special ppv credits to current provider ; nano 32 : seek or create record for a given event-id ; nano 40 : delete ppv event record with event-id between min-max ; nano 41 : set PPUA ; nano 42 : store new ppv credits to current provider ; nano 43 : add ppv credits to current provider ; nano 80 : set provider bitmap package ; nano 82 : signature ; nano 87 : set provider data for ins 44 ; nano 90 : write primary key ; nano 91 : write secondary key ; nano B0 : store seca record of a given type ; nano D0 : change provider name ; nano F0 : verify CUSTWP ;------------------------------------------------------------------------------- L0203: clr a ;0203 E4 ;clear mov 034h,a ;0204 F5 34 ;clear buffer counter mov 023h,a ;0206 F5 23 ;clear nano counter L0208: mov a,034h ;0208 E5 34 ;load counter clr c ;020A C3 ;clear carry mov r0,#080h ;020B 78 80 ;load value subb a,@r0 ;020D 96 ;verify length jnc L0BD1 ;020E 51 09 C0 ;jump if end mov 00fh,#080h ;0211 75 0F 80 ;used records lcall L54B3 ;0214 12 54 B3 ;point to record 1 mov a,#081h ;0217 74 81 ;load value add a,034h ;0219 25 34 ;add offset mov r1,a ;021B F9 ;save clr a ;021C E4 ;clear mov 02ah,a ;021D F5 2A ;internal ram indicator mov 02bh,a ;021F F5 2B ;nano address mov 02ch,r1 ;0221 89 2C ;nano address mov r0,#07eh ;0223 78 7E ;load value mov a,@r0 ;0225 E6 ;load P1 anl a,#00fh ;0226 54 0F ;only low nibble jnz L078D ;0228 71 05 62 ;jump if not seca mov r3,02ah ;022B AB 2A ;internal ram indicator mov r2,02bh ;022D AA 2B ;nano address mov r1,02ch ;022F A9 2C ;nano address lcall L2BA0 ;0231 12 2B A0 ;load nano lcall L2CDE ;0234 12 2C DE ;jump to corresponding routine ;------------------------------------------------------------------------------- ; Nanocommand table and corresponding routine address (seca only) ;------------------------------------------------------------------------------- db 07 32 18 ;0237 07 32 18 ;nanocommand 18 db 03 C3 1B ;023A 03 C3 1B ;nanocommand 1B db 03 45 1D ;023D 03 45 1D ;nanocommand 1D db 02 E3 1E ;0240 02 E3 1E ;nanocommand 1E db 03 14 1F ;0243 03 14 1F ;nanocommand 1F db 04 97 20 ;0246 04 97 20 ;nanocommand 20 db 02 71 23 ;0249 02 71 23 ;nanocommand 23 db 02 87 24 ;024C 02 87 24 ;nanocommand 24 db 02 9D 25 ;024F 02 9D 25 ;nanocommand 25 db 02 BF 26 ;0252 02 BF 26 ;nanocommand 26 db 03 76 2E ;0255 03 76 2E ;nanocommand 2E db 07 44 33 ;0258 07 44 33 ;nanocommand 33 db 07 66 34 ;025B 07 66 34 ;nanocommand 34 db 05 73 50 ;025E 05 73 50 ;nanocommand 50 db 06 4B 92 ;0261 06 4B 92 ;nanocommand 92 db 04 24 E0 ;0264 04 24 E0 ;nanocommand E0 db 03 FF F6 ;0267 03 FF F6 ;nanocommand F6 db 06 12 F7 ;026A 06 12 F7 ;nanocommand F7 db 00 00 ;026D 00 00 ;not found indicator db 07 8D ;026F 07 8D ;next nanocommand ;------------------------------------------------------------------------------- ; Nanocommand 23 : add new provider ; for seca only ; 23 xx xx : provider ident ;------------------------------------------------------------------------------- L0271: mov r3,02ah ;0271 AB 2A ;internal ram indicator mov r2,02bh ;0273 AA 2B ;nano address mov r1,02ch ;0275 A9 2C ;nano address mov dptr,#0001 ;0277 90 00 01 ;offset lcall L2C4F ;027A 12 2C 4F ;load new provider ident mov r7,a ;027D FF ;save mov r6,b ;027E AE F0 ;save lcall L34FC ;0280 12 34 FC ;add provider jc L078D ;0283 41 05 07 ;jump if no error (next nano) ret ;0286 22 ;return ;------------------------------------------------------------------------------- ; Nanocommand 24 : apply next nanos to given provider (if flag 24 = 0) ; for seca only ; 24 xx xx : provider ident ;------------------------------------------------------------------------------- L0287: mov r3,02ah ;0287 AB 2A ;internal ram mov r2,02bh ;0289 AA 2B ;nano address mov r1,02ch ;028B A9 2C ;nano address mov dptr,#0001 ;028D 90 00 01 ;offset lcall L2C4F ;0290 12 2C 4F ;load provider ident mov r7,a ;0293 FF ;save mov r6,b ;0294 AE F0 ;save lcall L4D72 ;0296 12 4D 72 ;set provider number jc L078D ;0299 41 04 F1 ;jump if no error (next nano) ret ;029C 22 ;return ;------------------------------------------------------------------------------- ; Nanocommand 25 : delete given provider ; for seca only ; 25 xx xx : provider ident ;------------------------------------------------------------------------------- L029D: mov r3,02ah ;029D AB 2A ;internal ram mov r2,02bh ;029F AA 2B ;nano address mov r1,02ch ;02A1 A9 2C ;nano address mov dptr,#0001 ;02A3 90 00 01 ;offset lcall L2C4F ;02A6 12 2C 4F ;load provider ident mov r7,a ;02A9 FF ;save mov r6,b ;02AA AE F0 ;save lcall L36DF ;02AC 12 36 DF ;delete provider jnc L0BD8 ;02AF 51 09 26 ;jump if error (exit) mov r0,#07eh ;02B2 78 7E ;load value mov a,@r0 ;02B4 E6 ;load P1 anl a,#00fh ;02B5 54 0F ;only low nibble mov 022h,a ;02B7 F5 22 ;set provider number lcall L51CE ;02B9 12 51 CE ;compute provider area address ljmp L078D ;02BC 02 07 8D ;next nanos ;------------------------------------------------------------------------------- ; Nanocommand 26 : modify provider space for records and flags ; for seca only ; 26 xx xx : new value ; use after nano 24 ;------------------------------------------------------------------------------- L02BF: mov r3,02ah ;02BF AB 2A ;internal ram mov r2,02bh ;02C1 AA 2B ;nano address mov r1,02ch ;02C3 A9 2C ;nano address mov dptr,#0001 ;02C5 90 00 01 ;offset lcall L2C4F ;02C8 12 2C 4F ;load new value mov 02eh,b ;02CB 85 F0 2E ;save mov 02fh,a ;02CE F5 2F ;save mov a,025h ;02D0 E5 25 ;load provider area address add a,#002h ;02D2 24 02 ;add mov r7,a ;02D4 FF ;save destination address clr a ;02D5 E4 ;clear addc a,024h ;02D6 35 24 ;add provider area address mov r6,a ;02D8 FE ;save destination address mov r5,#02eh ;02D9 7D 2E ;source address mov r3,#002h ;02DB 7B 02 ;number of bytes lcall L4C15 ;02DD 12 4C 15 ;write new values to eeprom ljmp L078D ;02E0 02 07 8D ;next nanos ;------------------------------------------------------------------------------- ; Nanocommand 1E : set 802C eeprom location ; for seca only ; 802C must be 00h or 55h ; 1E xx : if xx=00 then 802C=55h ; if xx=55h then 802C=FFh ;------------------------------------------------------------------------------- L02E3: mov dptr,#802C ;02E3 90 80 2C ;set pointer clr a ;02E6 E4 ;clear movc a,@a+dptr ;02E7 93 ;load data mov r7,a ;02E8 FF ;save jz L02F0 ;02E9 60 05 ;jump if zero xrl a,#055h ;02EB 64 55 ;compare with 55 jnz L078D ;02ED 71 04 9D ;jump if not zero (next nano) L02F0: mov r3,02ah ;02F0 AB 2A ;internal ram mov r2,02bh ;02F2 AA 2B ;nano address mov r1,02ch ;02F4 A9 2C ;nano address mov dptr,#0001 ;02F6 90 00 01 ;offset lcall L2BB9 ;02F9 12 2B B9 ;load data jnz L0302 ;02FC 70 04 ;jump if not zero mov r7,#055h ;02FE 7F 55 ;load value sjmp L0304 ;0300 80 02 ;jump L0302: mov r7,#0ffh ;0302 7F FF ;load value L0304: mov 02dh,r7 ;0304 8F 2D ;save mov r6,#080h ;0306 7E 80 ;destination address mov r7,#02ch ;0308 7F 2C ;destination address mov r5,#02dh ;030A 7D 2D ;source address mov r3,#001h ;030C 7B 01 ;number of bytes lcall L4C15 ;030E 12 4C 15 ;write data in eeprom ljmp L078D ;0311 02 07 8D ;next nanos ;------------------------------------------------------------------------------- ; Nanocommand 1F : set 802D eeprom location ; for seca only ; 802D location must be 00h or 55h ; 1F xx : if xx=00 then 802D=55h ; if xx=55h then 802D=FFh ;------------------------------------------------------------------------------- L0314: mov dptr,#802D ;0314 90 80 2D ;set pointer clr a ;0317 E4 ;clear movc a,@a+dptr ;0318 93 ;load data mov r7,a ;0319 FF ;save jz L0321 ;031A 60 05 ;jump if zero xrl a,#055h ;031C 64 55 ;compare with 55 jnz L078D ;031E 71 04 6C ;jump if not equal (next nano) L0321: mov r3,02ah ;0321 AB 2A ;internal ram mov r2,02bh ;0323 AA 2B ;nano address mov r1,02ch ;0325 A9 2C ;nano address mov dptr,#0001 ;0327 90 00 01 ;offset lcall L2BB9 ;032A 12 2B B9 ;load data jnz L0333 ;032D 70 04 ;jump if not zero mov r7,#055h ;032F 7F 55 ;load value sjmp L0335 ;0331 80 02 ;jump L0333: mov r7,#0ffh ;0333 7F FF ;load value L0335: mov 02dh,r7 ;0335 8F 2D ;save mov r6,#080h ;0337 7E 80 ;destination address mov r7,#02dh ;0339 7F 2D ;destination address mov r5,#02dh ;033B 7D 2D ;source address mov r3,#001h ;033D 7B 01 ;number of bytes lcall L4C15 ;033F 12 4C 15 ;write data in eeprom ljmp L078D ;0342 02 07 8D ;next nanos ;------------------------------------------------------------------------------- ; Nanocommand 1D : set 802E eeprom location ; for seca only ; 802E location must be 00h or 55h ; 1D xx : if xx=00 then 802E=55h ; if xx=55h then 802E=FFh ;------------------------------------------------------------------------------- L0345: mov dptr,#802E ;0345 90 80 2E ;set pointer clr a ;0348 E4 ;clear movc a,@a+dptr ;0349 93 ;load data mov r7,a ;034A FF ;save jz L0352 ;034B 60 05 ;jump if zero xrl a,#055h ;034D 64 55 ;compare with 55 jnz L078D ;034F 71 04 3B ;jump if not equal (next nano) L0352: mov r3,02ah ;0352 AB 2A ;internal ram mov r2,02bh ;0354 AA 2B ;nano address mov r1,02ch ;0356 A9 2C ;nano address mov dptr,#0001 ;0358 90 00 01 ;offset lcall L2BB9 ;035B 12 2B B9 ;load data jnz L0364 ;035E 70 04 ;jump if not zero mov r7,#055h ;0360 7F 55 ;load value sjmp L0366 ;0362 80 02 ;jump L0364: mov r7,#0ffh ;0364 7F FF ;load value L0366: mov 02dh,r7 ;0366 8F 2D ;save mov r6,#080h ;0368 7E 80 ;destination address mov r7,#02eh ;036A 7F 2E ;destination address mov r5,#02dh ;036C 7D 2D ;source address mov r3,#001h ;036E 7B 01 ;number of bytes lcall L4C15 ;0370 12 4C 15 ;write data in eeprom ljmp L078D ;0373 02 07 8D ;next nanos ;------------------------------------------------------------------------------- ; Nanocommand 2E : set algo table indicators 802F and 8030 ; for seca only ; indicators must be 00h or 59h ; 2E xx xx ;------------------------------------------------------------------------------- L0376: mov dptr,#802F ;0376 90 80 2F ;set pointer clr a ;0379 E4 ;clear movc a,@a+dptr ;037A 93 ;load table a indicator mov r7,a ;037B FF ;save jz L0381 ;037C 60 03 ;jump if zero cjne a,#059h,L039A ;037E B4 59 19 ;compare L0381: mov r3,02ah ;0381 AB 2A ;internal ram mov r2,02bh ;0383 AA 2B ;nano address mov r1,02ch ;0385 A9 2C ;nano address mov dptr,#0001 ;0387 90 00 01 ;offset lcall L2BB9 ;038A 12 2B B9 ;load data mov 02dh,a ;038D F5 2D ;save mov r6,#080h ;038F 7E 80 ;destination address mov r7,#02fh ;0391 7F 2F ;destination address mov r5,#02dh ;0393 7D 2D ;source address mov r3,#001h ;0395 7B 01 ;number of bytes lcall L4C15 ;0397 12 4C 15 ;write data in eeprom L039A: mov dptr,#8030 ;039A 90 80 30 ;set pointer clr a ;039D E4 ;clear movc a,@a+dptr ;039E 93 ;load table b indicator mov r7,a ;039F FF ;save jz L03A7 ;03A0 60 05 ;jump if zero xrl a,#059h ;03A2 64 59 ;compare with 59 jnz L078D ;03A4 71 03 E6 ;jump if not equal (next nano) L03A7: mov r3,02ah ;03A7 AB 2A ;internal ram mov r2,02bh ;03A9 AA 2B ;nano address mov r1,02ch ;03AB A9 2C ;nano address mov dptr,#0002 ;03AD 90 00 02 ;offset lcall L2BB9 ;03B0 12 2B B9 ;load data mov 02dh,a ;03B3 F5 2D ;save mov r6,#080h ;03B5 7E 80 ;destination address mov r7,#030h ;03B7 7F 30 ;destination address mov r5,#02dh ;03B9 7D 2D ;source address mov r3,#001h ;03BB 7B 01 ;number of bytes lcall L4C15 ;03BD 12 4C 15 ;write data in eeprom ljmp L078D ;03C0 02 07 8D ;next nanos ;------------------------------------------------------------------------------- ; Nanocommand 1B : update algo alternative tables (prepare for nano F6) ; for seca only ; 802F-8030 must be 59h ; 1B xx : xx bit 7 not used ; bit 6 indicate tables a or b ; bit 5 indicate tables a or b (must be set) ; bit 3 indicate subtable 0 or 1 ; bit 2 indicate to add offset #80 to table base (if set) ; bit 1 indicate to add offset #40 to table base (if set) ; bit 0 indicate to add offset #20 to table base (if set) ;------------------------------------------------------------------------------- L03C3: clr a ;03C3 E4 ;clear mov 030h,a ;03C4 F5 30 ;clear mov 031h,a ;03C6 F5 31 ;clear mov r3,02ah ;03C8 AB 2A ;internal ram mov r2,02bh ;03CA AA 2B ;nano address mov r1,02ch ;03CC A9 2C ;nano address mov dptr,#0001 ;03CE 90 00 01 ;offset lcall L2BB9 ;03D1 12 2B B9 ;load data mov 02dh,a ;03D4 F5 2D ;save jb acc.5,L03E0 ;03D6 20 E5 07 ;jump if bit set mov 010h,#090h ;03D9 75 10 90 ;load status code mov 011h,#031h ;03DC 75 11 31 ;load status code ret ;03DF 22 ;return L03E0: mov a,02dh ;03E0 E5 2D ;load data swap a ;03E2 C4 ;swap nibbles rrc a ;03E3 13 ;rotate right rrc a ;03E4 13 ;rotate right anl a,#003h ;03E5 54 03 ;only original bits 7,6 mov dptr,#802F ;03E7 90 80 2F ;set pointer movc a,@a+dptr ;03EA 93 ;load data xrl a,#059h ;03EB 64 59 ;compare jz L03F6 ;03ED 60 07 ;jump if same mov 010h,#090h ;03EF 75 10 90 ;load status code mov 011h,#033h ;03F2 75 11 33 ;load status code ret ;03F5 22 ;return L03F6: mov 030h,#000h ;03F6 75 30 00 ;set previous nano bytes mov 031h,#01bh ;03F9 75 31 1B ;set previous nano bytes ljmp L078D ;03FC 02 07 8D ;next nano ;------------------------------------------------------------------------------- ; Nanocommand F6 : update algo alternative tables (20h bytes of data) ; for seca only ; nano 1B must be precedent ;------------------------------------------------------------------------------- L03FF: mov a,031h :03FF E5 31 ;load previous nano xrl a,#01bh ;0401 64 1B ;compare orl a,030h ;0403 45 30 ;or jz L040E ;0405 60 07 ;jump if nano 1B mov 010h,#090h ;0407 75 10 90 ;load status code mov 011h,#014h ;040A 75 11 14 ;load status code ret ;040D 22 ;return L040E: mov r7,02dh ;040E AF 2D ;nano 1B data mov r3,02ah ;0410 AB 2A ;internal ram mov r2,02bh ;0412 AA 2B ;nano address mov r1,02ch ;0414 A9 2C ;nano address mov a,r1 ;0416 E9 ;load nano address add a,#001h ;0417 24 01 ;add mov r1,a ;0419 F9 ;save data address clr a ;041A E4 ;clear addc a,r2 ;041B 3A ;save data address mov r5,001h ;041C AD 01 ;transfer lcall L3C64 ;041E 12 3C 64 ;update algo alt. tables ljmp L078D ;0421 02 07 8D ;next nano ;------------------------------------------------------------------------------- ; Nanocommand E0 : verify algo alternative table checksum ; for seca only (one time) ; 802F or 8030 must be 59h ; if verify is successfull then update indicators 802F-8030 (table in use) ; E0 aa bb 00 00 00 00 00 00 CCx10h ; where : aa indicate table a or b (bit 6) ; bb value for indicator update (db=table in use) ; CC checksum to compare ;------------------------------------------------------------------------------- L0424: mov r3,02ah ;0424 AB 2A ;internal ram mov r2,02bh ;0426 AA 2B ;nano address mov r1,02ch ;0428 A9 2C ;nano address mov dptr,#0001 ;042A 90 00 01 ;offset lcall L2BB9 ;042D 12 2B B9 ;load byte anl a,#040h ;0430 54 40 ;only bit 6 mov r7,a ;0432 FF ;save swap a ;0433 C4 ;swap nibbles rrc a ;0434 13 ;rotate right rrc a ;0435 13 ;rotate right anl a,#003h ;0436 54 03 ;only original bits 7,6 mov 02dh,a ;0438 F5 2D ;save (0 or 1) mov dptr,#802F ;043A 90 80 2F ;set pointer movc a,@a+dptr ;04 Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties Nesclan Lid Lid sinds: 19/04/2002 Berichten: 53 Uit: Groningen Re: the study continues [re: Azazel] 07/08/2002 22:41 Bewerken Beantwoorden Oeps... weer eens te snel gelezen en te snel op de reageerknop gedrukt.. ik dacht dat je al je bevindingen m.b.t. Seca2 nu online had gezet... maar het gaat dus om een lijst van seca... Maar dit was de originele reply die ik schreef... . @ Azazel Zo! je hebt zekers niet stilgezeten... ... Maar is het nu wel zo verstandig om alles open en bloot op tafel te gooien met wat je tot nu toe hebt? Ik vind het zelf heel tof om te lezen, en kijk er ook met veel bewondering naar, maar ben je nu niet bang dat bijv. Canal Digital ook op de hoogte blijft van de vorderingen en eventueel de gaten /bugs kan dichten? Is het niet veiliger om dit toch via PM te doen met de mensen hier op de site die echt iets toe te voegen hebben aan jouw werk, want het zou jammer zijn als al je werk voor niks is geweest... Of is het zo dat de code "vast" staat en ze deze niet meer zo snel kunnen wijzigen? (m.b.t. bugs eruit halen... en dit zou dan pas in "Seca3" "verholpen" kunnen worden?) Maar keep up the good work! Ik heb echt bewondering voor wat je doet.. Greetz Dani Bewerkt door Nesclan (07/08/2002 22:49) Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: Nesclan] 07/08/2002 23:01 Bewerken Beantwoorden @Dani, In eerste instantie was het ook mijn bedoeling om via pm verder te gaan, maar kreeg al vele reacties om het toch op het board te plaatsen, na lang nadenken denk ik dat het toch beter is om het op het board te posten, daarnaast scheelt het me veel werk. En nogmaals, dit is puur voor de hobby en ik vind dat bv nieuwelingen / beginners ook deze berichten moeten kunnen lezen cq bestuderen zodat ze in het vervolg ook betreffende deze onderwerpen kunnen testen / meedenken. Tsja, en wat Canal Digital betreft...... wel een heerlijke gedachte en bijzondere uitdaging als ik nu al moet denken aan seca3.. HEERLIJK! (als je begrijpt wat ik bedoel). Saludos! 'Azazel miembro del equipo RAIDEN, la resistencia.' Bericht opties Nesclan Lid Lid sinds: 19/04/2002 Berichten: 53 Uit: Groningen Re: the study continues [re: Azazel] 07/08/2002 23:12 Bewerken Beantwoorden @ Azazel Ik begrijp je gedachtengang... en ben het ook met je eens dat juist newbies op dit gebied (including moi ) er heel veel van kunnen leren... Maar ik zit ook niet direct te doomdenken met S3 ofzo, maar ik vroeg het me af of ze bepaalde bugs zo kunnen uitschakelen zonder daar een opvolger van S2 van te moeten maken (dus bijv. S3) maar dit "realtime" kunnen doen... (als ze eenmaal weten waar de "fouten" zitten, en daar doelde ik op met mijn vorige posting.. zoals Duwgati al schreef: Als antwoord op: -------------------------------------------------------------------------------- Zo kunnen ze (als ze het slim aangepakt hebben) zelfs heel eenvoudig complete kaartgroepen ineens van nieuwe checksumberekeningen voorzien. -------------------------------------------------------------------------------- En dat ze dit misschien met meerdere functies kunnen doen... Maar misschien denk ik weer te moeilijk.. Greetz Dani... (Ik ga overigens zeker bezig met het puzzelen van die lijst die je net hebt neergezet in combinatie met Duwgati z'n site... ...) Bewerkt door Nesclan (07/08/2002 23:16) Bericht opties deman Nieuw hier Lid sinds: 18/04/2002 Berichten: 10 Uit: Amsterdam Re: the study continues [re: Azazel] 07/08/2002 23:37 Bewerken Beantwoorden Wauw Azazel, dat noem ik nog eens technische details! Is dit een assembler listing van het programma op een blackcard of een equivalent? Bericht opties Azazel Volwaardig lid Lid sinds: 18/05/2002 Berichten: 118 Uit: en las montañas Re: the study continues [re: Azazel] 08/08/2002 00:22 Bewerken Beantwoorden Hallo satvrienden, goed, ik ga nu even verder met wat basisinfo die reeds bekend is t.b.v de blackcard.
Aanbevolen berichten