Blocker voor Seca2, voorlopig onmogelijk

[Gast]

Overal gaan er verhalen over een blocker voor Seca2.

 

Vergeet dit voorlopig !!!!

 

Theoretisch kan het, technisch kan het maar het probleem zit hem in de "grappen" die gedaan worden.

 

Omdat de S2 kaart gebruik maakt van algo's in combinatie van tabellen en deze tabellen vooralsnog op een onbekende wijze tot stand komen, zou blokkeren inhouden dat de tabellen niet gevuld worden.

 

Zodra bekend is welke data door te laten en welke tegen te houden is een blocker te bouwen.

 

En als ik me niet helemaal vergis is Seca2 dan al voor 90% gekraakt.

 

 

 

 

 

 

 

 

[Gast]

Kimble,

blijkbaar weet je meer als dat je lost laat.

Je omschrijft het wel redelijk cryptisch, bewust neem ik aan, maar laten we geen slapende ...je weet het wel.

Avensis

[Gast]

Cryptisch, da's toch alleen de kaart....

 

De reden is dat ik de posting heb gedaan is om kenbaar te maken dat V7.x berekend is op blockers, goalkeepers e.d.

 

In principe ook heel logisch;

Een slot is om iets af te sluiten voor onbevoegden en alleen met de juiste sleutel te openen.

Als een onbevoegde een truuk heeft om het slot toch te openen dan zal een volgend slot hiervoor beveiligd zijn en de sleutel is nog geavanceerder.

 

In ieder geval heeft Brute Force ook geen zin met de wisselende tabellen.

 

Als er verder echt nieuws is dan post ik het wel hier. Er zullen wel gekloonde kaarten komen van full abbo's, hierover later meer -

 

[Gast]

Nou tegen de regels in ( is nl een spaans bericht)maar nu begint iedereen in blockers voor Seca2 te geloven.

 

Ze bestaan NIET, alleen voor Seca1......

 

dus gaarne die broodjes Aap verhalen alleen op 1 April posten.

 

MONOBLOQUER

 

Hola, aquí teneis la adaptación del viejo monopic a los nuevos tiempos de

Seca, monobloquer es un bloquer para pic16f84 con la siguientes

características.

 

Filtra mediante mascaras en la eprom

 

-PBM

-PPUA

-número de serie

 

También permite la emulación de un proveedor en SECA 1, que se situara en la

ultima posición es decir en la posición 4, aunque también se llamara

CANALSATELITE y llevara la fecha de este por razones de optimización de

código.

 

Como se puede imaginar toda la configuración se deberá controlar desde los

bytes de la eprom, aunque no queda ningún byte libre en la configuración

creo que es fácil de asimilar.

 

 

Código:

0000: FF FF FF FF FF FF FF FF ;PBM del prov 0064

0008: FF FF FF FF FF FF FF FF ;PBM del prov SECA1

0010: 11 22 33 44 ;PPUA del 0064

0014: 0E 0E 0E 0E ;numero de serie (ultimos 4 bytes de ins 0x0e)

0018: 0c 0c 0c 0c 0c 0c 0c 0c ;key 0c

0020: 0d 0d 0d 0d 0d 0d 0d 0d ;key 0d

0028: 0e 0e 0e 0e 0e 0e 0e 0e ;key 0e

0030: 00 19 ;id del prov seca1*

0032: 01 B1 5C ;mascara de EMM**

0035: 0E 12 16 ;no tocar

0038: 32 3A 3C 34 40 18 20 28 ;no tocar

 

 

**Esta mascara son los valores P1 P2 LEN correspondientes a la ins

0x40 que se dejara pasar el resto de las ins 0x40 seran filtradas. (En el

ejemplo se dejan pasar las actualizaciones c1 40 01 b1 5c originalmente

estos valores están a ff no dejar pasar ninguna EMM).

 

*Inicialmente configurado para el proveedor holandés 0019. Si se quiere

emular otro proveedor modificar esto bytes.

 

-Es importante un borrado previo del pic antes de su grabación para el

correcto funcionamiento.

 

-El hex no contiene keys operacionales

 

El fichero lo podeis descargar de la pagina Abadia digital

 

www.iespana.es/abadiadigital7/monobloquer.zip

 

Klik hier en hij download het allemaal gelijk

[Gast]

VERTALING

 

MONOBLOQUER hello, hier is teneis de aanpassing van oude monopic aan de nieuwe tijden van Droogte, aan monobloquer aan bloquer voor pic16f84 met de volgende kenmerken.

 

Het lekt door middel van u gekauwd in eprom - PBM - PPUA - serienummer het ook de wedijver van een leverancier in DROOGTE 1 toestaat, die binnen voltooit positie is werd gevestigd in positie 4 te zeggen, hoewel ook CANALSATELITE werd geroepen en de datum van dit wegens redenen codeoptimalisering werd genomen.

 

Aangezien al configuratie kan worden verondersteld toe te schrijven zal zijn aan controle van de bytes van eprom, hoewel het geen vrije byte in de configuratie wordt verlaten ik geloof dat het gemakkelijk zich is te assimileren.

 

 

Code: 0000: FF FF;PBM VAN FF VAN FF VAN FF VAN FF VAN FF VAN FF VAN PROV 0064.0008: FF FF;PBM VAN FF VAN FF VAN FF VAN FF VAN FF VAN FF VAN PROV SECA1 0010: 11,22,33 44;PPUA van 0064.0014: 0E 0E 0E 0E;numero van reeks (ultimos 4 bytes van ins 0x0e) 0018: 0c 0c 0c 0c 0c 0c 0c 0c;key 0c 0020: 0d 0d 0d 0d 0d 0d 0d 0d;key 0d 0028: 0e 0e 0e 0e 0e 0e 0e 0e;key 0e 0030: 00 19;id van prov seca1 * 0032: 01 B1 5C;mascara van EMM ** 0035: 0E 12 16;no om 0038 te raken: 32 Á 3C 34.40.18.20 28;no om ** te raken gekauwd dit is de waarden P1 P2 LEN die aan ins 0x40 beantwoorden dat 0x40 gelaten pas de rest van ins was u gelekte seran. (In het voorbeeld is b1 gelaten pas de updates c1 40 tot 01 5c oorspronkelijk deze waarden aan FF latend geen pas geen EMM zijn).

 

* Aanvankelijk gevormd voor Nederlandse leverancier 0019. Als het gewild is een andere leverancier nastreven om deze bytes te wijzigen.

 

- een vorige uitwissing van pic is belangrijk vóór zijn opname voor de correcte verrichting.

 

- de hexuitdraai bevat operationele geen sleutels Dossierpodeis om van pagina digitale Abadia leeg te maken

 

GROETEN ZALIM <img src="/ubbthreads/images/graemlins/wink.gif" alt="" />