verschil tussen v7 spaans en italiaans

[Gast]

C1 3C 01 BE 5C 10 01 -> (02)

C0 41 F2 C5 96 9B 50 6D C0 F3 0A A6 E7 E0 25 30 -> (10)

CD 0E 54 55 BA EA 10 5A 66 D0 84 BB 78 18 DB 66 -> (20)

97 84 1A 20 6C F4 38 CA E0 F8 E6 DC BD F4 1A DE -> (30)

CC 51 C5 17 7F 4C 2F C1 F3 2A 1D C8 4A CC 9F DC -> (40)

24 DA 17 41 04 92 FE F8 22 18 95 AB 27 9B 8A 37 -> (50)

6B 04 E9 63 5C 10 0A 9B 31 46 FF -> (0B)

 

Len = 05Ch, but 05Dh bytes

Sorry, false ECM

Last Byte is 046h < 087h

 

P.S.:

In italy that limit is respected always, tested on more than 10000 ECMs

 

Spain is different

 

Fecha Ins-->13/07/2002 23:08:21

Instrucción Seca: 2 ECM encriptadas

CLASS: C1

INS : 3C

P1 : 01

P2 : BD -->Superencryption, Nible 4,5

LEN : 5C

----- Datos de la Ins = 3C------------------------

leidos...93

3C 10 01 C9 B8 82 EC B6 17 61 B4 46 62 38 7B 93 C3 C9 B5 4B 28 D3 70 A5 79 F7 5D 7F 44 8A 15 3B E7 FD 01 B4 F6 FA E7 BD A1 70 8A 3B 64 36 23 40 95 32 B4 22 D6 08 66 8B E6 87 5F 0A 1A 21 1A AD 31 42 BB E0 DC 6A 2F CF D7 28 A1 4C 9C 53 C1 E2 57 83 E4 3E A5 CA F8 B1 CD B6 35 7E 8E

ACK : 90 00 Status :OK

 

============================================ Número :21

 

 

Fecha Ins-->13/07/2002 23:09:41

Instrucción Seca: 2 ECM encriptadas

CLASS: C1

INS : 3C

P1 : 01

P2 : BD -->Superencryption, Nible 4,5

LEN : 5C

----- Datos de la Ins = 3C------------------------

leidos...93

3C 10 01 6B A8 C3 FE 40 26 87 D5 E6 D5 72 61 69 DE 24 37 70 8D A1 9A 2A B7 24 ED 85 E8 7C D8 5C 61 16 6D A2 78 ED A2 A2 F2 EA 3C 9A 61 4A 1C 8B 51 75 96 D9 C2 D6 2D F2 B5 32 48 8D E1 BC BC 1E CE 18 A3 49 2A 47 30 68 75 BD D2 B4 EB 84 DF 1F 45 46 34 2E 5C 2F 0A A0 EC 31 9E 94 99

ACK : 90 00 Status :OK

 

============================================ Número :37

 

Fecha Ins-->13/07/2002 23:13:13

Instrucción Seca: 2 ECM encriptadas

CLASS: C1

INS : 3C

P1 : 01

P2 : BD -->Superencryption, Nible 4,5

LEN : 5C

----- Datos de la Ins = 3C------------------------

leidos...93

3C 10 01 12 F5 23 C1 4E 5F 49 34 40 70 0C D7 3A C7 4F 3E 78 56 63 BC 2B B9 58 0D AE BC 00 78 B2 7A 0C E9 85 C0 FB BF 14 40 BB 6D 99 93 74 C5 1B BB F4 44 03 8A D5 1F CB 04 88 64 C0 0B 46 A5 D9 C7 CC 05 10 DF A2 E0 73 FC 11 99 E7 74 9C 9E E1 1E 4C 26 E6 E4 4E 62 E1 37 AA 81 71 94

ACK : 90 00 Status :OK

 

============================================ Número :43

 

Fecha Ins-->13/07/2002 23:13:48

Instrucción Seca: 2 ECM encriptadas

CLASS: C1

INS : 3C

P1 : 01

P2 : BD -->Superencryption, Nible 4,5

LEN : 5C

----- Datos de la Ins = 3C------------------------

leidos...93

3C 10 01 3A 25 E8 39 03 60 FC 0C D5 2C 4E B5 9D 5A 6D F8 91 AB 97 EC 8F 8D 77 2E DF F6 A7 7A 47 25 EC 7B 64 EF 76 52 3F 97 17 7A 6C 56 EB DA 11 3D 57 79 D0 D9 42 D3 27 72 53 B7 85 63 E1 76 0D 62 6E 08 97 91 C5 50 E6 F4 B3 0C 45 05 5C DB 37 9E 7D D5 7D BC A3 BF 4C A6 78 5B A8 9A

ACK : 90 00 Status :OK

 

There is more ECM's that byte 46h > 86h, I'm logging about 16 hours every day

 

 

Dit is nu waar we naar kijken waarom het anders is als iemand de uitkomst weet laat het ons weten

 

 

logged by:GohanSuperSayan and Breakwall

 

dit is dus ff een tegen valler maar we zijn op het moment druk met het ontleden van de kaart (processor bloot leggen en bekijken met wat we nu eigenlijk te maken hebben)

Hasta luego gerard

 

 

[Gast]

Geer,

denk eens aan de regio code.

Avensis

[Azazel]

@Gerard,

 

Volgens mij is de bestudering van de verschillende kaarten in dit stadium nog niet zo interessant.

Kijk liever naar de ins 0x3c die men verkrijgt, ben druk bezig deze nieuwe ins 0x3c te analiseren..

 

Zoals bekend hadden de ins 0x3c de volgende structuur:

 

71 00 00 0C 07 D2 00 03 27 18 7A 13 02 D1 XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX 82 ZZ ZZ ZZ ZZ ZZ ZZ ZZ ZZ

 

Als men gedurende een tijdje logt kunnen we zien dat het enige wat steeds verschilt zijn de XX, de CW en de ZZ.

 

Als we de instructie 0x3C ontcijferen om ze te kunnen veranderen naar een 0x3C supernummeriek met de key KK kunnen we zien dat er veel gedeeltes identiek zijn.

Maar goed, als we een tijdje de nieuwe 0x3C 'capturen' kunnen we zien dat het de volgende structuur is..

 

10 01 12 08 F5 56 DA F0 11 12 D0 D8 40 3B 34 7A EB A5 B7 30 41 50 5F 02 6D B2 03 AB 29 2B 29 7A 05 4F AF 83 18 75 1F 33 49 67 29 0C C0 22 C7 44 E3 BA 45 6D 1B 3A F3 56 07 A9 89 5D B4 5E 8A D1 1F 40 F4 50 D1 57 D0 96 88 5B EB 93 2A 10 CE E8 4D 36 1F 80 A7 65 A6 9C 3E 03 78 49

 

De enige bytes die steeds bij elke instructies gelijk zij, zijn de 0 en 1, dus altijd de 10 01.

De eerste mogelijke conclussie zou kunnen zijn dat wanneer de P2=BE dus

1011 1110, de superieure nibble 3 bits actief kan hebben, de bit 7 zou kunnen aantonen dat het gebruik maakt van supernummeriek, de vraag is wat de

bits 5 y 4 betekenen, ik neem aan dat dit de nieuwe variate is van de nummerieke algoritme.

Om het proces te vervolgen zou men de volgende 4 instructies kunnen versturen om een bevestiging te krijgen van mijn vermoeden..

 

C1 3C 01 BE 5C 10 01 12 08 F5 56 DA F0 11 12 D0 D8 40 3B 34 7A EB A5 B7 30 41 50 5F 02 6D B2 03 AB 29 2B 29 7A 05 4F AF 83 18 75 1F 33 49 67 29 0C C0 22 C7 44 E3 BA 45 6D 1B 3A F3 56 07 A9 89 5D B4 5E 8A D1 1F 40 F4 50 D1 57 D0 96 88 5B EB 93 2A 10 CE E8 4D 36 1F 80 A7 65 A6 9C 3E 03 78 49

 

Deze eerste instructie zou status 90 00 moeten hebben

 

C1 3C 01 AE 5C 10 01 12 08 F5 56 DA F0 11 12 D0 D8 40 3B 34 7A EB A5 B7 30 41 50 5F 02 6D B2 03 AB 29 2B 29 7A 05 4F AF 83 18 75 1F 33 49 67 29 0C C0 22 C7 44 E3 BA 45 6D 1B 3A F3 56 07 A9 89 5D B4 5E 8A D1 1F 40 F4 50 D1 57 D0 96 88 5B EB 93 2A 10 CE E8 4D 36 1F 80 A7 65 A6 9C 3E 03 78 49

 

Deze tweede instructie zou een 90 02 moeten zijn en niet mogelijk om te ontcijferen, de superieure nibble is hier een 1010

 

C1 3C 01 9E 5C 10 01 12 08 F5 56 DA F0 11 12 D0 D8 40 3B 34 7A EB A5 B7 30 41 50 5F 02 6D B2 03 AB 29 2B 29 7A 05 4F AF 83 18 75 1F 33 49 67 29 0C C0 22 C7 44 E3 BA 45 6D 1B 3A F3 56 07 A9 89 5D B4 5E 8A D1 1F 40 F4 50 D1 57 D0 96 88 5B EB 93 2A 10 CE E8 4D 36 1F 80 A7 65 A6 9C 3E 03 78 49

 

Deze derde instructie zou ook een 90 02 moeten zijn en niet te ontcijferen, de superiere nibble is hier een 1001

 

C1 3C 01 8E 5C 10 01 12 08 F5 56 DA F0 11 12 D0 D8 40 3B 34 7A EB A5 B7 30 41 50 5F 02 6D B2 03 AB 29 2B 29 7A 05 4F AF 83 18 75 1F 33 49 67 29 0C C0 22 C7 44 E3 BA 45 6D 1B 3A F3 56 07 A9 89 5D B4 5E 8A D1 1F 40 F4 50 D1 57 D0 96 88 5B EB 93 2A 10 CE E8 4D 36 1F 80 A7 65 A6 9C 3E 03 78 49

 

Deze vierde instructie zou ook een 90 02 moeten zijn en de superieure nibble is hier een 1000

 

Mischien zou je (of iemand anders) dit uit kunnen proberen en de bevindingen hier te posten, zou erg hulpvol zijn en ik zal er erg dankbaar voor zijn.

 

Om een algorimte te kunnen cripto-analiseren rekenig houdend met dat enige nummerieke bytes met dezelfde key steeds hetzelfde resultaat geeft zou het proces een stuk makkelijker maken, overigens kunnen we in dit geval hier helaas niet op rekenen.

 

Hoe kan men deze variatie verkrijgen, er zijn vele manieren hiervoor, welk ik gebruik en ook het meeste gebruikt wordt is X0R te doen (exclusief 0R) van de key met enige waarde in elk byte. Op deze manier maken we gebruik van een verschillende key in elk nummerieke cripto met dezelfde data, verkrijgen we steeds een andere resultaat (status), in ons geval dus.

 

Als er iemand is die enig idee heeft waarom alle verkregen 0x3c bijna alle bytes verschillend zijn, zou ik dat er op prijs stellen.

Ook als je een mening hierover hebt, graag laten weten, ik weet zeker dat hieruit zeker interessante info uit voorkomt.

Als er iemand is die geinteresseerd is in cripto-analise, weet dat we met een zeer interessante probleem zitten, die we maar niet kunnen oplossen.

 

Tot slot, se studie begint nu pas interessant te worden, en is naar mijn mening nu begonnen, maar met een beetje geduld is altijd alles op te lossen..

 

 

saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'

[Gast]

ja weet wat jullie bedoelen maar dat wil ik niet zeggen dit heeft niks met regio's meer te maken dit is gewoon andere kaart en andere ecm regio maakt mij (of liever gezegt ons niet zo veel uit) weten jullie soms welke processor wij mee te maken hebben in spanje denken we ... en italie zegt ++++ wij denken trouwens beide gelijk zijn anders nml.

gerard

[Gast]

Oh ja ff vergeten die ins wij willen wel maar kunnen niet decrypten dus zijn we opzoek naar andere mogelijkheden zijn hier al 2 en halve maand aan het analyseren en resultaat bar weinig dus waarom niet iets anders doen brute force lukte ook niet dus kwaad kan het niet ik wel iets gehoord over 0x0D maar is begin

gerard

[Gast]

Not only '1001' but also '1001 xx'

 

If you try with a valid (logged) ins 3c and change xx, you'll receive a status byte of 9002 or 9037

 

regards

 

ppippo

jullie weten wel wie ik bedoel he werkt dus niet zo als we hoopten

gerard

 

[Azazel]

@Gerard,

 

De nano 10.. in dit geval is in geen geval sprake dat deze bytes superdecrypted zijn. De 01 kan ik geen antwoord op geven, weet nl niet wat het betekend in ons geval, denk dat het gebruikt wordt in het proces om een en ander te 'decrypten'.

 

Ik hoop dat ik meer ins 0x3c op de taquillas ontvang, zodat we de structuur kunnen vergelijken, als dit enigzins te vergelijken is aangezien de hoeveelheid bytes.

De 90 02 is logisch... maar die 90 37??

 

Saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'

[Gast]

de meeste ins weten we wel maar somige dus echt niet (ff een ding zonder hulp waren we ook niet uit seca1 gekomen ) je weet met wie ik werk wij tasten ook in het duister kijk maar in mosc negra in el foro of in avanzado probleem is gewoon welke processor daarna zien we verder we kunnen alles proberen maar ik liever met de processor aan de gang en dan goed lezen

 

Don G

 

[Azazel]

Ja, ik weet het...

 

Maar met hard werken komen we er samen wel uit....

Keep up the good work!

 

Saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'