Plan för att avkoda MPEG4-utbudet hos Boxer

Mycket tyder på att även Boxer använder AES-kryptering av CWS som kortet kodar av.
D.v.s. samma som TNTSAT använder för Viaccess.

OSCam stödjer AES-decryptering om CWS innehåller "D2" nano byte..

TNTSAT har löst AES-nyckeln genom att ha tillgång till krypterad CWS, som jämförts med den riktiga CWS-datat.

http://viaccessfree.biz/forum/archiv...29839-p-2.html

Om vi loggar trafiken mellan programkortet och CA-modulen, samt jämför detta med vad en softcam skulle generera för svar, så får vi massor med riktiga svar att jämföra med krypterade svar.

Med mycket data kanske det går att "force-brute":a detta data.
Om vi delar upp arbetet på flera datorer...

Är jag helt fel ute?

Nyckeln innehåller 16 olika tecken (0-F) och är 32 tecken lång.
Detta ger 16^32 olika kompinationer = 340282366920938463463374607,43177 miljarder!!
Döfött?

Något för Distributed.net att ta tag i. :)

Om du har "tur" hittar du nyckeln på första försöket, troligtvis tar det en "stund".... :)


MVH

En snabbfråga.. sitter AES nyckeln i boxen lr sitter det i kodningen?

AES nyckeln är någonstans i mottagarens hårdvara, i en CA-Modulen är den lika så gömd någonstans...

Är det inte en sån nyckel de kan ändra när dom vill?

Varför är det inget snille som byggt dom här olika camarna osv som man kan konfiguera om med t.ex Cas3 Plus osv.
Som bygger en Ci+ läsare som i ena änden tar emot Ca moduler och i andra änden kopplas till en dator via usb och fungerar som kortläsare

Jag är gärna med och hjälper till på något hörn. Även om rolrns förslag låter som ett riktigt long shot, så är det ju något iaf. För att lösa detta måste någon börja någonstans.

Jag är inte riktigt med på hur TNTSAT löste detta, men har de några andra förutsättningar som inte vi har?

Verkar som att TNTSAT hade tillgång till en mottagare där man kunde få ut minnet.

Med hjälp av "krypterade" CW och decrypterade CW kunde dom hitta nyckeln i minnet..

Jag förstår. Jag antar att det inte är samma visa med de boxar som Boxer erbjuder. Borde väl finnas andra boxar som har stöd för MPEG4 som vi skulle kunna använda oss av?

Citat:

---

Ursprungligen postat av LuffarJoh

Jag förstår. Jag antar att det inte är samma visa med de boxar som Boxer erbjuder. Borde väl finnas andra boxar som har stöd för MPEG4 som vi skulle kunna använda oss av?

---

Borde nog också fungera med Boxers CA-modul med MPEG4.

Sista information jag fått via oscam utvecklare är att EAS nyckel i Boxer viaccess hanteras inte lika som andra. EAS nyckeln tas fram för varje EMC och detta görs med information som har laddats ner till boxen och delar av nano kommando D2 från EMC, lagras enbart på ett CPU register. (Förresten, man kan se på ett EMC om den är EAS krypterat om EMC innehåller nano kommando D2, exempel från ett EMC logg: "2011/03/10 18:59:55 81 70 41 00 D2 02 0B 00 40 03 .....")
Så, det är möjligt att den kommer fram men förhoppningar är från min sida inte stora!

Till första frågan, Brute Force:
Man kan vinna på lotto också! ungefär så är chanserna. Det har gjort tidigare försök till detta när viaccess PC 2.4 kom, kommer ihåg när tiotusentals PC höll på och körde, månaderna gick och det kom ingen lösning....

/C

http://www.golubev.com/blog/
Här går bruteforce ganska snabbt.. kolla på sida 2 när han knäcker ett lösen på 22s

Skillnaden är att de password han knäcker är 6-8 tecken, om man använder 32 tecken så blir uppgiften ogörlig även med mycket snabb hårdvara.

Även med 2 miljarder nycklar i sekunden kommer det att ta i det närmaste oändlig tid (5*10^21 år !!).

Citat:

---

Ursprungligen postat av CoolGate

http://www.golubev.com/blog/
Här går bruteforce ganska snabbt.. kolla på sida 2 när han knäcker ett lösen på 22s

---

Å andra sidan har vi endast 16 kombinationer per position.
Inte ett helt alfabet, som kan vara fallet med "vanliga" lösenord..

En liten beräkning:
Lösenord 8 positioner, låt oss säga att hela ASCII uppsättningen kan användas vilket är 256 olika tecken. Antal kombinationer är då 256^8= 1.845*10^19
AES-nyckel 32 positioner med 16 olika tecken. Antal kombinationer är då 16^32= 3.4*10^38

Dela det sista talet med det första och du får 1.845*10^19, vilket är hur många gånger längre tid det tar att gå igenom alla kombinationer för AES jämfört med ett vanligt lösenord.

Så även om det bara tar en sekund att hitta ett vanligt lösenord. så kommer det att ta ca 585 miljarder år att hitta en AES nyckel.

Som kuriosa kan jag nämna att chansen att få 7 rätt på lotto är ungefär 1 på 6.7 miljoner.

Ja, då får det nog bli en lotto-rad istället..
..eller hitta en mottagare som det går att "öppna" minnet på.

kan man inte läsa av koderna efter att det har passerat en CA-modul?

Hittade detta: http://www.minhembio.com/forum/index...c=267092&st=60
Det är ett tv-kort med inbyggd CA-plats och fungerar även med CI+ om man har en kompatibel CAM. Skulle det gå att läsa ut koderna ur denna tro?

http://www.inet.se/artikel/6305819/a...i-dvb-t2-dvb-c

Med denna mottagare behöver du inte köra softcam, eftersom du då har en riktig CAM.
Koderna lagras i CA-modulen, inte i mottagaren i detta fall.
D.v.s. ingen skillnad mot att köra CA-modulen i din TV.

Jo, men skulle det gå att dela ut till flera tuners som saknar CA-modul? Man kör altså Anysee som en kortläsare/cardsharing

Är du ute efter att låta flera klienter använda en riktig CA-modul?

D.v.s. på samma sätt som att Anysee frågar CA-modulen, så kan även andra mottagare göra det?

Jag vet inte hur kommunikationen till CA-modulen fungerar.
Är det inte hela dataströmmen som skickas till den, varpå mottagaren får tillbaka en "öppen" dataström?
Altså inga nyckelkoder inblandade..

Enligt specifikationen ska den där mottagaren kunna dela nycklar med flera mottagare. Kanske dock bara gäller anysee.

Jag hittade även detta:
ACamd V 0.6.2.0
31.12.2010
V 0.6.2.0
- Added Anysee support

Hur ska det tolkas?

Edit: Hm. insåg nu att det kanske kan vara den inbyggda kortläsare som finns i E30 Plus modellerna. Detta stödjer ingen CAM.

letade ganska länge på nätet för ca 5 år sedan om just det du vill göra men enligt alla inlägg jag sett så är ca modulen för långsam med att skicka svar (dom var det iaf) så det är ingen som har lyckats med en org cam att göra det du säger skall inte säga att det är omöjligt men skulle tro att det blir svårt utan sdk för ci interface platsen (kanske finns har inte hittat det heller ) men någon duktig kodare kanske kan kolla om det är möjligt att txp skriva en driver till ett vanligt PCMCIA plats som man kan stoppa camen i och sedan ansluta till ?

Då förstår jag, men i teorin skulle det kanske gå?
Anysee har något typ av SDK för Windows, har dock inte undersökt vad man kan göra med det.

edit:
Saxat från DOC-filen i SDK.
- This publication is a software development kit intended to enable programmers to develop application using the anysee hardware.

5. anyseeSC class

5-1. Using
a. Open smartcard interface("I/F") device by calling Open().
b. Test whether smartcard was inserted by calling IsPresent().
Activate the smartcard hardware( by calling Activation() ) if smartcard was inserted.
Deactivate the smartcard hardware( by calling DeActivation() ) if smartcard was removed.
c. Process smart card data according to T0, T14 protocol support smartcard.(by calling ReadWriteT0() or SendDataT14())
d. Close smartcard I/F device by calling Close().


Dock verkar ju inte detta ha med CAM-slot att göra.

dom första anysee hade en vanlig typ kort läsare (mp3 eller liknande)med speciell drivrutin för deras program det är därför det finns speciella filer till acamd för att få det att funka ..mao han som skrev acamd skrev en speciel ver till anysee för att till den finns det sdk så att man skulle kunna använda den inbyggda kort läsaren (som är typ som en mp3 fast inbyggd i tv kortet) hoppas att det klarnar lite ..

Det som behöver göras är att någon duktig programerare bygger en brygga mellan pcmcia - mediaportal eller liknande mjukvara
effter det så kan man ev ansluta flera tv kort till camen. Men sen är det långt ifrån att dela ut på lan .

kan ha fel om någon har annan info om det vore möjligt eller omöjligt svara gärna är som sagt ingen kodare vet inte om det ligger något specielt i pcmcia plattserna på en reciver kan vara annan pinout? eller något men det borde gå ..

..men är det verkligen rena "koder"/cw man får ut från CAM:en då?
Jag har fattat det som att det handlar om att köra dataströmmen (TS) genom CAM:en.

som jag sa kan jag ha fel och det kan vara som rolrn säger och då är det kört ...men det skulle funka att ha bara ett kort i det fallet vilket är mer än inget :)

hittade detta :( ingen rolig läsning ..
http://en.wikipedia.org/wiki/Common_Interface

Ja, det verkar tyvärr som att jag hade rätt :-(

Citat:

---

The host sends an encrypted MPEG transport stream to the CAM and the CAM sends the decrypted transport stream back to the host. The CAM often contains a smart-card reader.

---

Ett något större project vore att ändra så att man spelar in krypterad data och lagra den på hdd.

När det sedan är dax att titta så kör man det genom camen. En sådan lösning borde inte vara omöjlig.

Det är så som settop-mottagare fungerar.
Ex. Dilog Twin-Tuner..

Efter att ha läst lite mer om CI+, så måste du ha ett cert för att få kommunicera med cam:en