Foros ZackYFileS - CARDSHARING FOR DUMMIES

http://imageshack.com/a/img33/4061/z8p2.jpg

[SIZE="6"][COLOR="blue"]¿QUE ES CARDSHARING[/COLOR][/SIZE]

Evidentemente la primera pregunta que nos haríamos es que es el cardsharing, pues no sería más que compartir una tarjeta de abonado entre dos o más receptores, donde un receptor A tiene alojada una tarjeta de abonado y los receptores B,C etc.. se conectan al receptor A para utilizar también esa tarjeta de abonado.

[B]Lo primero que se nos pudiera venir ahora a la cabeza es como es posible esto[/B], bien pues como sabemos una plataforma de pago envía la señal de vídeo y audio de un canal cifrada evidentemente para que solo la persona que ha contratado la plataforma pago vea ese canal y así asegurarse de quien no paga no lo ve ese canal.

Bien pues para la persona que ha contratado el canal la plataforma de pago le facilita una tarjeta de abonado que es la que se encarga de descifrar la señal de vídeo y audio y se pueda visionar el canal, [B]y esto funcionaria a groso modo de la siguiente manera:[/B]

[COLOR="Red"]La plataforma de pago envía:[/COLOR]

[COLOR="Blue"]A) Señal vídeo y audio cifrada[/COLOR]
[COLOR="Lime"]B) keys para descifrar la señal de vídeo y audio[/COLOR]

Ahora claro una pregunta que podríamos hacernos es, [B]pues cualquiera podría cojen esas keys para descifrar la señal de vídeo y audio:[/B]

Pues exacto, por ello [B]la plataforma de pago envía esas keys cifradas metidas en una cosa que se llama[/B] [COLOR="Red"]ECM[/COLOR], Y la [B]tarjeta de abonado su finalidad es descifrar esa ecm[/B] para obtener las Keys que descifran la señal de vídeo y audio, [B]estas keys reciben el nombre de[/B] [COLOR="Red"]Cw[/COLOR].

Bien pues el cardsharing es posible por que el programa utilizado para leer la tarjeta de abonado en el receptor A es capaz de capturar esas cw y enviarlas a quien se lo pida o sea a los receptores B, C etc..

[SIZE="6"][COLOR="blue"]COMUNICACIÓN ENTRE RECEPTORES[/COLOR][/SIZE]

Bueno ya que sabemos de que va eso del cardsharing, ahora se nos podría ocurrir pensar como se comunican entre sí el receptor A con los receptores B,C etc..

Pues se comunican mediante un [COLOR="Red"]protocolo de comunicación[/COLOR], ya que es necesario para que la comunicación entre dos decos se produzcan aunque sean decos distintos o utilicen lenguajes distintos, y este protocolo de comunicación pues utilizará la red para establecer la comunicación ya sea cable Ethernet o wifi a traves de un router o cualquier dispositivo de red.

[B]Bien pues ya sabemos que para enlazar varios decos se utilizaría un protocolo de comunicación[/B] con los receptores conectados entre sí por red con wifi o cable Ethernet haciendo de mediador un router.

Todo esto del protocolo de comunicación esta muy bien pero como sabe el deco B donde conectarse al deco A, bien pues cuando conectamos receptor A (que es quien tiene la tarjeta de abonado) en red o sea al router el sistema le asigna una [B]dirección ip[/B], por ejemplo el sistema le asignó la ip 192.168.1.102, bien pues ya sabría el deco B donde conectarse que sería a la dirección ip, bien a esa dirección ip pero por donde, pues seria a traves de un puerto del router, es decir para tener acceso al receptor se tendrá que hacer por un puerto del router.

Llegados a este punto pues vamos a resumir lo escrito:

[COLOR="Blue"]A) el cardsharing se utiliza para compartir la tarjeta de abonado entre uno o más receptores.[/COLOR]

[COLOR="Red"]B) el funcionamiento básico seria un receptor A conectado a red y con tarjeta de abonado y un receptor B conectado a red, el receptor B pondrá un canal y mediante protocolo de comunicación le pedirá al receptor A que le descifre una ecm para poder ver el canal el receptor A le mandara la ecm a la tarjeta que descifrara y conseguirá la cw, el receptor A envía esa cw al receptor B.[/COLOR]

[COLOR="Orange"]C) para que se produzca esta comunicación el receptor B debe saber la ip del receptor A y el puerto de entrada del router.[/COLOR]

Bien ahora habría que añadir que como [B]el receptor A no quiere que cualquiera acceda a su tarjeta de abonado, pues para eso los protocolos de comunicación tienen la opción de crear un usuario y una contraseña[/B] para acceder al receptor, por lo tanto el receptor A podrá crear los usuarios con contraseña que serán los únicos que tendrán acceso al receptor.

[COLOR="DarkRed"]En definitiva el receptor B para conectarse al receptor A debe saber:[/COLOR]

[CODE]Ip del receptor A
Puerto de acceso
Usuario
Contraseña[/CODE]

Pues ahora vamos a contar una historieta para que veáis lo dicho hasta el momento:

[SPOILER]Pepe (Receptor B) tienen un mapa del tesoro (ecm) que una vez descifrado lo llevará a una moneda de oro (cw), pero pepe no sabe descifrar el mapa del tesoro, pero un amigo le ha comentado que Carlos (receptor A) si sabría descifrar el mapa, entonces pepe le pregunta a su amigo que donde puede encontrar a Carlos y este le dice que su dirección es C/esperanza número 4(Ip) pero que para acceder a la vivienda tiene que estar un portón anterior abierto (puerto) y que una vez que llegue a la vivienda solo lo dejaran entrar si dice zackyfiles (usuario) y foro (contraseña), pues bien Pepe sigue las instrucciones de su amigo llega hasta Carlos y este le descifra el mapa y consigue la moneda de oro.
[/SPOILER]
Pues en definitiva esta historieta seria la base de todos los protocolos cardsharing.

Esta historieta llevada a los receptores, pues seria el siguiente esquema:

http://imageshack.com/a/img513/4355/i838.png

[SIZE="6"][COLOR="blue"]PROTOCOLOS COMUNICACIÓN Y EMUS CARDSHARING[/COLOR][/SIZE]

Una vez hemos entendido el funcionamiento pues proseguimos, en la realización de cardsharing [B]vamos a distinguir ahora tres partes para poder Realizarlo:[/B]

1) una emuladora o programa que sea capaz de leer la tarjeta de abonado, evidentemente los receptores Oficiales que nos proporciona la plataforma de pago son capaces de leer la tarjeta de abonado pero evidentemente no para capturar la cw y enviársela a otro receptor.

2) un receptor que pueda llevar instalada la emu que leerá la tarjeta.

3) la emu llevará protocolo comunicación cliente o servidor o ambos a la vez, vamos a explicar esto:

Si nosotros tenemos el receptor A y queremos que nos leen Nuestra tarjeta de abonado y además compartirla con otros receptores, pues nuestro receptor tendrá que tener instalada una emu que sea capaz de leer la tarjeta y que a la vez esta emu tenga el protocolo comunicación servidor.

Si nosotros tenemos el receptor B y solo queremos que peticione al receptor A, pues el receptor B solamente necesitará que la emu tenga solamente el protocolo cliente.

Dicho esto llevado a la práctica en la actualidad los receptores linux tipo dreambox, Vu+, gigablue etc y los ordenadores son los únicos capaces de tener emus que leen la tarjeta de abonado, y que tengan los protocolos de servidor y de cliente.

El resto de receptores tipo engel, mvision 260, etc..solamente tienen instalado el protocolo cliente sean o no capaces de leer la tarjeta.

[B][SIZE="4"]APUNTES CONCEPTOS HOMER I[/SIZE][/B]

Llegados a este punto y antes de proseguir vamos a definir los conceptos que tenemos que tener claro y ampliarlos en caso neceserario:

[B]Cardsharing:[/B] compartir tarjeta

[B]Protocolo comunicación:[/B] la manera de enlazar dos o más receptores, puede ser protocolo comunicación servidor o protocolo comunicación cliente, servidor el que tiene tarjeta de abonado y cliente el que chapa de ella.k

[B]ip:[/B] la identificación de nuestro receptor en la red

[B]Puerto[/B]: seria la puerta por donde se produce la comunicación entre los dos receptores.

[B]Cw:[/B] las Keys que dan el visionado

[B]Ecm:[/B] donde viajan las cw cifradas

[B]Emu:[/B] programa que lleva insertado el protocolo comunicación servidor o cliente o ambos, y que puede leer la tarjeta de abonado o no.

Bien ahora vamos a añadir un nuevo concepto [COLOR="Red"]el host[/COLOR], joder y esto que es:

Pues vamos a verlo:

Cuando en nuestro domicilio realizamos cardsharing entre dos receptores, la comunicación entre ambos se realiza directamente es decir están en red local o interna, es decir los dos receptores A Y B están conectados al mismo router, de esta manera si el receptor B se quiere conectar al receptor A, pues basta con saber la ip del receptor que le asigna el sistema o sea 192.168.1.102 por ejemplo, pero que pasa si realizamos el cardsharing con un deco A en vivienda habitual y un deco B en vivienda de la montaña, pues que ambos decos ya no estarían conectados al mismo router, entonces si el deco B intentará conectarse al deco A poniendo 192.168.1.102 pues no se produciría la conexión.

Entonces a que dirección ip tendría que conectarme, pues seria a la ip de la conexión a Internet del receptor A, si por ejemplo pusiéramos en Google mi ip pues saldrían varias páginas que nos dicen cual es la ip de conexión a internet, por lo tanto el receptor B se conectaría al receptor A por la ip de conexión a Internet del receptor A, por ejemplo 85.69.42.110.

Pero que ocurre si en la vivienda donde esta ubicado el receptor A se apaga el router y se vuelve a encender ya sea voluntariamente o por que se va la luz, pues que la ip de conexión a internet del receptor A cambiaría por otro, y por lo tanto el receptor B no se podría conectar a el porque estaría intentando entrar a una ip que ya no es la misma, pues para evitar esto se utilizan los host que sería los mismo que la ip o sea la identificación de nuestra conexión en la red, pero con la particularidad que se le puede asignar cualquier ip, de esta manera pues el host iría recojiendo la ip nuestra actual, así que si el deco B se conecta al host pues siempre se estaría conectando a la ip correcta.

[SIZE="6"][COLOR="blue"]TIPOS PROTOCOLOS COMUNICACIÓN Y EMUS CARDSHARING[/COLOR][/SIZE]

Dicho esto ahora nos toca conocer los protocolos de comunicación y emus más usados en la actualidad.

[B][SIZE="4"]PROTOCOLOS COMUNICACIÓN[/SIZE][/B]

Cccam
Newcamd
IKS

[COLOR="Red"][SIZE="2"]Protocolo comunicación newcamd[/SIZE][/COLOR]

En este protocolo pues el receptor A comparte con receptor B [B]una sola tarjeta o sea la que esta introducida en el receptor[/B] [COLOR="Red"]a traves del puerto[/COLOR] y no tiene opción a más, es decir el receptor B enviara ecm al receptor A y este solo utilizara una tarjeta de abonado para intentar descifrarla.

En este protocolo el [B]RECEPTOR A deber crear[/B] para el receptor B

[COLOR="Blue"]usuario
Contraseña
Puerto de acceso
Una key de seguridad que por defecto es 0102030405060708091011121314[/COLOR]

En este protocolo [B]el receptor B pues debe conocer[/B]:

[COLOR="Blue"]La ip o host del receptor A
puerto de acceso utilizado por el receptor A
user que asigno el receptor A
contraseña que asigno el receptor A
la key de seguridad ya sea la de por defecto o la modificada por receptor A
[/COLOR]

[COLOR="Red"][SIZE="2"]Protocolo comunicación Cccam[/SIZE][/COLOR]

En este protocolo el Receptor A a traves del puerto asignado comparte con el receptor B la tarjeta de abonado que tiene introducida, [B]pero ademas comparte otras tarjetas de otro receptor a las que el receptor A estuviera conectado[/B].

[B]si no has entendido esto vamos a explicarlo:[/B]

En el protocolo newcamd a traves de un puerto solo podiamos compartir una tarjeta, pues en cccam a traves de un puerto podemos compatir multiples tarjetas de la siguiente manera:

[B]RECEPTOR A[/B]--->Tarjeta abonado infierno1 protocolo servidor cliente
[B]RECEPTOR B[/B]--->Tarjeta abonado infierno 2 protocolo servidor cliente
[B]RECEPTOR C[/B]--->sin tarjeta de abonado y protocolo cliente

[CODE]el receptor A conectado a receptor B y C
el receptor B conectado a receptor A
el receptor C conectado a receptor A
[/CODE]

[B]ejemplo modo 1[/B]

[SPOILER]pues ahora el receptor C pone un canal de la plataforma infierno 1 pues le manda la ecm para que se la descifre al receptor A y este pues como tiene la tarjeta infierno 1 pues esta la descifra y le manda la cw en este caso se la esta mandando de su propia tarjeta.[/SPOILER]

[B]ejemplo modo 2[/B]

[SPOILER]pues ahora el receptor C pone un canal de la plataforma infierno 2 pues le manda la ecm para que se la descifre al receptor A y este no la puede descifrar por que tiene tarjeta infierno 1, entonces que hace el receptor A, pues le manda esa ecm para que se la descifre al receptor B y este como si tiene la tarjeta infierno 2 pues descifra la ecm y le da la cw al receptor A y a continuacion el receptor A pues le manda la cw al receptor C.[/SPOILER]

bien pues por este motivo aparecen unos nuevos conceptos que debemos aprender:

[COLOR="Red"]servidor local[/COLOR]: Cuando el receptor descifra por el mismo una ecm, es decir posee una tarjeta para descifrar la ecm.

[COLOR="Red"]servidor virtual:[/COLOR] Cuando el receptor no descifra por el mismo una ecm, y se la tiene que pedir a otro servidor que se la descifre.

[COLOR="Red"]hop: [/COLOR]son los saltos de un servidor a otro que da la ecm hasta que es descifrada, si le pedimos descifrar una ecm a un servidor y este nos da directamente la cw se llamaria hop0 por que la ecm no ha dado ningun salto, si el servidor a quien le pedimos que nos descifre la ecm se lo tiene que pedir a otro receptor seria hop1, si el servidor a quien le pedimos que nos descifre la ecm se lo tiene que pedir a otro y el otro a otro seria hop2 y asi sucesivamente.

[B]esto que repercusion tiene pues que a menos saltos que tenga que dar la ecm para ser descifrada pues en menos tiempo recibiremos la cw[/B] de visionado, es logico, si yo le pido a servidor A que me descifre una ecm lo hace coje la cw y me la da pues tardara 300 ms por ejemplo, pero si el servidor A no puede y se lo tiene que pasar al servidor B y este si puede coje la cw se la da al servidor A y luego este a mi pues tardara 500 ms,[B] por lo tanto a menor distancia mejor sera el visionado.[/B]

Ahora vamos a ver una historieta sobre esto:

[SPOILER]pepe (receptor C) como es un afortunado encontró otro mapa del tesoro (ecm) que descifrando obtenía una caja de vino (cw) y por lo tanto fue a la casa de Carlos (receptor A) que como recordamos le ayudó anteriormente a obtener la moneda de oro, pues pepe va al domicilio (Ip) de Carlos se encuentra el portón (puerto) abierto dice en la puerta zackyfiles (user) y foro (contraseña), Carlos le abre la puerta coje el mapa y al verlo no tiene ni puta idea como descifrarlo, pero Carlos tiene otro amigo llamado Andrés (receptor C) que si sabe, por lo que Carlos se dirijo a la casa (Ip) de andres, se encuentra el portón (puerto) abierto y Carlos sabe que para que Andrés lo deje entrar tiene que decir en la puerta zapatero (user) Madrid (contraseña), lo dice y Andrés le abre la puerta, Carlos le da el mapa, y Andrés se lo descifra, Carlos coje el mapa descifrado regresa a su domicilio y le da el mapa a pepe, pepe piensa esta vez Carlos ha tenido que ir a otra casa para descifrar el mapa (hop1) y ha tardado más que si lo hubiera hecho el.
[/SPOILER]

Bien una vez entendido esto cuando realizamos cardsharing si el receptor que estamos utilizando lo permite observaremos que al lado de cada ecm que se descifra aparece un numero Seguido de ms, pues esto sería el tiempo en milésimas de segundo que se tarda en descifrar la ecm que hemos enviado, a menor tiempo pues mejor sera el visionado.

Por que a menor tiempo mejor sera el visionado?

Vamos a ello, cuando ponemos un canal como dijimos la plataforma de abonado envía la señal de vídeo y audio cifrada y envía las cw escondidas en la ecm para poder descifrar esta señal de vídeo, bien pues la plataforma de abonado no envía la cw una vez y ya está sino que cada X segundos va enviando unas cw distintas Y por lo tanto cada X segundos unas ecm distintas, por lo que si cuando mandamos una ecm a descifrar el tiempo que se tarda en descifrar esta es superior a la vigencia de esta, pies cuando recibamos las cw estas ya no coincidirá con las nuevas y por lo tanto no habrá visionado, y por lo tanto volveremos a enviar otra ecm si esta vez se produce el descifrado en el tiempo máximo exigido pues abra visionado de nuevo, pues cuando no recibimos la ecm en el tiempo exigido es cuando observaremos un corte en el visionado, es decir:

Es decir estamos visionado y la secuencia es:

[COLOR="Lime"]ECM OK ECM OK ECM ECM OK ECM OK[/COLOR]

Y si falla una ecm:

[COLOR="Lime"]ECM OK ECM OK[/COLOR] [COLOR="Red"]ECM NOOK[/COLOR] [COLOR="Lime"]ECM OK ECM OK[/COLOR]

Cuando se produce el [COLOR="Red"]ecm no ok[/COLOR] observaremos un pequeño corte en el visionado.

Historieta para que lo entendais

[SPOILER]pepe esta casado con maria y en el sexo les gustan los jueguecitos, uno de sus jueguecitos es, que mientras pepe va penetrando a maria esta cada 10 segundos le hace una pregunta si la acierta sigue penetrando si la falla deja de penetrar hasta la siguiente pregunta si la acierta volvera a penetrar y si no la acierta esperara a la siguiente, si tarda mas de 10 segundos en responder tambien dejara de penetrar hasta que acierte la pregunta, evidentemente cada vez que falla la pregunta o tarda mas de los 10 segundos se corta la penetracion y maria no recibe nada.[/SPOILER]

Bien entendido esto pues normalmente cuando solicitamos el descifrado de una ecm y la cw no nos llega en el tiempo que nos,tendria,que llegar se conoce como time out es decir fuera de tiempo, pues cuando en una secuencia de peticiones de ecm se produce un time out pues habrá un pequeño cortecito en el visionado.

Bueno una pregunta que nos podemos hacer viendo como funciona cccam, es, si yo por cccam le doy acceso a una persona a mi tarjeta, este ****** si quiere pues le puede dar acceso a traves de el a otras personas, pues efectivamente, por eso este protocolo permite mediante unos parámetros en su configuración limitar al que tu le das,cccam,el número de saltos-hop que puede realizar con tu tarjeta.

Y a groso modo pues este sería el funcionamiento de cccam.

Por lo tanto en este protocolo:

EL RECEPTOR A DEBE CREAR

Un usuario
Una contraseña
Un puerto
El límite de saltos hop permitidos

EL RECEPTOR B DEBE CONOCER

El host del receptor A
El user que le asignó el receptor A
La contraseña que le asignó el receptor A
El puerto de acceso que le asignó el receptor A

[COLOR="Red"][SIZE="2"]Protocolo comunicación IKS[/SIZE][/COLOR]

Bueno como hemos visto en los dos anteriores protocolos la petición para el descifrado de una ecm para obtener la cw se realiza directamente a una tarjeta ya sea en conexión directa o a traves de saltos-hop, bien habría que decir que si una tarjeta empieza a recibir muchas muchas peticiones de ecm pues la tarjeta tiende a realizar los procesos de descifrado más lentos o incluso bloquearse momentáneamente, es decir los protocolo newcamd y cccam admiten un numero limitado de gente realizándole peticiones, bien pues el concepto de Iks es lo mismo nosotros solicitamos al servidor que nos de una cw pero en iks las peticiones no van a la tarjeta sino a un servidor de Internet, es decir la información se captura de las tarjetas es,enviada a un servidor web y las peticiones de los clientes van a ese servidor web, esto implica que un servidor iks pueda tener un numero superior de clientes ya que la tarjeta no sufre, en este caso el número de clientes estará limitado por la capacidad del servidor web.

Este protocolo normalmente es utilizado por empresas de receptores ya que permite que los receptores que venden se conecten a esos servidores web y tener a la vez miles de clientes conectados.

Mencionar que los servidores iks son menos estables que los newcsmd y cccam, por que evidentemente habrá en iks miles de usuarios conectados y evidentemente aunke el servidor web tenga una capacidad de Internet cuando hay mucha gente conectada sus respuestas serán más lentas, cuando está saturación se produce pues habrá lo k dijimos time out y cortecito.

Normalmente en este protocolo el firmware no oficial de cada marca de receptor llevará una emu que vendrán los datos de a que ip se conecta y una key de acceso que vendrá relacionada con la mac o serial del,deco.

[B][SIZE="5"]CAMARERO UNA DE CAID PROVIDER Y PID[/SIZE][/B]

Bueno ya que hemos asimilado lo dicho, ahora vamos a tratar que son estos nombres y para que se utilizan en los sistemas cardsharing.

[SIZE=4][COLOR=#0000ff]CAID
[/COLOR][/SIZE]
Su significado seria "[B]CONDITIONAL ACCESS IDENFICATION[/B]" su funcion seria identificar los diferentes sistemas de encryptacion que existen, y que son utilizadas por las diferentes plataformas, por ejemplo:

[COLOR=#ff0000]0100---> Identificaria al sistema de encryptacion llamado SECA
18XX---> Identificaria la sistema de encryptacion llamado NAGRA
[/COLOR][COLOR=#ff0000]0500---> Identificaria la sistema de encryptacion llamado VIA ACCESS
06XX---> I[/COLOR][COLOR=#FF0000]dentificaria la sistema de encryptacion llamado IRDETO[/COLOR]

[SIZE=4][COLOR=#0000cd]PROVIDERS
[/COLOR][/SIZE]
Cada plataforma es identicada por un numero de seis cifras, por ejemplo:

[B]004106--->canal + satelite seca
004001---->canal + satelite nagra[/B]

Estos identificadores los podremos observar si utilizamos un analizador de [COLOR=#a9a9a9]TS (TS era el flujo que como vimos anteriormente era creado por el fronted a partir de la señal bruta), un programa de analizador de TS para nuestros decos seria por ejemplo el dvbsnoop.[/COLOR]

[B]Ejemplo utilizacion dvbsnoop para visionar el CAID Y PROVIDERS:[/B]

Abrimos la consola terminal, nos situamos sobre un canal que queramos, por ejemplo canal +1 de la plataforma canal + satelite , y en ponemos:

[CODE]dvbsnoop -n 1 1[/CODE]

[URL="http://imageshack.us/photo/my-images/546/pirt.png/"]http://imageshack.us/a/img546/3235/pirt.png[/URL]

Donde observamos:

[B]CA_system_ID: 256 (0x0100) [= Canal Plus (Seca/MediaGuard)]

[/B]0100--->Identifica al sistema de encryptacion SECA

[SIZE=4][COLOR=#0000ff]ECM PID
[/COLOR][/SIZE]
Pues como expliquemos anteriormente para desencryptar la señal de video y audio se necesita el [B]CW[/B] que viene encryptado en una [B]ECM[/B], pues bien [B]esta ecm que contiene el CW encryptado recibe el nombre de[/B] [COLOR=#ff0000]ECM PID[/COLOR].

Para saber de forma manual la ECM PID donde viaja el CW pues se puede hacer utilizando el dvbsnoop y siguiendo este manual:

Sobre los pids, logueando 1 vez el PID numero 1(dvbsnoop -n 1 1) se ven todos los pids que contienen EMMs junto con su CAID. El PID1 es el CAT (Conditional Acces Table). Si lo hacemos se ve
[CODE]...
MPEG-DescriptorTag: 9 (0x09) [= CA_descriptor]
descriptor_length: 9 (0x09)
CA_system_ID: 256 (0x0100) [= Canal Plus (Seca/MediaGuard)]
reserved: 7 (0x07)
CA_PID: 193 (0x00c1)
Private Data:
0000: 01 e0 c4 41 06 ...A.

MPEG-DescriptorTag: 9 (0x09) [= CA_descriptor]
descriptor_length: 4 (0x04)
CA_system_ID: 6160 (0x1810) [= Kudelski SA]
reserved: 7 (0x07)
CA_PID: 155 (0x009b)
...[/CODE]
El pid de emms del caid 1810(Nagr@3) es el 0x009B y el pid de emms del caid 0100(Seca4) es el 0x00C1 (y tambien el C4 auqnue no es el principal)

Para averiguar el pids de las ecms de forma manual (sin usar una emu que ya nos lo dice) es un poco mas laborioso, Pirmero hay que loguear una vez el PID numero 0 (dvbsnoop -n 1 0) (El pid 0 es el PAT Program Asociation Table), de todos los que salen hay que buscar el PID que corresponde al program_number que es igual al SID del canal, los sids de los canales se pueden encontrar en kingofsat por ejemplo. Una vez encontrado ese pid (el PMT Program MAP Table), se loguea una vez y se ven los pids de ecms de ese canal.

Por ejemplo para Paramount Comedy en Astra, si miramos en kingofsat el SID es 30408, hacemos dvbsnoop -n 1 0 y se ve algo como esto
[CODE]...
Program_number: 30400 (0x76c0)
reserved: 7 (0x07)
Program_map_PID: 1024 (0x0400)

Program_number: 30408 (0x76c8)
reserved: 7 (0x07)
Program_map_PID: 1032 (0x0408)

Program_number: 30407 (0x76c7)
reserved: 7 (0x07)
Program_map_PID: 1031 (0x0407)

Program_number: 30414 (0x76ce)
reserved: 7 (0x07)
Program_map_PID: 1026 (0x0402)
...[/CODE]

El pid correspondiente al Program_numbet 30408 es el 0x0408, asi que logueamos ese pid haciendo dvbsnoop -n 1 0x0408 y sale
[CODE]...
MPEG-DescriptorTag: 9 (0x09) [= CA_descriptor]
descriptor_length: 17 (0x11)
CA_system_ID: 256 (0x0100) [= Canal Plus (Seca/MediaGuard)]
reserved: 7 (0x07)
CA_PID: 1117 (0x045d)
Private Data:
0000: 41 06 ff ff ff ff ff ff ff ff fe 26 44 A..........&D

MPEG-DescriptorTag: 9 (0x09) [= CA_descriptor]
descriptor_length: 4 (0x04)
CA_system_ID: 6160 (0x1810) [= Kudelski SA]
reserved: 7 (0x07)
CA_PID: 2117 (0x0845)
...[/CODE]

y ahi se ve, para el CAID 0100 (Seca4) el PID de ECMs es 0x045D y para el CAID 1810(Nagr@3) el PID de ECMs es el 0x0845

Para buscar estos pids es necesario tener sintonizado el canal del que queremos buscar los pids (o al menos uno de su mismo TP) sino no vale o no encontraremos el program_number.

[SIZE=5][COLOR=#0000ff]SID
[/COLOR][/SIZE]
El significado de sus siglas seria "[B]Service ident[/B]" y su funcion seria identificar un canal en concreto, cada plataforma identifica con un numero unico a cada canal, y este numero lo podemos encontrar en varias paginas web por ejemplo [B]kingfosat[/B].

[B]En relacion a oscam el SID[/B] seria el que aparece en la pagina como kingfosat (que apareceria en decimal) convertido a hexagesimal.

[B]Ejemplo:
[/B]
El SID que aparece en kingfosat del canal AXN de astra es: [B]29815[/B]

Pues este pasado a hex seria: [B]7477
[/B]
Lo que quiere decir que en cualquier protocolo de los que hemos visto, para desencryptar un canal en concreto y obtener la cw pues solicitaria:

[B][CAID]+[PROVIDER]+[SID]+[ECM PID]=CW[/B]

Por ejemplo para el canal + 1 por ASTRA de la plataforma canal + satelite, del sistema encryptacion SECA, pues el deco cliente pediria al deco servidor para el visionado:

0100+004106+7479+04AB=CW

Esto que quiere decir que cada canal tiene una ecm diferente por lo que la tarjeta es capaz de descifrar unos canales y otros no.

Y además esto se aplica también para que aunque la tarjeta sea capaz de descifrar el canal pero el servidor no quiere dar al cliente ciertos canales entonces pondría un filtro, ejemplo:

Si el servidor no quisiera darle al cliente el canal plus +1 pues pondría un filtro en el que rechaza todas las peticiones que entren así:

Cliente pide al servidor que le descifre la ecm:

0100+004106+7479+04AB

El servidor como la tiene filtrada pues rechaza la petición y no vemos ese canal.

También puede ocurrir que el cliente pida para que le descifre la ecm:

0100+004106+7479+04AB

El servidor no la tiene filtrada, pero no tiene contratado ese canal por lo que la petición al llegar a la tarjeta esta no sabría descifrarla y por lo tanto el servidor no podría mandarnos la cw de visionado y tampoco veríamos nada.

[B][SIZE="4"]EMULADORES:[/SIZE][/B]

Cccam
Sbox
Oscam

[B]EN CONSTRUCCION[/B]