RedLight HD (DGCrypt)

[gfto]

Някой има ли карта за RedLightHD пакета. Тези карти ползва DGCrypt CAS и в момента тествам поддръжка за тях в OSCam.

Ако някой има подобна карта и му се занимава, нека ми прати една поща.

[gfto]

Никой не се обади, че има такава карта. Все пак Oscam вече работи с тези карти. Това което липсва е декодирането на данните за абонамента.

Прикачам два лога, ако някой се сети нещо гледайки ги, информацията е добре дошла.

[turbopower]

Колеги не ви ли идва нещо наум от прикрепените логове, относно булкрипта има много знаещи прехвърлете малко знания и тук.

[gfto]

Просто командите са странни, те нямат чак толкова значение, отговорите са по-важни.Ето още един лог, този път от китайска карта, която има caid 4ab0.

[gfto]

Нещата са ясни ,трябва да се пусне пълен лог нa дадена карта ,после след 1 ден отново и после 1 месец по късно и трите лога да се прегледат .Постепенно после се отделят инструкциите за date ,id , sn , sn hex ... от там дали с юникс дати карат , дали има някаква проста маскировка като ротация битове ,xor ,or ,not ... Но ако битрейта или стоп битовете не са верени ,доста яко ще се оплетеш .

Прав си, по-принцип. Само дето не си погледнал файловете, които съм пуснал защото там съм описал нещата, за които говориш. Карта нямам, това са логове, които съм намерил из мрежата или са ми били изпратени.

[gfto]

00 xx xx xx xx xx xx xx 30 30 30 30 30 30 30 30 90 00 .. .. .. .. - XX is hex serial
това не hex сериен в asc код

Числата, който съм сложил с XX си е баш серийният номер на картата. 30 30 30 (000) не се ползват за нищо.

Номера изписан на картата изглежда ей така: 3900004000028701
в xx имаше: 0D DB 08 71 0B 58 1D което е същото число.

Мога да добавя като идея (1F 70) hex serial .
Щото (1F 70) х ((256 карти)1 група) = (1F 70 00) = 2060288 абоната.
Но пък по доло в лога 1F /70 се ползва като дължина и индекс някакъв

21 3E 0D 0C 00 - 33 62 13 12 00
E9 3E 0D 0C 00 - 233 62 13 12 00
тука има някаква зависимост -
пример: начало - край
час 02.05.2012
час 04.07.2012

Това е интересно, ако приемем че 12 (0c) е годината, как от 21 3e 0d, получи 02.05 ?

70 82 07 90 03
00 00 10 A7 10 A9
00 00 14 A7 10 49 74 61 6C 79 5F 31
I t a l y _ 1
00 54 61 62 5D
T a b
00 64 4B 65 90 00
d K e - маркер (е) за европа , примерно

Не е маркер, просто каратата не е нулирала изцяло буфера и това е някакъв junk и аз се бърках в началото, но изглежда е точно това.g_001457_big_28b285de02e8684e688f5518cc9df463.jpg

[klivo]

21 3E 0D 0C 00 - 33 62 13 12 00
E9 3E 0D 0C 00 - 233 62 13 12 00
тука има някаква зависимост -
пример: начало - край
час 02.05.2012
час 04.07.2012

hmm, this is good calculate... see my logs
expired = old card expired 4.2.2013 ... i first put card in reader 4.8.2012 .. date in card must be 4.8.2012 to 4.2.2013
not_active = new card
activated_06022013 - is the same new card after first ecm

[gfto]

Reformatted logs. Its interesting the "activated" and "not active" logs are the same (event the session key).