keys aanpassen?

H

HANS1

Ik ben al een poosje bezig om te kijken of ik zelf de keys aan kan passen in de Dreambox.

Nu weet ik eigenlijk alleen niet welke file ik moet aanpassen en hoe.

Ik heb al geprobeerd nieuwe keys in de var/scce/keylist aan te passen. Dit lukte alleen door deze te kopieeren aan te passen en weer terug te zetten.
Helaas had dit geen effect.

Ik hoop dat ik met deze vraag niet tegen boardregels in ga?

groeten,

Hans
 
Het ligt er natuurlijk ook aan welke emu je gebruikt.
Er zijn ook emu's die gebruik maken van de SoftCam.key.

Bij deze vraag gaan we er van uit dat je niet op deze manier edit voor illegale doeleinden.;)

De keylist wordt (als ik het goed heb) gebruikt door de Newcamd emu. Uiteraard moet je dan ook voorzien zijn van een goede rsakeylist die je zelf niet aan kan passen aangezien het formaat niet bekend is.

Check ook even als je de keylist aangepast hebt, of deze niet in je /var/tmp of /tmp (meestal gekoppeld aan elkaar) staat. Zoja, overschrijf de daar aanwezige keylist ook met je aangepaste versie.

Daarna je dreambox afsluiten (niet standby maar uitzetten dus). Dan kun je hem weer opstarten en zou hij in principe moeten werken.
 
Originally posted by Black Tiger
rsakeylist die je zelf niet aan kan passen aangezien het formaat niet bekend is.
Klik om te vergroten...


Open um eens met ultraedit of note tab :))
 
Originally posted by Black Tiger
rsakeylist die je zelf niet aan kan passen aangezien het formaat niet bekend is.
Klik om te vergroten...

Huh?

Snap ff niet wat je bedoeld BT.Je kan deze lijst gewoon met wordpad aanpassen hoor.
En inderdaad is de extensie niet bekend,maar dat maakt niets uit hoor.Wordpad slaat het op als .txt bestand ,maar dit kan je gewoon weer veranderen door op "naam wijzigen" te klikken en de extensie dan weg te halen.
Nu heb je weer hetzelfde bestand als wat je had en kun je deze gewoon overschrijven in je Dream.
 
Of je gebruikt de DBF all in one tool van onze oosterburen toch?
 
Jullie lezen niet goed wat er staat of begrijpen niet wat ik bedoel, dat kan ook.:)

Er staat dat "het formaat" niet bekend is.
Het formaat van invulling dus, niet het formaat van de file. Misschien had ik het beter "opbouw" kunnen noemen.

Kijk bijv. naar de file keylist, die heeft ook geen extensie dus je kunt dezelfde editor gebruiken als je er maar eentje neemt die geen opmaaktekens achterlaat zoals notepad of wordpad dat geeft zich dan rare dingen in Linux.
Zelf gebruik ik Editpad Lite.

Fictief voorbeeld uit keylist:
0100:000070:00000c::AA AA AA AA AA BB BB BB
Hiervan weet je dat het formaat het volgende is:
ident:providerid:keynr:keywaarde.

Fictief voorbeeld uit de rsakeylist:
0100:000064:00000000000000:000001:1_E1:veelcijfers
0100:000064:00000000000000:000001:1_N1:veelcijfers
0100:000064:00000000000000:000001:0103:veelcijfers

Oke, 0100 en 000064 is wel bekend.
Maar waarvoor dienen die tussenliggende nullen? Waarom staat er 0000001 en waarom 1_E1 en 1_N1 en waarom zo vreselijk veel getallen (waarvan vaak heel veel nullen) en waarvoor dienen die?
Waarom staat er 0103 en waarom staat er achter die 1_soms N1 en een andere keer weer N2, idem bij E.
Dat is wat ik bedoel met de uitspraak dat het formaat niet bekend is.

Nu kan het uiteraard zijn dat ik compleet naast de nagel sla en dat dit formaat wel bekend is. Maar een aantal personen die ik het vroeg hadden er ook geen flauw benul van.
Je kunt het dus wel editten, maar wat heb je er aan als je niet weet wat je aan het editten bent of wat je wijzigen moet.

Als iemand exact de invulling en betekenis van de rsakeylist kan beschrijven, dan zou dat best prettig zijn.:)
 
# Die Syntax ist <caid>:<provid/sa>:<keyIndex>:<keyPart>:<key>
#
# hexdezimale Angaben:
# caid 4-stellig
# provid/sa 14-stellig
# keyIndex 6-stellig
#
# caid Conax = 0b00
# caid Nagra = 1800
#
# Bei Verschluesselungssystemen, in denen die Provider ID nicht in der PMT
# aufgefuehrt (Conax/Nagravision) wird, ist die Provider ID bei den Decoder
# Keys auf null zu setzen und bei Nagra stattdessen im Keyindex zu benennen.
# Bei den Conax AU Keys wird das provid Feld fuer die Shared Address der
# Karte, zu dem die AU keys gehoeren, benutzt.
#
# keyPart Nagravision
# Beispiel: 1_N1
# Kennzeichnet den Teil eines RSA Keys, E fuer Exponent und N fuer Modulus.
# Die Ziffer vor dem Unterstrich dient der Zuordnung der verschiedenen Teile
# zu einem Key fuer den Fall, das newcamd mehrere RSA keys mit dem gleichen
# Keyindex durchprobieren soll. Also 1_N1, 1_E1, 1_N2 und 1_E2 gehoeren zu
# einem Nagravision RSA Key, 2_N1, 2_E1, 2_N2, 2_N2 jeweils zu einem anderen
# RSA Key. Fuer Nagra RSA existieren die keyParts E1, E2, N1, N2. RSA keys
# muessen immer vollstaendig, d.h. mit allen Teilen, vorhanden sein, damit
# newcamd sie verwendet.
#
# keyPart Conax
# Ein Conax Key besteht aus N1 und E1. Bei den Decoder Keys gilt auch hier,
# dass newcamd alle Keys mit passendem Keyindex durchprobiert, also
# (1_N1, 1_E1), (2_N1, 2_E1), (3_N1, 3_E1) usw., die Ziffer vor dem
# Unterstrich dient auch hier wie bei Nagra nur zur Zuordnung von N1, E1
# Paaren. Bei den Conax AU Keys hat die Ziffer eine zusaetzliche Funktion:
# Da Conax keine ProvID kennt, entscheidet die Ziffer auch, welche Decoder
# Keys durch den AU key geupdatet werden. Ein AU Key (3_N1, 3_E1)
# ueberschreibt also (3_N1, 3_E1) Decoder Keys bei einem Autoupdate. So lassen
# sich also mehrere Conax Provider realisieren, falls es in Zukunft mal Keys
# fuer andere Conax Provider geben sollte.
#
# Beispiel Polsat MECM, 1 vollstaendiger RSA key (Nagravision)
# 1800:00000000000000:710102:1_E1:0102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363738393a3b3c3d3e3f40
# 1800:00000000000000:710102:1_E2:0102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363738393a3b3c3d3e3f40
# 1800:00000000000000:710102:1_N1:0102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363738393a3b3c3d3e3f40
# 1800:00000000000000:710102:1_N2:0102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363738393a3b3c3d3e3f40
#
# Beispiel Canal+ Nordic ECM, 1 vollstaendiger RSA key (Conax)
# 0b00:00000000000000:000020:1_E1:0102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363738393a3b3c3d3e3f40
# 0b00:00000000000000:000020:1_N1:0102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363738393a3b3c3d3e3f40
#
# Beispiel Canal+ Nordic EMM, 1 vollstaendiger RSA key (Conax AU)
# xxxxxxxxxxxxxx = Shared Card Address
# 0b00:xxxxxxxxxxxxxx:000010:1_E1:0102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363738393a3b3c3d3e3f40
# 0b00:xxxxxxxxxxxxxx:000010:1_N1:0102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363738393a3b3c3d3e3f40
 
Hier een stukje uit de readme van de keylist file, dus NIET de RSAkeylist wat hier boven staat...

Die Syntax ist <caid>:<provid/sa>:<keyIndex>:<keyPart>:<key>

# Beispiel Canal+ NL (Seca)
# 0100:000019:00000C::01 02 03 04 05 06 07 08
#
# Beispiel Viasat (Viaccess)
# 0500:010C00:000008::01 02 03 04 05 06 07 08
#
# Beispiel Canal+ NL (Irdeto)
# 0602:000000:000002::01 02 03 04 05 06 07 08
#
# Beispiel Polsat (Nagra)
# 1800:000000:710100::01 02 03 04 05 06 07 08
# 1800:000000:710110::01 02 03 04 05 06 07 08 (vkey 0)
# 1800:000000:700110::01 02 03 04 05 06 07 08 (vkey fuer MECM/RSA und AU)
#
# Beispiel Free X TV
# 4a60:000000:000000::01 02 03 04 05 06 07 08
 
Nu kan het uiteraard zijn dat ik compleet naast de nagel sla en dat dit formaat wel bekend is
Klik om te vergroten...
Ik sloeg dus inderdaad de nagel compleet mis.

De opbouw van de keylist had ik zelf ook al een beetje aangegeven, die weet ik wel, maar van de rsakeylist heb ik me laatst echt rot naar gezocht.

Je moet dus wel de rsakey weten als ik het goed begrijp, dat schijnt ook niet altijd even gemakkelijk te zijn om die te weten te komen, toch?

Maar nu begrijp ik tenminste wel hoe die rsakeylist is opgebouwd en waar die getallen voor staan.
Hartelijk dank voor de informatie Twilight!!!
 
Dat is het voordeel van een lege Newcamd Emu downloaden, Dan staat deze informatie in de files, inplaats van key's...

Om de zaak nog ff compleet te maken, ook nog een voorbeeldje van de Ppua files, die zorgt voor de Autoupdate van Newcamd.

Gr Fred.


# /var/scce/ppua
#
# Hier kommen EMM Keys fuer das Autoupdate rein, fuer
# die Systeme Irdeto, Seca und Viaccess.
# Nagravision und Conax werden mit RSA keys geupdatet,
# siehe daher rsakeylist fuer Nagravision und Conax AU.
#
# Grundsaetzlich sind mehrere Provider Gruppen bzw.
# ppua parallel moeglich
#
#
# Irdeto
#
# caid:000000:00:00xxyyyyyy:01 02 03 04 05 06 07 08
#
# caid = 0602 (Irdeto)
# xx = 00 ... Prov00
# 01 ... Prov10
# c3 ... MK Update
# yyyyyy = ProvID (letztes Byte ausser bei yy = c3 ignoriert)
#
# Beispiel Canal+ NL
# 0602:000000:00:0000000300:01 02 03 04 05 06 07 08
#
# Beispiel Canal+ NL MK Update
# 0602:000000:00:00c3010203:01 02 03 04 05 06 07 08 09 0a
#
#
# Seca
#
# caid:zzzzzz:0x:00yyyyyyyy:01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 10
#
# caid = 0100 (seca)
# x = Keyindex
# yyyyyyyy = ppua (letztes Byte wird ignoriert)
# zzzzzz = Provider ID
#
# Der Key kann (muss aber nicht) aus Primary + Secondary Key
# (insgesamt 16 Byte) bestehen. Derzeit sind 16 Byte nur bei
# Provider 0025 im Einsatz. Fuer die anderen Provider reicht
# die Angabe von 8 Byte (Primary Key).
#
# Beispiel Canal+ NL
# 0100:000019:01:0001020300:01 02 03 04 05 06 07 08
#
# Beispiel Prov 0025
# 0100:000025:01:0001020300:01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 10
#
#
# Viaccess
#
# Bei Viaccess kann im Prinzip jeder Key benutzt werden, um andere Keys
# abzudaten. Verschiedene Provider handhaben das auch unterschiedlich.
# Karten koennen ausserdem sowohl ueber Shared Addresses als auch ueber die
# Unique Address addressiert werden.
#
# Viaccess - Shared Address
#
# caid:xxxxxx:0y:00zzzzzzzz:01 02 03 04 05 06 07 08
#
# caid = 0500 (Viaccess)
# xxxxxx = Provider ID
# y = Keyindex
# zzzzzzzz = Shared Card Address (letztes Byte wird ignoriert)
#
# Viaccess - Unique Address
#
# caid:xxxxxx:0y:zzzzzzzzzz:01 02 03 04 05 06 07 08
#
# caid = 0500 (Viaccess)
# xxxxxx = Provider ID
# y = Keyindex
# zzzzzzzzzz = Unique Card Address
#
# Beispiel - Shared Address - Viasat
#
# 0500:fff400:06:0011121300:01 02 03 04 05 06 07 08
#
# Beispiel - Unique Address - Viasat
#
# 0500:fff400:05:0111121314:01 02 03 04 05 06 07 08
 
Ohh Ja,

In de werkende RSA & keylistfiles hoeft het "#" niet aan het begin van elke regel te staan, vaak staat er een "#" voor de providernaam enz enz.

En de Rsakey van 0065 en 0080 zijn al wel te vinden op internet, maar zitten nog niet in de publieke Newcamd files, Goed zoeken dus... Niet meteen roepen de Rsakey is fake, want als je de verkeerde tabel of de verkeerde key gebruikt, kan het ook zijn dat het niet werkt...

GR Fred.
 
de # teken zorgt ervoor dat de software die een bestand inlaad alle tekens/tekst tot het eind van de regel overslaat:

#dit wordt overgeslagen
dit weer niet

En zo zijn er per bestandstype een aantal mogelijkheden:
rem doet niets
; doet niet
' doet niets

en je hebt ze ook voor meerdere regels, zoals in PHP/C:
*/ Dit doet niets
dit ook niet
ook niets /*
dit weer wel

let wel, deze comments zijn taal specefiek....

De voordelen hiervan zijn dat het overzicht niet verloren gaat met al die programmeercode en dat iemand anders (en jij zelf) snapt wat je hebt geschreven.

geen idee ook waarom ik dit zo uitgebreid uitleg, heb blijkbaar niks beters te doen :tong:
 
Je moet ingelogd zijn om te kunnen reageren. Log in | Registreer



Hosting Fun

SPECIALE SERVICE

  » Fun op Twitter
  » Fun op Facebook
  » Image hosting
  » Internet Radio

Advertenties

Terug
Bovenaan Onderaan