Bulcrypt ver.2 тема за напреднали

[blagynchy]

Мак адрес по никакъв възможен начин не може да има защото няма лан карта а пък да емулират такава не си струва. Варианта е по сериен номер на при който се заключва с 1вата карта вкарана в него. Не ти трябва заключването на картата към оскама, това е излишна гимнастика. Просто трябва да се хване деобфускацията, и/или в краен случай ще трябва да се разбере сесията след инита. И тези които продават готовите се риидъри с чипът искат картата най-вероятно за тестове или колекция на СН на картата + заключване към чипа. Цените просто не си струват даже и коментара..
Браво и от мен към @tedy58 и @beleata за разследването на картата!


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

Аз мисля че говори за МАК адреса на стаелитната част, нали все пак това е мрежово устройство и трябва да може да филтрира пакетите които са за него (макар, че са бродкасти, редно е да може да се отсява). Някога когато започваше ДВБ интернета, с изходящ трафик през модем - Сат-картата имаше МАК адрес (сателит и карта са 2-те точки а преносна среда е атмосферата-меко казано!)

И пак тогава нали се сещаш че всички ние с не-оператоско оборудване щяхме да сме с пръс в г-з, най-малкото което щяха да направят е блокират всеки номера без техните си, но тогава ЕС би могъл да ги погне с претекст за един вид цензура. Не мисля че сателита разбира от къде, кой и какво му слуша сигнала, той само го предава. А това дето викаш мак на карта не ми се вярва ако го помнеш штракни една заявка за инфо към OUI да видим на кой е. Другия вариант който по иде да е реален, да си хванал мак адреса на модема.

[blagynchy]

Това ме навежда на мисълта за:

[turbopower]

Според мен насочете се да разгадаете операционната система на приемника. Нужен е дъмп от него и логер на рама в реално време.

---

По молба на автора отделих постовете му в отделна тема. Последните му промени могат да бъдат видяни във всяко едно време от линка му в dropbox.
Идеята на тази тема да пишат само хората които са запознати с нещата и са се постарали първо да опитат нещо в къщи, а след това да пишат тук. Общите приказки ще бъдат премествани в другата тема която ще остане за общи приказки свързани с версия 2.

[beleata]

Ето още малко информация
Използвайте Noptepad++

ПП. Забравих заслугите за файла са за @tedy58

[mminkov]

Колега, то това ясно, всеки който разбира от C, може да го види в Оскам (модул reader-bulcrypt.c), ама другото пустото...., все пак сте се постарали - защото все има някой недоразбрал

DE 04 85 0B B0 # GLOBAL & UNIQUE EMM (най-вероятно е само глобален (според blaginchi) или Уникален - според Жоро)
DE 02 82 00 B0 # Уникален (според Жоро)

Проблема е май само в разкодирането, защото има потвърждение, че картата може да се Up-не в стандартен оскам, значи всичко друго е същото....

[tedy58]

Мога твърдо да кажа, че:

DE 02 82 00 B0 # е Уникален и е единствено той (Връща нов ключ) 
DE 04 XX 0B B0 # са Глобални мисля, че го писах някъде по-горе
DE 02 84 0B B0 # Shared изпълнява няколко функции, сменя ключовете по групи канали
понякога опреснява абонамет.

Глобалните се разпределят в две групи по 24, като едните се въртят

XX --> 00 до 17
а другите 
XX --> 80 до 97.

и вървят така DE04080BB0 следващият е DE048B0BB0 след него DE04090BB0 след него DE048C0BB0 (тази последователност е хваната от произволно място в лог).

[turbopower]

По падна ми нещо което е за награ 3 но е валидно и за нас. Прикрепил съм и интересна документация.

But if u learn to trully emulate the full system no need for a CPU read out!!!!!!!!!!!!!!!

I understand what you write decryption method, encryption method but is something missing there.

NUID is fixed per box, cant be ever changed also root key and Ram2Ram key. So in order provider to change CWPK's only NUID is not enough! There must be something like NUID + XXXX that will be seed for CWPKs generation algo. On that way we all have different CWPKs per box as NUID is different for everybody and XXXX is same for everybody, only provider can change XXXX.

If like @tester(\)|)5 said only NUID is sent to card than provider can not change CWPKs. Card will generate 8 CWPKs and provider can only select one of those 0-7. Also STB will do the same thing. So keys will be same in card and in STB and everything will work. So far we still do not know how STB and card are selecting same key for cw encryption / decryption. Without that info even if someone extract all CWPKs, decryption of cw will not work. Maybe selection is in ECM or EMM. As far I know ecm is carry pairing command what exactly I do not know. Maybe just on/off and maybe even CWPK number 0-7. If ecm carry CWPK number than its also must be present in cw which card sending back to STB because STB also must know which CWPK he need to use.

If provider can change CWPKs (regenerate them) than extracting CWPKs from box is not good enough. They will probably send some kind emm for that with new seed data XXXX. When box receive that emm he will recreate CWPKs (seed: NUID + XXXX) and card will do the same as soon as she gets that emm. So only NUID + XXXX make logic for me if provider have option to regenerate CWPKs.

[rotation]

Turbopower,
Възможно ли е да се изтеглят по някакъв начин всички качени файлове тук по темата?

[turbopower]

Turbopower,
Възможно ли е да се изтеглят по някакъв начин всички качени файлове тук по темата?

Не разбрах какво имаш в предвид.

[rotation]

Линковете за текстовите файлове към постовете при опит за сваляне препращат към празна страница и немога да ги сваля. Дали проблемът е в мен?