Checksum berekening (Principe)

[Gast]

Oja,

 

De checksum bij 007.122.781 is 0 dus hij staat er nog steeds !!

 

Groeten,

Chipmunk

[Gast]

@ CHIPMUNK

Die checksum moet 5C zijn, niet 00 want dat is SECA1

 

@ ASK4IT

Er is tot nu 1 wissel geweest IDENT 64, zie mijn eerdere posting.

De reden van dit "checksum-forum" is om in de toekomst een stukje software te kunnen schrijven wat de blackcard kan emuleren. Clonen zal geen probleem zijn, en niemand zal zijn/haar kaart beschikking stellen.

Zoals SOFTWARE666 als schreef, je moet bij die bodem beginnen. En de ORBIT heb ik niet, en is niet interessant kan geen kaartje met 8 contactjes in. En dit laatste is toch wel het meest interessants.

 

@JURRE

Een checksumberekening is altijd hetzelfde, in die zin software wordt geschreven om een checksum te bepalen van een pakketje data. Voldoet dat pakketje data niet aan de checksum dan is het corrupt. Wel is het mogelijk dat er voor de checksum een tabel wordt gebruikt (overloop), vandaar dat ik met jullie bevindingen druk aan het rekenen ben.

 

@de rest

Het is moeilijk om een lijstje kaartgegevens te verstrekken van verschillende V7 kaarten. Maar internet zou internet niet zijn zonder zoekmachines en de diverse FUS.

Let wel op tussen de files zitten een hoop dailers, dus check de boel.

 

@AZAZEL

SIN3C in combinatie met functie XOR ben ik nu mee doende. De ins C1 3C 0E BE 5C heb ik nog niet terug kunnen herleiden, moet ik nog mee stoeien. Stuur je later PM met wat meer info.

 

 

 

[Gast]

@Azazel

 

De serials en checksums hoeven geen bestaande te zijn als de checksums maar kloppen met de serials.

 

Kan je serials en checksums wijzigen, en checken?

 

Dan zou je een aantal willekeurige serials op de kaart kunnen zetten en dan alle combinaties (255, neem aan dat cheksum een byte is) van checksums kunnen proberen.

 

Dan is er een lijstje met serials en bijbehorende checksums, die de mensen (die wel wiskunde kunnen en geen blackcard hebben <img src="/ubbthreads/images/icons/smile.gif" alt="" /> dan kunnen gebruiken om een checksum bereking bij te vinden.

 

Het lijstje heeft nu 3 serials met bijbehorende checksums:

 

007.122.781 wordt 00 5C 00 00 00 6C AF 5D (checksum: 5C)

123.456.789 wordt 00 08 00 00 07 5B CD 15 (checksum: 08)

111.222.333 wordt 00 2D 00 00 06 A1 1E 3D (checksum: 2D)

 

Gr,

 

Melt_Down

[satbikkel]

de drie snr. zijn die van seca1 of seca2.

 

wie heeft er voor mij nog een serial van seca2, mag ook via pm is alleen voor vergelijk.

 

gr.

 

[Azazel]

@Melt_Down,

 

Voor zover bij mij bekend kunnen we nog geen data veranderen / herschrijven op de blackcard, daar we geen geldige mk's hebben voor de 'signature' van desbetreffende ins.

 

Saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'

[Gast]

@Melt-Down

 

Even een misverstand rechtzetten;

 

007.122.781 wordt 00 5C 00 00 00 6C AF 5D (checksum: 5C) SECA 2

123.456.789 wordt 00 08 00 00 07 5B CD 15 (checksum: 08) SECA 1

111.222.333 wordt 00 2D 00 00 06 A1 1E 3D (checksum: 2D) SECA 1

 

De laatste 2 hebben betrekking op een Seca1 kaart, en laat zien dat met een hoger serienummer van de kaart je er niet vanuit kunt gaan dat de HEX zoals ie weergegeven wordt ook de checksum is.

 

 

Hierbij een url voor een berekening van SECA1, kan dan zonder zakjappanertje.

 

 

SECA1 JAPPANNERTJE

 

[Gast]

@kimble

 

Ik snap denk niet helemaal wat je precies bedoelt

123456789 decimaal is toch 075BCD15 hex?

en 111222333 is 06A11E3D hex?

 

Wat bedoel je dan precies met "laat zien dat met een hoger serienummer van de kaart je er niet vanuit kunt gaan dat de HEX zoals ie weergegeven wordt ook de checksum is"

 

Gr,

 

Melt_Down

[Gast]

gebruik eens hetzelfde serienummer met de algo van seca2 en daarna met die van 1..

 

Zit daar verschil in...?

 

Ik denk het niet Wrong answer..(ga terug naar start)

[Gast]

Dat kreeg ik nou met knippen en plakken;

 

Juist is

 

007.122.781 wordt 00 5C 00 00 00 6C AF 5D SECA 2

123.456.789 wordt 00 08 00 00 07 5B CD 15 SECA 1

111.222.333 wordt 00 2D 00 00 06 A1 1E 3D SECA 1

 

Volgens de "oude" berekening (Seca1) is kaartnummer

007.122.781 wordt 00 00 00 00 00 6C AF 5D (SECA1 Reken-Methode)

 

Bij Seca2 is er door een berekening het volgende ontstaan

007.122.781 wordt 00 5C 00 00 00 6C AF 5D (SECA2 Reken-Methode)

 

 

 

Heb wel een andere berekening gedaan (4uur*366dagen*44Euro)-(12mnd*20Euro)=Abbo'tje goedkoper.

 

 

Maar we gaan dapper door.

[Gast]

Azazel ik heb effe een vraagje.

je bent dus op zoek naar de manier waar van het serie nummer van de kaart de checksum wordt berekend? heb ik dat goed begrepen?

zo ja kan je mij dan vertellen hoe julie aan de seca1 berekening komen en waar deze getallen vandaan komen.

je maakt hier een berekening die ik niet helemaal snap.

vandaar dus de vraag naar de bron van de seca1 berekening want ik wil graag mee doen met de hulp verlenen aan dit puzzeltje. en het volgende is

bestaat er geen software voor het bereken van deze checksum ?

maar dan ook reverse zoals bij de v7 te proberen is.

of moeten we nu getallen gaan gokken zo dat we op de goede checksum uit komen voor seca2 ?

Vast bedankt

[Azazel]

@satfreek,

 

Om het simpel uit te leggen; heel veel sn en reg naast elkaar leggen en uren berekeningen maken, totdat het sommetje simpelweg op elke sn toegepast kan worden zodat de juiste reg eruit rolt.

 

Kimble heeft een linkg geplaatst, een goed stukje software om de checksum te bereken.

 

Saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'

[Gast]

@SATFREEK

 

http://www.kimble.nl/Seca1serie.zip

 

Nou heb je de link zeker.