Wallbanger/Custwp's hoe moet dat nu?

[Dr.Z]

Het begint steeds duidelijker te worden.

Bijzonder leerzame stof !

Er is blijkbaar meer data in het signaal verwerkt als dat je dus kunt zien met wallbanger.

Je zou eigenlijk een progje moeten hebben die letterlijk alles op je scherm neerzet!

 

[Wimpie]

Wallbanger zet wel degelijk alle commandos op het beeld, maar hij kan ze alleen niet allemaal interpreteren...

Grtz,

 

[ilya]

Je zou eigenlijk moeten kunnen zien wanneer b.v. vervallen wp aan wezig zijn.Dus b.v. de betekenis het nano 10 wordt

plain erbij gezet.Dit gebeurt wel wel new keys.Zo te zien is er nog heel wat werk aan de winkel.Ik heb wel het gevoel dat met Walbanger binnen no time een zeer goede emulator is neergezet.Compliment aan Robbie en zijn Team.

=Ilya=

 

[ilya]

Dit kwam ik tegen op het bekende uk board>Deels bekende materie.You never know!!!..

Posted by ponto on 30-05-2001 23:36:

Expired MOSC, Wallbanger and CUSTWPs help please

I need someone to clarify this for me please

I have a MOSC, with a nice PBM everything has been fine for some months and now the subscription has expired and it's stopped working. The same MK01 and PPUA will update fine in Windecrypt and WallBanger but the MOSC wont. I think I now understand that this is because the last byte of the PPUA, the CUSTWP, has expired. If I look in the log of WallBanger V3.15, which is emulating fine with the old MK01 and PPUA, I find a nice table headed

Valid CustWPs ON DIGITAL/SA:

and it seems that underneath this all options are shown, the problem is that this appears elsewhere in the log with different value!! With and without my old CUSTWP e.g:

Valid CustWPs ON DIG/SA: (deleted)xx

-- 01 02 -- 04 -- -- -- 08 09 -- -- -- -- 0E 0F

-- 11 -- 13 -- 15 -- -- 18 -- 1A -- -- 1D 1E --

20 -- 22 23 -- -- 26 -- 28 29 -- 2B -- 2D 2E 2F

30 -- -- -- 34 -- -- 37 38 -- 3A -- -- -- 3E 3F

and later down the same log:-

Valid CustWPs ON DIG/SA: (deleted)xx

00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

-- -- -- -- -- -- 16 17 -- -- -- -- -- -- -- 1F

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

-- -- -- -- -- 35 36 -- -- -- -- -- -- -- -- --

Whats happening here? Anyone got any ideas please?

--------------------------------------------------------------------------------

Posted by leonerdo on 31-05-2001 00:03:

In the wallbanger log you are probably looking at two different updates from on digital (assuming on digital is set as provider 1):

C1 40 01 81 4E ; This contains updates for keys 0C,0D and 0E.

C1 40 01 81 33 ; This deletes keys 0C,0D and 0E.

Your CustWP is probably contained in the C1 40 01 81 33 message, and does not exist in the C1 40 01 81 4E message. If it's the other way around, then it may be that wallbanger does not calculate the CustWP correctly. Can anyone confirm this ?

--------------------------------------------------------------------------------

Posted by ponto on 31-05-2001 00:08:

I've checked the log and you're right, the working CustWP is in response to C1 40 01 81 4E and the list after C1 40 01 81 33 doesn't have the working CustWP in it.

--------------------------------------------------------------------------------

Posted by magicday on 31-05-2001 13:06:

Use 1 of the custwps from the 4e command. This will have the most valid custwps in it. I am currently using the latest version of Wallbanger which now appears to be calculating the custwps correctly. Alternatively you could always log the f0 command using windecrypt.

ME

--------------------------------------------------------------------------------

 

[Wimpie]

Met als aanvulling dat de C1 40 0x 81 33 niet alleen 0C 0D 0E delete, maar ook ppua, mk0, en date veranderd...

Grtz,

 

[Dr.Z]

welk c1 40 xx 81 xx commando ververst de mk01 en ppua?

 

[Derek]

Alhoewel ik nog niet veel begrijp van de voorgaande discussie (ik begin nog maar net met het loggen) wil ik toch een nog een andere methode vermelden om van decimaal naar binair te gaan:

Men deelt het decimaal getal door het grondtal (binair = 2). Men krijgt een rest en een quotiënt. Men behoudt de rest die steeds kleiner is dan het grondtal, en deelt het bekomen quotiënt opnieuw door het grondtal. Deze bewerking herhaalt men tot het quotiënt van de deling gelijk is aan nul. Het te zoeken getal wordt dan gevormd door alle resten, maar in een omgekeerde volgorde, te schrijven.

Ik gebruik even hetzelfde voorbeeld: decimaal 100

100 : 2 = 50 rest is 0

50 : 2 = 25 rest is 0

25 : 2 = 12 rest is 1

12 : 2 = 6 rest is 0

6 : 2 = 3 rest is 0

3 : 2 = 1 rest is 1

1: 2 = 0 rest is 1

dus 100 wordt binair = 1100100

Van decimaal naar hexadecimaal is dezelfde formule alleen dat nu het grondtal 16 is en 10=A, 11=B, 12=C, 13=D, 14=E, 15=F

Meestal maakt men hier gebruik van tabellen. Maar toch eventjes een voorbeeld: het getal 31211 decimaal

31211 : 16 = 1950 rest 11 = B

1950 : 16 = 121 rest 14 = E

121 : 16 = 7 rest 9

7 : 16 = 0 rest 7

dus hexdecimaal = 79eb

Ik hoop dat je er wat aan hebt

 

[ilya]

Moet zeggen @ Derek erg duidelijk.Ik heb gelijk deze methode in mijn belangrijke doc. opgegeslagen.

Thankx

=ILYA=

 

[woutje]

Even alles nog op een rijtje updates worden verkregen

door een combinatie van mk01 en geldig ppua

ppua bestaat dus uit 4 bytes 00 11 22 33 .

Een geldige mk 01 kan een groep van 256 kaarten updaten.

Elke kaart heeft daardoor dus een eigen adress de custwp

de vierde byte van het ppua xx .Deze is te loggen doormiddel

van b.v wallbanger .Hier bestaan wat misverstanden over

log proggies maken geen gebruik van de ppua hoe vreemd dit ook

klinkt maar alleen van de mk 01

dat kan er dus maar 1 zijn 00 11 22 xx .Bij elke key update

word ook de f0 bitmap meegestuurd die bepaald welke kaart

wel en welke geen update krijgt. De f0 bitmap bestaat uit 32 bytes. Die kan je dus zelf om zetten naar binair en een hoop gaan

rekenen maar wb doet dat auto voor je mooi toch

Zo verkrijg je dus de geldige custwp xx. Het logproggie heeft dus

niet naar het hele ppua gekeken maar alleen naar de f0 bitmap.

Daarom zijn de 11 22 33<<< zo belangrijk bij een mk01

Cyfra

Zag dat er ook nog wat onduidelijk was over een dubbelle

update op cyfra zelfde mk 01 ff copy paste .......lol

Valid CustWPs CYFRA+/SA: 00 00 65 xx

-- -- -- -- -- 05 06 07 08 09 0A 0B -- -- 0E --

-- 11 12 -- 14 -- -- -- 18 -- -- -- -- -- 1E 1F

20 21 22 23 24 25 -- -- -- -- -- 2B 2C -- 2E 2F

30 31 -- 33 -- -- 36 -- -- 39 3A -- -- 3D -- 3F

-- 41 -- 43 44 -- 46 47 48 -- -- 4B -- -- -- 4F

50 -- 52 -- 54 -- 56 -- 58 -- -- -- -- 5D 5E --

60 61 62 -- -- -- 66 67 -- -- -- -- 6C -- -- 6F

-- -- 72 -- 74 -- 76 77 78 79 -- 7B 7C 7D -- 7F

80 -- 82 -- -- 85 86 -- -- -- -- -- 8C -- 8E --

-- 91 92 93 -- -- -- -- -- -- 9A -- -- 9D -- 9F

A0 -- -- A3 A4 -- A6 -- -- -- AA -- AC -- -- --

-- B1 B2 -- B4 -- -- -- B8 B9 -- -- -- -- -- BF

C0 C1 -- -- -- C5 -- -- -- -- CA -- CC -- CE CF

D0 D1 -- D3 -- D5 D6 D7 -- D9 -- DB -- DD -- DF

E0 -- E2 -- -- -- -- -- -- -- EA EB EC -- -- --

-- F1 F2 F3 F4 -- F6 -- -- F9 -- -- FC -- -- --

Valid CustWPs CYFRA+/SA: 00 00 65 xx

-- -- -- -- -- -- -- -- -- -- -- -- -- 0D -- 0F

-- -- -- -- -- -- -- -- -- -- -- -- 1C -- -- --

-- -- -- -- -- -- -- 27 -- -- -- -- -- -- -- --

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

40 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

-- -- -- -- -- 55 -- -- -- -- -- -- -- -- -- 5F

-- -- -- -- -- -- -- -- -- 69 6A -- -- -- -- --

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

-- -- -- -- -- -- -- -- -- -- -- 8B -- -- -- --

90 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

-- -- A2 -- -- -- -- -- A8 -- -- -- -- -- -- --

-- -- -- -- -- -- B6 B7 -- -- BA -- -- -- -- --

-- -- -- C3 -- -- C6 -- -- -- -- -- -- -- -- --

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

-- E1 -- E3 -- -- -- -- E8 E9 -- -- -- -- -- --

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- FF

Als je goed naar de custwp kijkt zie je bij de 2de up de custwps

staan die je in de eerste miste oftewel cyfra gebruikt de zelfde mk01 en ppua ook om kaarten uit te zetten .Ene up voor goede keys en

ander up met meestal fake of del keys nano 10

hoop dat het zo weer wat duidelijker is geworden

zo kan het dus zijn dat je met loggen wel een up krijgt maar op

je kaart niet

woutje

 

[ilya]

Zojuist cyfra gelogd en met de zelfde key 2 verschillende custwp opntvangen.Wat mij opvalt is dat bij het navolgende commando :

Incoming EMM Instruction

C1 40 03 81 4E

ACK 40

Received Encrypted CW

7F 2B 8D A4 8F 45 7B F5 68 93 44 0C C3 A0 2B DA

C4 0A FF 68 1B 9F A1 98 CA F8 14 9A A2 3C 86 27

etc

Reply(90 00)-Signature OK!!

Valid CustWPs CYFRA+/SA: 00 08 0A xx

00 -- 02 -- -- -- 06 -- 08 -- -- 0B 0C -- -- 0F

10 11 12 13 14 -- 16 17 18 19 -- -- -- -- 1E 1F

20 -- 22 -- -- 25 -- 27 -- -- 2A 2B 2C -- 2E 2F

-- -- -- 33 34 35 36 37 38 39 3A 3B 3C -- -- --

-- 41 -- 43 44 -- 46 47 -- 49 -- -- 4C -- 4E --

50 -- 52 53 -- 55 -- -- -- -- 5A 5B -- 5D 5E 5F

60 61 62 63 -- 65 -- 67 68 69 6A 6B -- 6D 6E 6F

-- 71 72 73 -- 75 76 77 -- 79 -- 7B -- -- 7E --

80 -- -- 83 -- -- -- 87 -- -- 8A 8B -- -- 8E 8F

-- 91 -- 93 94 -- 96 97 98 -- -- -- -- -- -- --

-- A1 A2 -- -- A5 -- A7 -- -- AA AB AC -- -- --

-- -- B2 B3 -- B5 B6 B7 B8 -- BA -- -- BD BE BF

C0 -- -- -- C4 C5 -- -- C8 -- CA CB CC -- -- CF

D0 D1 -- D3 -- D5 D6 -- -- D9 -- -- -- -- -- DF

-- E1 -- E3 -- -- -- E7 -- E9 -- EB -- -- EE --

-- F1 F2 F3 F4 F5 F6 -- -- F9 -- -- FC -- FE FF

06-06-2001 18:22:34: CYFRA+

Subscription :31-05-2001 To 31-07-2001

Existing Key [0C]F4975CD854E1C2C4

06-06-2001 18:22:34: CYFRA+

Subscription :31-05-2001 To 31-07-2001

Existing Key [0D]A53948BBE22EDFB3

06-06-2001 18:22:34: CYFRA+

Subscription :31-05-2001 To 31-07-2001

Existing Key [0E]54D2DC3EA766010A

EN VOOR MIJ EEN GEHEEL NIEUW COMMANDO 49:

C1 40 03 81 49

ACK 40

Received Encrypted CW

EC 7C 3C 9B 23 CA A1 C7 F7 2B 81 9D E9 FD 99 7B

72 51 35 C4 8B 41 39 03 79 9B F2 E9 AF D9 5B 20

ETC

Reply(90 00)-Signature OK!!

Valid CustWPs CYFRA+/SA: 00 08 0A xx

-- -- -- 03 -- -- -- -- -- 09 -- -- -- -- -- --

-- -- -- -- -- 15 -- -- -- -- -- 1B -- -- -- --

-- -- -- -- 24 -- -- -- -- 29 -- -- -- -- -- --

-- 31 -- -- -- -- -- -- -- -- -- -- -- -- -- --

-- -- -- -- -- -- -- -- 48 -- -- -- -- -- -- --

-- -- -- -- 54 -- 56 -- -- -- -- -- -- -- -- --

-- -- -- -- 64 -- -- -- -- -- -- -- -- -- -- --

-- -- -- -- -- -- -- -- -- -- -- -- 7C 7D -- --

-- -- 82 -- 84 -- -- -- -- -- -- -- 8C -- -- --

-- -- -- -- -- 95 -- -- -- 99 -- -- -- -- 9E 9F

A0 -- -- -- A4 -- -- -- -- -- -- -- -- -- -- --

B0 -- -- -- B4 -- -- -- -- -- -- BB -- -- -- --

-- -- -- -- -- -- -- -- -- C9 -- -- -- -- CE --

-- -- -- -- -- -- -- -- -- -- -- DB -- -- DE --

-- -- -- -- -- E5 -- -- E8 -- EA -- EC -- -- --

-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Echter geen melding van de geldige keys:

Mijn vraag is wat het 49 commando betekend.

en wie van twee is goed.Volgens mij geen een aangezien ik

op mijn org.kaart bij de beide custwp geen update ontvang !!!.Ik heb dus ook verschillende geprobeerd.Evenzo de zelfde ervaring als de andere commentaren bij dit onderwerp.

=ILYA=

 

[woutje]

C1 40 03 81 49 <<<<<<, neem aan dat je deze 49 bedoelt?

is geen commando maar de lengte van het commando

En als je een duidelijk log wil probeer de update is te decypten

met een ander proggie er zijn er zat .

voorbeeld robinwin

C1 40 01 81 4E

---------------------- DATA ----------------------

96 51 77 50 5F 75 97 F8 33 D7 0F 56 37 E4

6A F8 85 FB BB 28 0B 0F 30 29 A4 98 DA FE

0C E3 E6 87 EF 01 C3 CB 0A 96 C8 C7 EB EE

C6 97 A7 E7 D6 7C 43 48 2E 4F 06 ...............

.........................................................

.....................crypted.

F0 B3 B7 57 8B 94 FA 5E

F7 B0 97 4E DD FF 75 8A

2B A9 81 88 FB EA B7 A0

C7 DF FC 38 52 9B 52 C9

55 22 16 3F 21 16 7F 90

5C B7 CD 7E .........................

.................................................

.........decrypted

Nano: [F0] bitmap

Nano: [22] check datum

Nano: [21] schrijf datum

Nano: [90] Updating primary key.

-> KeyIndex : [5C] Value [41 ..............................

Nano: [90] Updating primary key.

-> KeyIndex : [5D] Value [bD ............................

Nano: [90] Updating primary key.

-> KeyIndex : [5E] Value [09 ..............................

Nano: [82] EMM Signature.

zo zie je ook de verschillende nano s en zie je dus wat de update doet.

 

[ilya]

Natuurlijk is 49 de lengte.Je interpretatie is juist.Tot nu ontving ik custwp met de lengte 4e.Het viel me voor het eerst op dat er ineens 49 stond.Ik heb ook een proggie voor het fo command.Dus dat is het probleem niet.Ik gebruik verder secamaster 2000 voor de analyse.Blijf het toch vreemd vinden.Bij de andere providers komt het dit probleem met custwp zoals bij Cyfra niet voor. Al mijn providers zijn keurig auto geupdate, behalve Cyfra.De daum staat nog steeds op 30 juni, terwijl ik wel de juiste update met walbanger ontvang. Je kunt je voorstellen dat dit toch prikkelt dat ik het niet voor elkaar krijgt, terwijl je weet dat je de juiste MK01 en PPUA heb.

=ILYA=

 

[ilya]

Ik wat aan het testen geweest met de vald custwp.Ik heb daarvoor walbanger,secablaster 5.4 en PPUa value.Wat scherst mij verbazing dat het fo command bij seca blaster en PPUA value de zelfde uitkomst geeft, terwijl bij walbanger e.e.a. afwijkt.Ik heb voor de verandering Canal satelitte gebruikt.

Output Walbanger:

C0 DD 79 BC D3 0A 3C A8 74 D0 6C 31 0B 96 31 95

3C 95 FD 73 9E A5 AE 47 F0 2C 48 12 84 67 07 E5

D8 51 80 7A BC 07 C1 08 E7 9A A7 83 CE 5A A1 09

27 96 01 2D 2D FB A8 8E C5 E5 CA B5 91 E1 67 90

7D 22 F2 D8 5E AD 9C 09 84 6A 26 0F 6B 7D

Reply(90 00)-Signature OK!!

Valid CustWPs CANAL SATELLITE/SA: 00 0B 64 xx

00 01 02 03 04 05 -- -- 08 09 -- 0B -- 0D 0E 0F

10 11 12 13 14 15 -- 17 18 19 1A -- -- 1D -- 1F

20 21 22 23 24 25 26 27 28 -- 2A 2B 2C 2D 2E 2F

30 31 -- 33 34 -- -- 37 38 39 3A 3B 3C 3D 3E 3F

40 41 42 43 44 45 46 -- 48 49 4A 4B 4C 4D 4E 4F

50 51 -- 53 54 55 56 57 58 59 -- 5B -- 5D 5E 5F

60 -- 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F

70 71 72 73 74 75 76 77 78 79 -- 7B 7C 7D 7E --

80 81 82 83 84 85 -- 87 88 -- -- 8B -- -- 8E 8F

-- 91 -- 93 94 95 96 97 98 99 -- -- 9C 9D 9E --

A0 A1 A2 A3 A4 A5 A6 A7 A8 A9 AA AB AC AD AE AF

B0 B1 B2 B3 B4 B5 B6 B7 B8 B9 BA BB BC BD -- BF

C0 C1 -- C3 C4 C5 C6 C7 -- C9 CA CB -- -- CE CF

D0 D1 D2 D3 D4 D5 -- D7 D8 D9 DA -- DC DD DE DF

E0 E1 E2 E3 E4 E5 E6 E7 E8 E9 EA EB EC -- EE --

F0 F1 F2 -- F4 F5 F6 F7 F8 -- FA FB FC FD FE FF

05-06-2001 21:24:59: CANAL SATELLITE

output PPUA value:

After f0 command

C0 DD 79 BC D3 0A 3C A8 74 D0 6C 31 0B 96 31 95 3C 95 FD 73 9E A5 AE 47 F0 2C 48 12 84 67 07 E5

Valid CustWP values:-

00 -- 02 -- -- 05 06 07 08 09 0a -- -- -- -- --

10 11 12 -- -- 15 16 -- -- -- 1a -- -- -- -- 1f

-- 21 -- -- 24 -- -- -- -- -- -- 2b -- -- 2e --

-- -- 32 33 -- 35 -- -- -- -- -- -- 3c 3d 3e 3f

40 41 42 -- -- -- 46 -- -- 49 4a 4b -- 4d -- 4f

50 -- 52 -- -- 55 -- 57 -- 59 5a 5b 5c -- -- 5f

60 61 -- -- 64 65 66 -- 68 -- 6a 6b 6c 6d 6e 6f

70 -- 72 -- 74 -- -- 77 -- -- 7a 7b 7c 7d -- --

80 -- 82 -- 84 -- -- 87 88 -- -- -- 8c 8d -- --

-- 91 92 -- 94 -- -- 97 98 99 -- 9b -- -- -- --

a0 -- -- -- a4 a5 -- -- -- -- aa ab -- ad ae --

-- -- -- -- b4 -- b6 b7 -- -- ba -- bc bd be --

-- -- -- c3 -- c5 -- c7 -- -- ca cb cc cd -- --

-- d1 -- d3 -- -- -- -- d8 d9 -- -- dc -- de df

-- -- e2 e3 e4 e5 -- e7 e8 -- -- eb ec ed ee --

f0 -- f2 f3 f4 -- f6 f7 -- -- -- -- -- -- fe ff

Total = 124

output secablaster:

Byte che seguono il nano f0 :

C0 DD 79 BC D3 0A 3C A8 74 D0 6C 31 0B 96 31 95

3C 95 FD 73 9E A5 AE 47 F0 2C 48 12 84 67 07 E5

CUSTWP Attivi :

00 02 05 06 07 08 09 0A 10 11 12 15 16 1A 1F 21 24 2B 2E 32 33 35 3C 3D 3E 3F 40 41 42 46 49 4A 4B 4D 4F 50 52 55 57 59 5A 5B 5C 5F 60 61 64 65 66 68 6A 6B 6C 6D 6E 6F 70 72 74 77 7A 7B 7C 7D 80 82 84 87 88 8C 8D 91 92 94 97 98 99 9B A0 A4 A5 AA AB AD AE B4 B6 B7 BA BC BD BE C3 C5 C7 CA CB CC CD D1 D3 D8 D9 DC DE DF E2 E3 E4 E5 E7 E8 EB EC ED EE F0 F2 F3 F4 F6 F7 FE FF

CUSTWP Disattivi :

01 03 04 0B 0C 0D 0E 0F 13 14 17 18 19 1B 1C 1D 1E 20 22 23 25 26 27 28 29 2A 2C 2D 2F 30 31 34 36 37 38 39 3A 3B 43 44 45 47 48 4C 4E 51 53 54 56 58 5D 5E 62 63 67 69 71 73 75 76 78 79 7E 7F 81 83 85 86 89 8A 8B 8E 8F 90 93 95 96 9A 9C 9D 9E 9F A1 A2 A3 A6 A7 A8 A9 AC AF B0 B1 B2 B3 B5 B8 B9 BB BF C0 C1 C2 C4 C6 C8 C9 CE CF D0 D2 D4 D5 D6 D7 DA DB DD E0 E1 E6 E9 EA EF F1 F5 F8 F9 FA FB FC FD

Wat nu ??.Heb ik mij vergist, of niet goed copy en paste gedaan!!!

=ILYA=

 

[Werkezel]

@ilya

Voor een verklaring van je bevindingen kun je misschien het beste even een mailtje aan Rob, de maker van WB sturen. (zie email adres bij info WB) Stuur dan 3 complete logs met datum, tijd, het proggy waarmee gelogd , en een korte omschrijving van dit verschijnsel in het Engels, dan kan hij je wel vertellen hoe dit kan. Ik ben eigenlijk ook wel benieuwd wat hij voor verklaring geeft, dus post zijn antwoord dan weer ff hier.

Grtz,

 

[ilya]

@Weerkezel.Ik heb zojuist ook gewerkt om tussen al de logfiles de " beruchte" file te vinden.Ik heb Rob de files van Walbanger, Secablaster54 en PPUAvalue verstuurd en verzocht zijn antwoord op dit board te plaatsten.Ik heb wederom effe getest en geconstateerd dat er geen betrouwbare output wordt gegeven.Ik hoop dat Rob en zijn team(P.S. ken je hem) licht in de duisternis brengt.

=ILYA=

 

[Werkezel]

@ilya

Ben benieuwd wat Rob ervan vindt. Nee ik ken Rob niet persoonlijk, maar wel via de email groep en de email groepen waaruit Rob met WB is voortgekomen. Die groepen zijn echter al lang van de aardbodem verdwenen...

Grtz,

 

[ilya]

Zojuist een email van Rob en zijn team ontvangern(de maker van Walbanger).De inhoud spreekt voor zich.

Hi ILYA,

I don't know the url of the funboard so i will answer the same way

you asked.

1-the 32 Bytes you are feeding to Sekablaster and the other program

are superencrypted which means that they need to be decrypted once

before getting to the real command,nanos and crypted Keys. as example

i give you from the same log file the instruction for ABSAT(0025) :

C1 40 04 81 4E

ACK 40

Received Encrypted CW

6B 29 CF 32 E5 D4 8F D0 C4 B3 F1 D0 5D A9 56 C3

DF 81 1C 4C E8 FF F9 BE 4A 05 D6 A6 3B 87 E8 88

D8 14 E0 E0 07 83 42 9B 36 F5 7F 48 70 54 8B 1E

4C 8F 56 D0 3D D7 47 12 F4 54 4F D2 5C C7 D1 1B

F9 F8 79 07 B6 02 78 33 08 AC 6F B8 77 96

Reply(90 00)-Signature OK!!

Decrypted will be:

[F0] 00 00 00 00 00 00 40 00 40 00 00 01 00 00 01<-Decrypted 1st line

00 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00<-Decrypted 2nd line

00[22]16 BF[21]16 FF[90 5C]08 0C 44 C2 18 85 4D<-Decrypted 3rd line

D0[90 5D]D4 FB 92 02 1B CC 63 C6[90 5E]68 BF E5<-Decrypted 4th line

84 89 79 EB C0[82]3C CF 08 AC 6F B8 77 96<-Decrypted 5th line

(nanos and key markers are in brackets).

As you can see you should decrypt the data first time to obtain

the real data and nanos and then proceed to decrypting keys and

analyzing CustWPs.

Regards

rob9890

Rob thankx

=IlYA+