Bulcrypt support submited to OSCAM-Част 1

[DimitarCC]

Какви конфизи ползваш? При мен не върви!

Тествано с DM500S версия 6636 - последна към този момент dvbapi работи стабилно с 5581 и 4аее.Същото мога да кажа и за мода на Юрии 18-Т30.
За PC trunk версията на 6636 можете да си свалите от тук: http://oscam.to/svn/oscam/trunk/ .
В oscam.dvbapi :
P: 5581:000000
P: 4aee:000000
I: 092F:000000
При което 6636 игнорира записа а 18-Т30 го приема - но и в двата случая работят безпроблемно.

[Bruty]

http://streamboard.gmc.to:8001/ticket/2500#comment:18

[gfto]

С последният билд сложен на dm500 (работещ като клиент - с dvb-api) забелязах следното единствено на 4АЕЕ

2012/04/25 08:43:48 101C2988 c root  (4AEE&000000/09EF/012D/4F:69AE): found (121 ms) by bulcryptsd (1 of  2) - 4AEE:012D unknown         
        2012/04/25 08:44:01 101C2988 c Error in b2i, n=1         
        2012/04/25 08:44:01 101C2988 c Error in b2i, n=1

module-stat.c:34 - case 0x4A: id = b2i(1, er->ecm+7); break;
b2i(1, .....) е невалидно, но безопасно. този код се използва, за да връща chid. Тъй като Bulcrypt-а няма подобни неща warning-а е без значение. Поправено е във версия 6637.

[ilian_71]

Забравяте до тук 1 малка подробност която ще намали отговора на картата.
Незнам дали може да се реализира в оскама - пишещите го ще кажат
след rst и отговора
3b 20 00
следва
de 14 00 00 04 --> 14 06 02 00 fa 90 00
ако се прати FA комуникацията с картата от 9600 при ресета се вдига на 12800
ако се прати F8 вече отиваме на 14400

инит на захарина:

3B 20 00
DE 12 00 00 00 --> 12 90 12

следват едни 16 байта идентични за всяка карта (част от ключ?)
DE 1E 00 00 12 --> 1E 11 10 ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ 90 00

ключа за текущата сесия
DE 1C 00 00 0A --> 1C 12 08 ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ 90 00

DE 16 00 00 00 --> 16 90 03
типа на картата (в случая 4С незнам дали новите карти имат вариянт 75)
DE 1E 00 00 03 --> 1E 01 01 4C 90 00
DE 0A 00 00 00 --> 0A 90 03
DE 1E 00 00 03 --> 1E 08 01 00 90 00
DE 18 00 00 00 --> 18 90 06
HSN на картата
DE 1E 00 00 06 --> 1E 02 04 ХХ ХХ ХХ ХХ (HSN) 90 00
DE 1A 00 00 00 --> 1A 90 0F
и серийния номер на картата
DE 1E 00 00 0F --> 1E 05 0D 31 31 20 3Х 3Х 3Х 3Х 3Х 3Х 20 3Х 3Х 3Х 90 00

Както виждате разликата са едни 16 байта в които е (а може би не само :) ) ключа от палатката.

[ilian_71]

ZHD card status:

DE 06 00 00 00 --> 06 90 2B
DE 1E 00 00 2B --> 1E 13 29

0B 4F 83 B1 35 Last EMM (UA) 10.04.2012 04:04:05
3C 65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 BE
3C 84 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 BE
90 2B
send again
DE 1E 00 00 2B --> 1E 13 29
0D XX XX XX XX (Maybe activate card date?)
XX XX 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
XX XX 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90 00
Тук разликите са малко повечко :)

[gfto]

ZHD card status:

DE 06 00 00 00 --> 06 90 2B
DE 1E 00 00 2B --> 1E 13 29

0B 4F 83 B1 35 Last EMM (UA) 10.04.2012 04:04:05
3C 65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 BE
3C 84 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 BE
90 2B

Дотук е ОК, като на старите.

send again
DE 1E 00 00 2B --> 1E 13 29
0D XX XX XX XX (Maybe activate card date?)
XX XX 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
XX XX 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
90 00
Тук разликите са малко повечко :)

Всъщност на в1 карта не съм пращал втори път "DE 1E .." за да видим дали и тя не отговаря така. Замазаното е някакъв unixts нали?

[ilian_71]

Мисля че е датата на която е активирана картата от провайдъра, но не съм 100% сигурен, (понеже не се изменя си мисля че е това)
версия 1 не отговаря.
P.s. това за оскама въобще не е нужно, само за приемника е да му дръпнат шалтера след 72 часа май беше или нещо от сорта - поне за делтите е така ако не се лъжа.

[gfto]

инит на захарина:

3B 20 00
DE 12 00 00 00 --> 12 90 12

следват едни 16 байта идентични за всяка карта (част от ключ?)
DE 1E 00 00 12 --> 1E 11 10 ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ 90 00

Мда, това го няма във в1. Всеки път казваш байтовете са идентични, дори при различни приемници и карти?

ключа за текущата сесия
DE 1C 00 00 0A --> 1C 12 08 ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ 90 00

При в1 този ключ се задава със същата команда:

send: DE 1C 00 00 0A 1C 12 08 ХХ ХХ ХХ ХХ ХХ ХХ ХХ ХХ
recv: 90 00

Да разбирам ли, че при в2 се праща само DE 1C 00 0A и приемника отговаря с ключа?

...

Всички други команди по-надолу са като на в1.

[ilian_71]

Приемника няма нищо общо с тоя ключ - всяка карта е с идентичен ключ, а приемника го ползва в последствия (не се проверява при инита като серийния номер и дори и от друга карта да са(16те байта) приемника минава инита - проверява се само серийния номер и в някой случаи при делтите типа на картата 4С или 75)
дори и да не "изискаш" тия 16 байта резултата няма да е тоя който на всички ни се иска ;)

[atilla74]

В крайна ъпдейта работи ли или не?
Вчера правихме проби с един колега на Екстренд 5000, работеща карта се чете и всичко е ок.
Днес обаче на същия приемник с оскам 6637 и неактивна карта (след като вече е платена) не се ъпва. Опитах да я ъпна с клиент оскам 6640 по cccam протокол (Азбокс)...след 2-3 часа на БНТ1 клиента регистрира 16 UQ emm и доста шаред, но сървъра нищо не показа в статистиката. И съответно картата не пали.
Тъй като Екстренда няма антена на 39Е, преместих картата в Азбокса. Ефекта е нулев. В лога на oscam не виждам изобщо да подава emm при debug 64.
Спрях DVBApi на oscam и пуснах mgcam 1.35 като клиент на oscam по newcam протокол. Пак не ще да тръгне.

Някакви идеи?

Oscam-а като карт рийдър още от 6625 ЪП-ва карти. Реално още преди 6625 ъпнахме току що взета, девствена и неслагана никъде карта.
Всичко зависи от това, дали клиента (mgcamd, dvbapi, tsdecrypt, etc) праща EMM-тата към oscam-a.
В другият тред, който е за използване на оскама и би трябвало там да питаш, има точно описание как да ъпнеш карта с DVBApi.