Samenvatting en uitleg

[Azazel]

Hallo Satvrienden,

 

Het lijkt mij vrij interessant om wat uitgebreider in te gaan op wat er tot nu toe bekend is van de blackcard, en de gegevens die we kunnen uitlezen, en de uitleg van deze.

Ik weet niet of dit al eerder is behandeld of op andere paginas/forums behandeld is, maar toch vind ik dat het goed is om hier een en ander uit te leggen:

 

1. Provider 00 64

Antwoord op C1 12 00 19

 

[color:"red"] 00 64 [/color] 43 41 4E 41 4C 53 41 54 C9 4C 54 20 20 20 [color:"green"] 0C 5C BC [/color] [color:"blue"] 9F [/color] [color:"orange"] 02 21 [/color] [color:"brown"] 00 [/color]

 

00 64 = Provider ID

43..20 = Naam v/d provider (Ascii)

0C 5C BC = PPUA

9F = Custwp-Byte

02 21 = Datum abonnement

00 = Regio code

 

2. PBM provider 00 64

Antwoord op C1 34 00 00 03 00 00 00 / C1 32 01 00 0D

 

[color:"red"] 83 [/color] [color:"green"] 00 00 00 00 00 00 60 00 [/color]

[color:"blue"] 04 [/color]

 

83 = nano 83

00..00 = PPBM

04 = Er bestaan geen registers meer

 

3. ATR

[color:"red"] 3B F7 11 00 01 40 96 [/color] [color:"green"] 70 70 [/color] [color:"blue"] 07 [/color] [color:"orange"] 0E 6C B6 B6 [/color]

 

3B..96 = Ver. SecaFAP

70 70 = Histori-Bytes

07 = Kaart versie

0E..B6 = Modus kaart -> Normaal

 

Verderop in deze post zal ik verder in gaan op de studie van de ins 38/36 en de C1 40, tenminste als hier de behoefte ervoor is. Ik zal eerst een voorbereiding moeten doen van een aantal tests en logs, en zal deze hier posten, met een aantal voorbeelden en de uitleg van de log en alle registers.

 

Ik hoop voor iedereen dat dit een aanvulling is voor jullie voor de studie naar seca2 en dat jullie er iets mee kunnen doen.

 

Ik ga gelijk beginnen met de ins38/36 en zal deze daarna hier posten, ps. zal wel even duren want dat is toch een behoorlijke werk.

 

Saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'

 

[Azazel]

Hier volgt de studie naar de ins. 38/36 met bijbehorende uitleg, naar waar ik probeer de weinig bekende referenties die er zijn van deze ins. eens uitgebreider onder de loep te nemen.

Zoals al reeds bekend is, is de ins. 38 zeer populair doordat het mogelijk is de v6 kaarten te kunnen 'openen' middels een kleine variatie, gebruik makend van deze ins. m.b.v. de bekende bug 3C/3A.

Ik zal uitgebreid ingaan op enkele funkties die deze ins. hebben.

Als eerste zal ik aantonen wat de formaten zijn van de ins. en vervolgens de concrete mogelijkeheden met enkele voorbeelden.

 

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

INS 38 - FORMAAT VAN DE INSTRUCTIE

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

 

C1 38 P1 P2 1A 16 XX 2A YY YY 2B ZZ ZZ 86 K1 K2 K3 K4 K5 K6 K7 K8 82 + 'firm' (P1,P2)

P1 = Provider

P2 = Gebruikte key (superencryptie 8x kan aanwezig zijn)

1A = Lengte instructie

16 = Nano die de type data waarneemt na het verkrijgen door de ins_36

2A = Nano die de zoekopdracht of type van registers waarneemt.

2B = Nano die twee bytes van PPV Record veranderd.

86 = Nano die de key introduceerd.

82 = 'Firm' van de ins. De instructie staat opgeslagen in de bytes van de RAM, in de posities [83h.....99h].

Vervolgens starten de volgende bytes van het geheugen.

1) 110h=89h introduceerd de gespecificeerde waarde in XX.

2) [10Ah,10Bh]=[8Bh,8Ch] introduceerd de gespecificeerde waarde in YY YY

3) [108h,109h]=[8Eh,8Fh] introduceerd de gespecificeerde waarde in ZZ ZZ4)

Transformeert de 8 bytes K1...K8 van 91h tot 89h.

 

Mogelijke Status Bytes:

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

 

90 00 Geen errors

90 1D Ongeldige key

96 00 (Als 88h=/16 of 89h=/2A of 8Dh=/2B of 90h=/86 of 99h=/82) nanos niet gevonden.

90 04 Provider ongeldig

90 02 Incorrecte 'firm'

 

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

INS 36 - FORMAAT VAN DE INSTRUCTIE

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

 

C1 36 [2x,3x] P2 ILEN

[2x,3x]=mogelijke waardes P1 (bits 7,6,5=001). x verwijst naar de provider.

P2 = gebruikte key

-03 = ILEN onvoldoende om aan te tonen/starten van nanos v/d ins_38.

-04 = Alle nanos zijn getoond/gestart (aangevuld met FF's).

 

Mogelijke Status Bytes:

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

 

90 14 Vorige ins. is niet ins_38

94 01 P1 verschilt van 2x,3x of verschillende provider als vorige ins.

67 00 Geen correcte lengte

90 15 Nano ongeldig

97 xx Actualisatie v/d eeprom niet nodig voor de nanos xx

90 00 Nanos correct

 

Vervolgens zal ik de verschillende mogelijkheden analiseren die we kunnen verkrijgen. Deze paar van ins. kunnen we gebruiken om de verschillenden types van registes die op de blackcard aanwezig zijn te kunnen opvragen. De type van register die we opvragen is afhankelijk van de waarde die ik invul op de XX (nano 16) van de ins_38.

Moet er overigens nog wel bij vermelden dat het aanwezige in de register die ik ga opvragen, opgeslagen zijn in de posities v/d RAM [EDh...F8h] (C lengte) waarbij de byte F8h die aangeeft, welk type register deze is (bits 6,5,4)

 

Voorbeeld van register:

 

0001: 01 00 00 00 00 00 00 00 00 00 10 0e

0002: 00 06 02 00 1b 00 0c c0 19 39 a0 e0

0003: f0 xx xx xx xx xx xx xx xx 1d 00 80

0004: 50 xx xx xx xx xx xx xx xx 09 00 c0

0005: f0 xx xx xx xx xx xx xx xx 0a 00 81

0006: 50 xx xx xx xx xx xx xx xx e0 00 c1

0007: 51 xx xx xx xx xx xx xx xx 0e 00 81

0008: 51 xx xx xx xx xx xx xx xx 56 00 c1

0009: f3 xx xx xx xx xx xx xx xx ff 00 81

000a: 53 xx xx xx xx xx xx xx xx 17 00 c1

000b: ff ff 00 ff ff fe ff 00 00 00 00 d1

000c: 00 06 00 00 00 00 09 de 00 00 00 91

000d: 5c xx xx xx xx xx xx xx xx 20 00 81

000e: 5d xx xx xx xx xx xx xx xx 4e 00 81

000f: 5e xx xx xx xx xx xx xx xx ed 00 81

0010: 52 xx xx xx xx xx xx xx xx 49 00 80

0011: 59 xx xx xx xx xx xx xx xx 98 00 80

0012: 54 xx xx xx xx xx xx xx xx 8b 00 80

0013: 00 ec 0c ff 06 00 00 ff ff 00 00 b1

0014: 02 ec a1 ac ec a1 ac 1e ca 1e ca e0

0015: be 16 30 0f 00 00 00 00 00 00 00 a1

0016: 00 bb bb ff dd 00 00 ff ff 00 00 b1

2aad: ae xx xx xx xx xx xx xx xx 00 0c c0

(ongeldige waardes alleen voor gebruik naar de studie).

 

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

XX=00 PBM VAN DE PROVIDERS (9x)

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

 

De waardes van de nanos 2A en 2B zijn genegeerd. Toont aan de registers waar de F8h=x001xxxx vb: (ik scheid de nanos voor betere kijk)

C13801011A 1600 2A0000 2B0000 861122334455667788 828e965324cd3d2283->90 00

C13621011D-> 1c 861122334455667788 830006000000000009de 04 8298ed3adda158546e 90 00

Data van respons:

1c = Lengte van derespons (getoonde data).

86 11...88 = verkrijgt de bytes van de PBM v/d geselecteerde provider.

04 = Alle data zijn getoond / behandeld

82 = Verkrijgt de 'firm' P1 met P2 vb.: (PBM seca bestaat niet).

C13800021A 1600 2A0000 2B0000 861122334455667788 8284820e94b6fe7db2->90 00

C13620001D->13 861122334455667788 04 820356fef3d8e06722 ffffffffffffffffff 90 00

Nu kunnen we zien dat we geen respons krijgen op de BPM (bestaat niet).

We verkrijgen steeds de bytes van nano 86.

 

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

xx01 PPV CREDIT RECORDS (Dx)

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

 

De waardes van nanos 2A en 2B zijn genegeerd. Toont de registers waar de F8h=x101xxxx vb.: (gegevens van de eerste provider).

C13801011A 1601 2A0000 2B0000 861122334455667788 824b81d6d50f20975b -> 90 00

C13621011D-> 1C 861122334455667788 84ffff0fffffffe00 04 826cb0711a8c00502a 90 00

 

Data v/d respons:

Ik zal alleen de nieuwe data van elke verkregen respons analiseren.

84 [PPV credit record] = Gegevens van register van credits v/d geselecteerde provider. In het geval dat ik de reg. gegvens van SECA opvraag zal het respons hetzelfde zijn als de PBM (geen data aanwezig).

 

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

XX=03 REGISTERS PPV (Bx)

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

 

Toont de registers waar de F8h=x011xxxx. In dit geval zoekt de ins. en toont vervolgens de registers PPV met een lagere nummer die ik invul bij de nano 2A YYYY (waarde in 10Ah,10Bh). Maar ook veranderd hij de waarde v/d bytes F6h en F7h, ingevult in de nano 2BZZZZ (waarde in 108h,109h). Deze laatste bytes corresponderen de relatieve posities 9h en Ah v/d register Ch bytes, die normaal gesproken aanwezig zijn in de 00 00.

 

Voor zover weet ik niet wat deze verandering van waarde betekend en waarvoor deze dient.....

Ook wil ik aangeven dat de verandering in de eeprom gebeurd na de uitkomst van de ins_36 waarbij we dit niet terug kunnen vinden in het respons, maar wel in een vorige aanvraag. In dit geval zal de respons van Bh bytes. Vb.: (opvragen van een PPV record).

C13801011A 1603 2A0013 2B0000 861122334455667788 8246d4c48101569eb0-> 90 00

C13621002D-> 1f861122334455667788 b100cecff060000ffff0000 04 82dfab4f663ef29626 ffffffffffffffffff 97 01

Data respons:

1 [ppv record] = Register PPV van geselecteerde provider

de xq van 97 01 zou moeten reduceren bij de vorige ins. We zien ook de typische inversie van de PPV Event ID. Vb.: (opvragen van diverse records):

C13801011A 1603 2A0100 2B0000 861122334455667788 82c0cd0a9d5ee40de0-> 90 00

C13621003D-> 2b861122334455667788 b1000cecff060000ffff0000 b100bbbbffdd0000ffff00 00 04 8248e53dbfefa5 ffffffffffffffffff 97 02

 

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

XX=04 SECA RECORDS (Ex)

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

 

Toont de registers waar de F8h=x110xxxx. In dit geval ga ik de registers SECA opvragen, en hetzelfde als met de ins. 34/32 kunnen we het type record selecteren.

Deze selectie kan men realiseren middels de tweede byte van nan 2A (waarde in 10Bh), wat is:

Als 2A XXXX=2A XX00 vragen we om de SECA PPV RECORD.

Als 2A XXXX=2A XX01 vragen we om de SECA STARTUP RECORD.

Als 2A XXXX=2A XX02 vragen we om de SECA RECORD VAN ACTIVERING.

De respns zal in dit geval de Bh bytes. De waarde v/d nano 2B YYYYis genegeerd.

Vb.: (Seca PPV record).

C13800021A 1604 2A0000 2B0000 861122334455667788 82242f11eec8755c83-> 90 00

C13620002D-> 1f861122334455667788 b2000602001b000cc01939a0 04 827cf2ead143f8cad7 ffffffffffffffffff 90 00

Data van respons 2 [b bytes] = Seca PPV record.

Vb.: (seca startup record)

C13800021A 1604 2A0001 2B0000 861122334455667788 8247bcfdf5b8ade098-> 90 00

C13620002D-> 1f861122334455667788 b20100000000000000000010 04 82f039eb8056c5eedb ffffffffffffffffff 90 00

Data can respons 2 [b bytes] = Seca startup record.

Vb.: (seca record van activering):

C13800021A 1604 2A0002 2B0000 861122334455667788 82f5b2364b1a3ccba5-> 90 00

C13620002D-> 1f861122334455667788 b202eca1aceca1ac1eca1eca 04 82556d1930734cf094 ffffffffffffffffff 90 00

Data respons 2 [b bytes] = Seca record van activering.

 

MIJN CONCLUSSIES:

 

Andere waardes dan de nano 16 XX geven 90 15 (nano niet geldig), maar het is vanzelfsprekend dat ik ze niet allemaal geprobeerd heb. Dat kost namelijk ontzettend veel tijd!

Wat mij nog rest is het analiseren van de funktie en het begrijpen van nano 86 en de berekening van de 'firm' op de respons van de ins_36.

 

 

Verder zal ik hierin verder mijn studie op richten en mijn bevindingen hierin posten, want ik blijf nog met vele vragen zitten:

 

Waarom funktioneerd de bug 38/3c/3a op de V6.0 kaarten goed, maar niet de 40/3c/3a, want in principe is het funktionering hetzelfde (opvullen v/d buffer in de 3A)??

 

Maar goed, ik hoop maar weer dat mijn conclussies en mijn uitleg vrij duidelijk is voor jullie, en ik hoor heel graag jullie meningen hierover, zij het negatief of positief... (heel belangrijk naar mijn verdere studie).

 

 

Saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'

[Gast]

hey man mooi informatie.....

[MySat]

Gelukkig weer eens wat concrete NL info. Tja niet iedereen leest en schrijft spaan of italiaans. Ga zo door

[Gast]

Ik begrijp er niets van, maar ik begrijp wel dat het een enorme job is die jij aan het doen bent azazel, ga zo door ! een pluim voor jou !

hbsat

[Azazel]

Hallo satvrienden,

 

De ins. C1 40 is hieronder uitgebreid uitgelegd. Ik probeer zoveel mogelijk informatie uit alle ins. / commandos te behandelen. SECA2 maakt gebruik van al deze ins.

 

C1 40 00 81 17

Deze Ins. wordt gebruikt door SECA om de MK01 te verwijderen.

Superencrypted met de key MK01 (dezelfde die verwijderd) van provider 00 00 (SECA).

 

-----

DATA

-----

A7 2E 21 55 46 FC F0 7D 0A 02 57 F9 84 8F

97 E7 3A C2 EF F4 42 94 2E 90 00

 

Na het coderen:

10 01 B0 02 06 10 20 00 00 00 00 00 00 00 82 AD B2 CF B7 09 5F 96 1C

Nanos:

[1 01........; verwijderd de MK01 van SECA

[b 02 06 10 20 00 00 00 00 00 00 00 ; SECA RECORD VAN ACTIVERING

(06-10-2000)

[82] AD B2 CF B7 09 5F 96 1C; 'Firm'.

 

C1 40 01 80 26

Wordt gebruikt voor de processen PPV

Superencrypted met key MK00 van provider 01 (00 64 CSD)

 

DATA:

 

35 7F 22 36 9A D7 E0 AE 79 84 AC AA C8 76

E3 13 B7 EA 5A 79 09 D3 49 DF 99 6E CF 6C

EE 3E 48 74 19 16 B4 89 6C EC 90 00

 

Na het coderen:

[43] 02 21 00 00;

bijwerken van de 'gekochte' jettons op de kaart.

(2 Bytes Datum + 2 Bytes aantal jettons, zie: Provider PPV Credit Records, bijwerken van aantal jettons).

 

[42] DA 21 00 00;

a) schrijft gekochte jettons op kaart.

(2 Bytes datum + 2 bytes aantal jettons, zie: Provider PPV Credit Record, bijwerken van aantal jettons). kijkt naar het DX-record (Provider PPV Credit Records).

42 FF FF 00 00; verwijderd de Provider PPV Credit Record.

 

[42] 02 22 FF FF;

[43] 02 23 00 01;

[43] 15 44 00 00;

 

[3 15 45 00; Proces PPV;

Hier ben ik nog niet helemaal uit..... maar ik vermoed dat hij te maken heeft met een of ander soort credit (Men kan de film bekijken zonder jettons).

Maar vooralsnog blijft dit een gissing.......!!

 

[82] 75 96 19 16 B4 89 6C EC; Bevestiging (Firm).

 

 

C1 40 01 80 50

Wordt gebruikt voor activering / deactivering van de blackcard.

Wordt ook gebruikt als men van soort abonnement / pakket veranderd.

Superencrypted met de key MK00 van provider 01 (00 64 CSD).

 

DATA:

 

71 79 CE 2F 4B FC 11 96 18 FA DD 4C 1C FD B6 05 F0 3F 0F C6 CB 9E 2D 1A 3C

FD 8D F4 FA BC 5B F8 FE AD B1 E8 19 D7 5A 84 A1 D7 C4 BF 46 A0 1C C3 86 DD

9F 1D D6 CE 7B 1F 81 57 A3 A1 0D 46 CF 73 4C EB 01 56 62 9A 43 C5 17 F1 27

82 F7 6B 35 51 90 00

 

Structuur 80 50 (Activering)

 

17 1C Regio code

10 02 Verwijderd Key 02

90 51 XX XX XX XX XX XX XX XX MK01 primair (encrypted)

91 51 XX XX XX XX XX XX XX XX MK01 secundair (encrypted)

90 5A XX XX XX XX XX XX XX XX MK02 primair (encrypted)

91 5A XX XX XX XX XX XX XX XX MK02 secundair (encrypted)

80 00 00 00 00 00 00 00 DE Package Bitmap

90 5C XX XX XX XX XX XX XX XX Key 0C Primair (encrypted)

91 5C XX XX XX XX XX XX XX XX Key 0C Secundair (encrypted)??? Niet zeker....

90 5D XX XX XX XX XX XX XX XX Key 0D Primair (encrypted)

91 5D XX XX XX XX XX XX XX XX Key 0D Secundair (encrypted)??? Niet zeker...

90 5E XX XX XX XX XX XX XX XX Key 0E Primair (encrypted)

91 5E XX XX XX XX XX XX XX XX Key 0E Secundair (encrypted)??? Niet zeker....

21 15 7E Einde datum abonnement

41 00 XX XX XX PPUA

82 XX XX XX XX XX XX XX XX 'Firm"

 

C1 40 01 81 4E

Deze ins. werd gebruikt om de keys elke maand te actualiseren. Ook bij seca2 heb ik deze ins. gezien, ik ga ervanuit dat deze dezelfde funktie heeft, daar deze nog niet veel heeft plaatsgevonden. Mijn vermoeden gaat dat er weinig keyupdates gedaan worden, zie wel elk mnd de ins. voor verandering datum!!

 

Na de verandering en coderen:

 

F0 20 09 04 82 BA 60 20

40 C0 00 82 A1 20 B0

01 86 00 2D 0C 80 C8

48 48 92 52 02 21 21

28 08 20 81

22 15 3E

21 15 7E

90 5C 3D 40 F1 AB B4 F8 6E 62

90 5D 9B DA AE C8 42 37 F2 CD

90 5E 53 B0 3F B5 B4 20 70 01

91 5C ???????????

91 5D ???????????

91 5E ???????????

 

Ik vermoed dat de secundaiere key's 0C, 0D en 0E geen veranderingen zijn..??

 

82 97 C2 82 F6 C6 84 5E C3 5A 16

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

Nano: [F] Package Bitmap

Nano: [22] Checken van datum

Nano: [21] Actualisering datum

Nano: [9] Actualiseren primaire key

Nano: [82] EMM

 

C1 40 01 80 14

Ook deze ins. komt van SECA1 en wordt gebruikt in SECA2, deze wordt gebruikt om de kaart ongeldig te maken. (stopzetten abonnement).

 

DATA

 

40 32 C6 AB 25 B1 C1 C9 E5 1F B3 55 BA A1 4F 2C F2 4D 86 AC 53 90 00

 

Command decoded:

00 0D 10 0D 00 0C 10 0C 00 0E 10 0E 21 02 21 10 01 82 B0 5F 3E 6C 42 76 4F 2C 8E 30

 

Nano extracted:

[0,1 0D (delete key)

[0,1 0C (delete key)

[0,1 0E (delete key)

[21] 02 21 (01/01/1991)

[1 01 (delete key)

[82] B0 5F 3E 6C 42 76 4F 2C

 

C1 40 01 81 49

Deze ins. wordt vermoedelijk gebruikt om een aantal kaarten tegelijk te deactiveren.

Superencrypted met de key MK01 van Provider 01 (00 64 CSD)

 

DATA:

 

CF 5C 8D 8F 57 70 AB 53 FB 63 C4 D5 AA 85

30 C9 B0 CC 40 17 A2 05 D2 4E DA A4 26 E0

AD 06 84 44 59 BA E1 51 4B D0 0D 5A 0C 0E

3B F1 21 7F 0E A3 7C D2 1D A4 B9 95 A9 B8

B8 27 8B 80 36 63 F3 B6 E6 8E 7F 42 58 9C

4D C1 16 90 1D

 

Command decoded:

F0 30 00 C0 00 90 00 00 00 00 20 40 00 00 01 22 04 80 18 10 00 50 00 00 00

00 08 02 05 50 08 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 00 0D 00 0C 00 0D 21 02 21 82 B9 9F 0A 14 BB BA

6F 5D EA 8D

Nano extracted:

[F 00 30 00 C0 00 90 00 00 00 20 40 00 00 01 22 04 80 18 10 00 50 00 00 00

00 08 02 05 50 00 08

[1 01 (Delete key)

[1 02 tot [1 09 (delete key)

[1 0A (delete key)

[1 0B (delete key)

[1 0C (delete key)

[1 0D (delete key)

[1 0E (delete key)

[21] 02 21 (01/01/1991)

[82] B9 9F 0A 14 BB BA 6F 5D

 

 

Zoals we kunnen zien worden veel ins. die gebruikt worden voor seca1 ook gebruikt voor SECA2.

Dit is een kleine aantal die ik aangeef, krijg meerdere ins. door maar voor mij niet duidelijk wat deze doen. Zijn hier met man en macht mee bezig.

 

 

 

Saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'

[Gast]

beste Azazel,

 

ik vind het een hele goede zaak dat je iedereen op de hoogte stelt van alle vorderingen die in Spanje en Italië gemaakt worden door ze naar het Nederlands te vertalen. Enkel de door jou hier boven beschreven stelling is van Grohan Super Sayan van het DFS/MiM-team. Je moet zeker doorgaan iedereen op de hoogte te houden maar zou je wel zo vriendelijk willen zijn de auteurs van de investigation dan even te crediten? Dit is dus niet verwijtend bedoeld maar het moest toch even gezegt worden.

salu2

[Azazel]

@radxnl,

 

Nee hoor, 'no hard feelings', tenslotte zijn we hier toch voor, uitwisseling van informatie.

 

Maar wil toch even iets rechtzetten......

Volgens mijn informatie beperkt de lijst die jij noemt van onze vriend Grohan zich enkel tot SECA1. Daarnaast heeft hij zeker een goede analise gemaakt van de meeste C1 40, waarvan onze team dankbaar gebruik van heeft gemaakt.

(overigens met zijn toestemming).

Wij zijn een stapje verder gegaan met de analise, en uiteraard zijn lijst gebruikt, en verder uitgebreid en bestudeerd. Wat ik hierboven heb gepost komt (waar we veel tijd ingestoken hebben), van het team 'SIN LIMITE', wat weer nauw samenwerkt met 'LA Resistencia'. Wij proberen de ins. die we nu ontvangen (SECA2) nader te bestuderen, analiseren en uitgebreid uit te leggen.

Daarnaast proberen wij uitgebreid uitleg te geven op de ins. ontvangen worden, de responsen, de nano's etc.. etc...

Zelf ben ik zeer actief op 4 andere forums waar we onze bevindingen 'moeten' posten, en weer andere leden van ons team doen hetzelfde.

Ik begrijp je volkomen, als je beide lijsten vergelijkt blijken deze veel overeenkomsten te hebben, das niet gek want vele ins. van SECA1 worden ook gebruikt voor SECA2. Maar bij nader bestudering zie je toch duidelijk verschillen tussen de lijst van Grohan en onze lijst...

Maar mischien heb je meer info omtrent Grohan dan ik, volgens mijn info. heeft Grohan nog niet veel losgelaten over het SECA2 gebeuren.... Maar als dat niet zo is, dan hoor ik dat graag, en geef ik mijn oprechte excuses daarvoor.

 

Verder hebben we natuurlijk nog veel meer informatie, maar die kan en mag ik nog niet posten, simpelweg omdat er nog een studie naar is. Maar dat komt t.z.t. wel.

 

En, last but not least, je hebt gelijk wat betreft de auteurs die ik zeker niet te min wil doen:

 

Libera, Coco, Alicia, Haker, JKR, Piri.com, Maki, Okey3, Frodo, Lobo, Wapoo en ook ik heb natuurlijk mijn bijdrage hieraan verleent, en natuurlijk niet te vergeten "librepensador', zonder zijn hulp waren we niet zover gekomen.

Gracias amigos y a seguir!

 

Ps. Geloof me radxnl, als ik iets post wat niet van ons is zal ik zeker de auteur erbij vermelden.

Bedankt en,

 

Saludos!

 

'Azazel miembro del equipo RAIDEN, la resistencia.'

 

[Gast]

SIN COMENTARIO!!