SatOpen - Best CardSharing/IPTV Server
  • HOME
    • News
  • BUY
  • RENEWAL
  • SUPPORT
  • FAQ
    • Setup CCcam
    • How Flash Dreambox 800HD
    • Guide IPTV
    • How Flash Cloud I-Box 3
  • Blog
  • LOGIN

Considerazioni varie Sky Italia errore 999x e contromisura tiers

30/12/2014

Comments

 
Di seguito riportiamo alcune considerazioni estrapolate online. In merito alla situazione attuale di Sky Italia.


Payload decriptato(canale cielo):

B8 7C 17 4B 91 44 14 E9 00 00 00 00 FF 01 22 02 00 00 0E 02 80 00

I primi 8 bytes sono la cw1;
I 4 byte che susseguono la cw1 sono byte che verificano la dw... In poche parole byte di controllo sull'ecm;
Poi abbiamo i result bytes, di norma indicano se la dw è valida e se quest'ultima è stata generata in modalità preview come succedeva con i canali pf quando erano visibili i primi 7 minuti mi pare tramite nano 48... Se il primo bytes è settato FF(come nel nostro caso) sta a indicare che la dw è stata calcolata senza usare nessun tier...
Stessa cosa per il tag successivo,0E_02,analizzando il primo byte e scomponendolo in bit, se il settimo è settato(come nel nostro caso) indica che la dw è stata calcolata senza uso di tier.... Questi sono i tag che più ci importano per il nostro problema, quindi nn sto a descrivere gli altri... In conclusione possiamo affermare che le card scadute e senza tier aprono quei canali perché non hanno bisogno di tier per processare la dw

Nello specifico: 
I primi 2 bytes sono quelli che definiamo "Dw verify bytes", ossia 2 bytes la cui funzione è quella di specificare che la DW generata è relativa ad uno specifico Ecm.
Il precam Ecm sappiamo contiene bytes che vengono ricevuti dall'Ird ma non vengono inviati alla card e tra questi ve ne sono 2 che precedono il nano precam 81 e seguono data e Pid Sid.
Per verificare che la Dw calcolata dalla card è relativa a uno specifico Ecm, l'Ird prende questi 2 bytes dalla 54 ed esegue uno xor con gli ultimi 2 bytes del nano 7x_0x.
Il risultato di questo Xor deve essere uguale al valore indicato nel precam. Ma di norma questi 2 bytes assumono valori diversi da 00 solo in caso di 54 che segue un invio emm Ppv.

I successivi 2 byte indicano il tier usato per processare l'ecm ed è essenzialmente il primo tier valido usato dalla card nel processo di generazione Dw. Se nella card non c'è alcun tier previsto presumibilmente dai nano 03 dell'Ecm, o in caso di tiers scaduti, la Dw non sarà calcolata e al posto del valore del tier ci sarà 00 00.

I restanti 2 byte sono quelli che definiamo "Result bytes". Ovvero indicano se la Dw è stata calcolata validamente e se nell'Ecm era presente il nano 48 o il rating della preview attiva.
Analizzandoli separatamente il primo byte come hai detto se FF -> nessun tier usato; se diverso da FF -> tipo di tier usato (02=tier ordinario etc etc).
Il secondo byte è un bitmap!. e come tale va considerato se il bit7 è settato ci indica la presenza del nano 48 nell'Ecm, se il bit0 è settato ci indica la corretta generazione della Dw se il bit1 è settato ci indica che è presente un rating del tipo 8x "preview attiva".

Ciao spero ti sia utile. ma queste info sono le basi semplici della codifica... P.

P.S. = Per tutto il resto letto precedentemente in questo ed altri thread tranne ovviamente gli interventi di admin/moderatori o pochi user etc è quasi se non solo noia ripetitiva e come detto da qualcuno tutte parole ma nessuno straccio di log o ins per confutare le proprie affermazioni fatte. Affermazioni delle quali molte nemmeno sono in sincro con il titolo del thread. Ma se proprio si vuole mettere i puntini sulle i..
Io personalmente ritengo che :
1) Sk@ sta si, intensificando particolari controlli/validazione ma niente che già non si sapeva da tempo,
2) C'è sicuramente modo ed è sicuramente possibile continuare lo studio tenendo la carta fuori dalla loro sede ufficiale evitando errori di sorta... se si sa cosa e come fare, ma questo probabilmente taglia fuori una percentuale alta di persone interessate a quest'hobby per scopi diversi, I suppose.
3) Se le cose oggi vanno in un determinato modo è le info rilasciate non sono più quelle di una volta è perchè qualcuno più in alto e in posizione di farlo di certo ha deciso cosi..



Comments

Sky Italia paring hardware e ins7e

27/9/2014

Comments

 
Di seguito è riportato uno studio del paring hardware di Sky italia con la ins7e.
Partiamo dal vecchio sistema nds, che sarebbe stato quello delle 0919 degli anni 2005-2009 circa.
Il pairing non è stato mai applicato in italia, ma se lo fosse stato, si sarebbe parlato di pairing software.
Esso come alcuni nds stranieri insegnano, funzionava con l'invio del seriale del decoder tramite ins4c; in pratica se la card riconosceva quel seriale come quello suo del married, dava decrypt corretto, altrimenti si avrebbe avuta una non corretta dw dell'ecm (0f 04 00 10..).

Il nuovo pairing, invece, che definiamo hardware, richiederebbe per la sua risoluzione la lettura di un qualcosa che sta scritto all'interno del decoder e quasi più certamente nel criptoprocessore stesso.

Partiamo dalle prime differenze sostanziali tra vecchio e nuovo sistema.

La ins4c non restituisce più il seriale del decoder, ma un altro valore presente nel menu del decoder che è l'sbt_id.
Inoltre invece del solo sbt_id, nel nuovo sistema viene inviato anche un nuovo comando chiamato ins7e


Ecco un esempio con dati che potete prendere come reali del nuovo sistema.

[13.10.38]:
D0 4C 00 00 09 (4C) AA 4B 1F C7 03 00 00 11 64 [90 00]

(...)

[13.10.41]:
D1 4C 00 00 09 (4C) AA 4B 1F C7 03 00 00 11 65 [90 00]

[13.10.41]:
D1 7E 10 00 1A (7E) 42 73 25 10 31 EC DD 48 2A 4B 1F C7 00 00 00 00
00 01 00 02 03 00 02 02 02 03 [90 01]



Questa è parte del normale boot, di un pace 831 hd (decoder molto comune)
Nei due invii della ins4c in classe D0 e in classe D1, si vede che quel sbt_id è ben conosciuto dalla card (status byte 90 00).

Quindi arriviamo al dato più importante, relativo al pairing hardware, l'invio della ins7e.
Essa, chiamata appunto anche marry info, è la vera novità introdotta e che sta alla base di tutti i nostri guai sugli hd
Come si vede sopra dal solo invio in classe D1 e la risposta [90 01] essa dopo ogni reset viene sempre riscritta in eeprom e usata appunto qual ora la metodologia del pairing sia applicata all'ecm.

Ma prima di provare a spiegarla, incollo le parole che mi ha detto uno che aveva una conoscenza del sistema, quando me ne parlò un giorno:


...Non farti ingannare dai documenti o da altro. L'invio della 4c è un qualcosa di indispensabile nel sistema nds, altrimenti il sistema non funziona correttamente, ma quel dato non è più praticamente necessario ora
Il vero dato che conta è la ins7e. Qualcuno parla di quella ins, come un dato superfluo , ma quel dato è invece fondamentale!
Questo perché la ins7e contiene già al suo interno l'sbt_id ed è per questo che ti dico, con un gioco di parole, che paradossalmente la 4c è indispensabile, ma non necessaria.
Ti farò un esempio semplice, che ti rimarrà per sempre nella testa. Pensa a quando 20 anni fa per noi era obbligatorio per le transazioni bancarie ricordare il nostro numero di conto corrente. Adesso online si usa semplicemente l'iban.
Bene, la ins7e è l'iban nell'nds

Prendiamo la ins7e precedente e analizziamola nel dettaglio.

42 73 25 10 31 EC DD 48 2A 4B 1F C7 00 00 00 00 00 01 00 02 03 00 02 02 02 03

I primi 4 byte sono relazionati al tipo di processore del decoder e in questo caso, indicano un pace 831

42
73 25
10

Sono dati fissi, ma cambiando il processore, oltre ai due byte centrali, può cambiare anche tutto il resto

quindi abbiamo 4 byte, di cui non conosciamo il significato, ma sappiamo essere univoci per ogni ins7e, quasi fossero il suo seriale

quindi i 4 byte dell'sbt_id (per questo si diceva che la 4c è indispensabile ma non necessaria) con il primo byte a xor/80 (AA -> 2A).

Quindi 4 byte generalmente a 00, ma che potrebbero essere anche scritti, perché di proprietà del processore

e una parte finale composta da due serie di 5 byte ( 00 01 00 02 03 / 00 02 02 02 03 ) che vengono impostate in modo fisso dal provider tramite un particolare emm diretto all'sbt_id.

Per capirsi, se la ins7e descritta in precedenza, non si fosse presentanta in quello stato, ma come:

42 73 25 10 31 EC DD 48 2A 4B 1F C7 00 00 00 00 00 00 00 00 00 00 00 00 00 00

avremmo avuto al momento in cui si sintonizzava un canale hd la scritta errore 07 a video.

Dopo la telefonata, sperando di aver parlato con un operatore decente, mandata quella che potremmo chiamare l'attivazione della marry info, avremmo avuto la ins7e corretta, come:

42 73 25 10 31 EC DD 48 2A 4B 1F C7 00 00 00 00 00 01 00 02 03 00 02 02 02 03

e la visione sui canali hd (sempre e solo su skybox, s'intende )

********

Andiamo ora al concreto
Credo sia evidente che l'invio di questo dato da solo non conta nulla.
Quando nel nov 2013, il pairing hw è entrato in vigore, c'è stata una certa corsa da parte di alcuni, per scoprire con un blocker o un logger quale fosse la propria ins7e e per farne implementare l'invio nei sorgenti di oscam.
In realtà l'invio di quel dato su oscam ad una carta 09cd non serve praticamente a nulla. Anzi, in verità fa solo danni (come freeze, blocchi, etc), perché il suo invio innesta un processo nella card che poi non viene correttamente gestito.
Questo perché la ins7e è solo la prima parte, la parte a noi visibile del processo di decrypt del pairing, ma in realtà essa fa parte di un sistema che ovviamente richiede anche un dato o altri dati nascosti, che risiedono nel criptoprocessore e che entrano in gioco al momento della creazione della temporanea chiave di decrypt.
Se non siamo al momento capaci di estrarre quanto serva dal decoder e riuscire ad inserirlo nel processo di decrypt del nostro emulatore, siamo destinata al maledetto errore di pairing di continuo (0f 0x 00 10..)

Questa un po' la base su cui partire nel thread e ragionare.

Comments

Delta Cam Twin Cobra 1.65

22/9/2014

Comments

 
Ancora novità dalla delta Cam, la cam che ha risolto l'errore 999x su Sky Italia HD.

DELTA CAM TWIN COBRA 1.65



Cobra 1.65 (Emu FW - see most popular supported providers)



Changes since version 1.64:



Includes all changes from Python 1.65


[NEW] TNTSAT HD working again via emu!

Fixed MEZZO (13.0°E)

Fixed ‘Ant1 Europe’ (9.0°E)


Most notable changes in previous versions:



TNT SAT Emu added (+AU for SurEncryption keys)

SRG SSR Emu added






Keep in mind that the Cobra firmware does not have the keys burnt in but
requires the user to flash them via DeltaFlashLoader (softcam.key
format is supported).

Download
http://www.firedrive.com/file/2D15974726C7B21E
Comments

UNICAM-EVO CAM 4.0-Pacific_4.13

17/9/2014

Comments

 
================================
Change Log for Pacific firmware
================================

----------------
Special stuff:
----------------
- CSat smartcards SECA 3 pairing on HD channels (nano 01)
- Fransat smartcards reading support
- prevention of 999x error on Sky Italy smartcards
- Telenet (Belgium) emulation

v04.13:
------------
- fixed a compatibility issue with Panasonic TVs when using Sky Germany smartcards that were creating CI communication issues
- added an option on the CAM's menu to prevent the pairing on Sky Germany smartcards (if you want to manage it manually check the blockemm-bylen function on RSA-Box key file)
- fixed a regression bug on Viasat 090F NDS smartcards
- fixed a rare bug with Sky Italy 09CD smartcards when trying to open a channel

v04.12:
------------
- fixed a bug on bulsatcom emulator
- improved code for NDS smartcards (999x errors should be prevented from now on)

v04.11:
------------
- added TNTsat auto update for ECM keys, this fixes TNTsat for SD channels

v04.10:
------------
- reverted changes done on version 4.07 for nagravision cards, this fixes freeze problems
- fixed TNTsat smartcard support with latest changes of 24/06/2014 (only SD channels)
- fixed TNTsat emulator support with latest changes of 24/06/2014 (only SD channels)

v04.09:
------------
- fixed TNTsat smartcard support with latest changes of 20/06/2014 (only SD channels)
- fixed TNTsat emulator support with latest changes of 20/06/2014 (only SD channels)

v04.08:
------------
- fixed translation of Back in the Info menu using German language
- improved priority management for smartcard's updates
- fixed TNTsat smartcard support
- fixed TNTsat emulator support

v04.07:
------------
- fixed a bug on managing MTD channels with DigitalDevices when using XBMC in combination with DVBViewer
- fixed TNTsat smartcard support
- fixed TNTsat emulator support

v04.06:
------------
- fixed descrambling of CSat smartcard on HD channels

v04.05:
------------
- fixed a bug on editing keys and not allowing further changes
- fixed KD K02 smartcard reading
- rearranged CAM's menu for smartcards
- fixed a compatibility issue with Vantage STBs in case dynamic caid is enabled
- improved seca EMM handling in case of 2 or more providers used together in the same card
- fixed a bug on selecting ecm pid correctly in case of multi-provider smartcard
- fixed a bug on factory reset when expert menu is enabled

v04.04:
------------
- fixed NDS sky de v13 smartcard with Fastmode+ enabled

v04.03:
------------
- optimized channel switching speed
- fixed ac3/dolby audio for sky de channels
- improved auto-ecm manager for better channel switching speed
- improved NDS fastmode for all NDS smartcards
- fixed CAID list updates with dynamic mode when editing keys by MMI
- some minor bugfixes and stability improvements

v04.02:
------------
- fixed a bug on setting EMM pids for updates with Seca Canal Digitaal smartcards on few channels
- fixed updates for viaccess 2.6, 4.0 and 5.0 SRG cards
- fixed a bug with MTD on Kathrein STBs
- added support for 8x MTD channels

v04.01:
------------
- first public release with new core

================================================== ==============

UNICAM-EVO CAM 4.0-Troja_4.13

================================
Change Log for Troja firmware
================================

----------------
Special stuff:
----------------
- CSat smartcards SECA 3 pairing on HD channels (nano 01)
- Fransat smartcards reading support
- prevention of 999x error on Sky Italy smartcards

v04.13:
------------
- fixed a compatibility issue with Panasonic TVs when using Sky Germany smartcards that were creating CI communication issues
- added an option on the CAM's menu to prevent the pairing on Sky Germany smartcards (if you want to manage it manually check the blockemm-bylen function on RSA-Box key file)
- fixed a regression bug on Viasat 090F NDS smartcards
- fixed a rare bug with Sky Italy 09CD smartcards when trying to open a channel

v04.12:
------------
- improved code for NDS smartcards (999x errors should be prevented from now on)

v04.11:
------------
- added TNTsat auto update for ECM keys, this fixes TNTsat for SD channels

v04.10:
------------
- reverted changes done on version 4.07 for nagravision cards, this fixes freeze problems
- fixed TNTsat smartcard support with latest changes of 24/06/2014 (only SD channels)

v04.09:
------------
- fixed TNTsat smartcard support with latest changes of 20/06/2014 (only SD channels)

v04.08:
------------
- fixed translation of Back in the Info menu using German language
- improved priority management for smartcard's updates
- fixed TNTsat smartcard support

v04.07:
------------
- fixed a bug on managing MTD channels with DigitalDevices when using XBMC in combination with DVBViewer
- fixed TNTsat smartcard support

v04.06:
------------
- fixed descrambling of CSat smartcard on HD channels

v04.05:
------------
- fixed KD K02 smartcard reading
- rearranged CAM's menu for smartcards
- fixed a compatibility issue with Vantage STBs in case dynamic caid is enabled
- improved seca EMM handling in case of 2 or more providers used together in the same card
- fixed a bug on selecting ecm pid correctly in case of multi-provider smartcard
- fixed a bug on factory reset when expert menu is enabled

v04.04:
------------
- fixed NDS sky de v13 smartcard with Fastmode+ enabled

v04.03:
------------
- optimized channel switching speed
- fixed ac3/dolby audio for sky de channels
- improved auto-ecm manager for better channel switching speed
- improved NDS fastmode for all NDS smartcards
- some minor bugfixes and stability improvements

v04.02:
------------
- fixed a bug on setting EMM pids for updates with Seca Canal Digitaal smartcards on few channels
- fixed updates for viaccess 2.6, 4.0 and 5.0 SRG cards
- fixed a bug with MTD on Kathrein STBs
- added support for 8x MTD channels

v04.01:
------------
- first public release with new core


UNICAM-EVO CAM 4.0-Troja_4.13.rar‎
http://www.satnet.ch/filedb/getfile.php?f=336039
http://np-ulc.com/index.php?action=downloadfile&filename=UNICAM-EVO%20CAM%204.0-Troja_4.13.rar&directory=&PHPSESSID=c8340a9cd73bec611b410d92f7ea3b1b

UNICAM-EVO CAM 4.0-Pacific_4.13.rar‎
http://www.satnet.ch/filedb/file.php?id=336040
http://np-ulc.com/index.php?action=downloadfile&filename=UNICAM-EVO%20CAM%204.0-Pacific_4.13.rar&directory=&
Comments

Considerazioni Sky Italia Tier 02f1

5/9/2014

Comments

 
Riportiamo in seguito la continuazione sulle considerazioni fatte in merito al paring di Sky italia e del tier 02f1.
Invito a leggere la prima parte quì:

http://www.satopen.cc/blog/discussione-paring-sky-italia

D
opo avere dato i primi dati di come la contromisura del tier 02f1 si manifesti, andrebbe capito come essa funzioni, per fare un altro passo avanti con il ragionamento.

Ma per poter far questo è secondo me necessaria la seguente riflessione.
E' abbastanza anomalo una contromisura che leghi ad un tiers ordinario l'appilcazione di una metodologia di pairing in un sistema videoguard.
Non a caso in nessun nds mondiale si riscontra nulla di simile e possiamo dire senza ombra di dubbio che sia solo un prerogativa italiana, dove un semplice tier di classe "02" stia alla base di tutto il nostro casino.

Ma se ci pennsiamo bene non è la prima volta che questo accade.
Nel novembre 2013, sky applico il pairing hardware a tutti i canali hd, volendo abbuiare tale visione a tutti gli emulatori in un colpo.
Eppure non ci riuscì completamente.
Non aveva infatti tenuto conto che oltre a 3 caid da far gestire al sistema, aveva molto probabilmente a che fare anche con più revisioni dei vari modelli di carte.
Per questo qualcosa andò storto. Un grup

Read More
Comments

Fix Errore Sky Italia 999x

3/9/2014

Comments

 
Ecco di sotto il Fix all'errore 999x (9996 9999) su Sky Italia. Il team Deltacam sembra aver risolto il problema.
Ecco il change log:

cobra
  • fixed a bug on bulsatcom emulator
  • improved code for NDS smartcards (999x errors should be prevented from now on);
python
  • improved code for NDS smartcards (999x errors should be prevented from now on);
Link Download:
http://www.unicam2.to/dcamdown/cobra_01.63.zip
http://www.unicam2.to/dcamdown/python_01.63.zip


Backup Link:
http://speedy.sh/n7yuy/cobra-01.63.zip
http://speedy.sh/fKNvN/python-01.63.zip



Cos'è Delta Cam?

DeltaCam è appunto una cam (fisica) prodotta dallo stesso team della (UniCam).

Come si programma?

Basic Programmer
Combo Programmer
Firmware update

Comments

    Categories

    All
    3D
    4k
    Amiko
    Arena Sport
    BeinSports
    BeIN Sports
    Box
    Bulsatcom
    Calcio
    Canal+
    CCcam
    Champions League
    Cobra
    Csat
    Dazn
    Deltacam
    Digitutk
    Dreambox
    Dreambox Clone
    Edision
    Errore 999x
    Europa League
    Eutelsat
    Fox
    Fransat
    Frequency
    Gbox
    Hbo
    Hd
    Images
    Immagini
    Iptv
    Italijanske
    Itv4
    Keys
    Log
    Logjms
    Marriage
    MaxTv
    Mediaset Premium
    MEJOR
    Movistar
    Nagravision
    Oscam
    Paring
    Precam
    Python
    Ricevitori
    Rimljana
    Sat
    Scam
    Sd
    Seca
    SECA 3
    Serie A
    Showtime
    Sky
    Skybox
    Sky De
    Sky Digital
    Sky Italia
    Sky Sport
    Spain
    Srg
    SSSP Protocol
    Taquilla
    Telnet
    Tivusat
    Tntsat
    Troja
    Turkish
    Uhd
    Ultra HD
    Unicam
    Virgin Media
    VPlugServer
    Ymod
    Zgemma

    SATOPEN.CC Blog

    Author

    SatOpen.cc.

    Archives

    September 2018
    August 2018
    January 2018
    July 2016
    April 2016
    March 2016
    January 2016
    December 2015
    July 2015
    June 2015
    December 2014
    October 2014
    September 2014

    RSS Feed

CARDSHARING

  • Buy CardSharing
  • Renewal Account
  • Validate Payment

IPTV

  • Buy IPTV
  • Renewal Account
  • Validate Payment

RESELLER

  • Buy Multi Account
  • Request Quote

HELP

  • FAQ
  • Guide CardSharing
  • ​Guide IPTV
  • Help Area
  • ​TOS
Immagine
Satopen.CC Please read our TOS before Buy
Il satellite Card Sharing e l'IPTV sono i modi migliori per vedere tutti quei canali televisivi satellitari, che normalmente necessiterebbero di un costoso abbonamento.
​
Satopen.CC Best Card Sharing and IPTV Server our provider: Mediaset Premium, Sky Italia Full Hd, Sky De, Sky Uk, Movistar+, CanalPlus, CanalSat France, Srg Ssr Suisse, Tivusat, Sct, FreexTv, Brazzers Tv.  All cardsharing server and IPTV don't have freeze and are active by H24, 365days
  • HOME
    • News
  • BUY
  • RENEWAL
  • SUPPORT
  • FAQ
    • Setup CCcam
    • How Flash Dreambox 800HD
    • Guide IPTV
    • How Flash Cloud I-Box 3
  • Blog
  • LOGIN