Printable View
Pe mai multe forumuri, in ultimele zile , revine cu insistenta ideea ca la originea
dezactivarii in serie a numeroase carduri Videoguard s-ar gasi "colaborarea"
fortzata a celor de la DMM prin intermediul CCcam 2.1.4 !!! cu atotputernicul
australian ... din media.
S-ar putea sa fie un simplu zvon ... dar daca nu-i asa ?
Si un fisier care presupune existenta unui backdoor :
[Only registered and activated users can see links. Click Here To Register...]
Dupa ce vezi filmuletul ... gata cu presupunerile ! CCcam chiar are
un "backdoor" ...facut pentru cei care vor sa afle se serii au cardurile
unui anume CAID sau PROVID de pe liniile unui server ... si daca providerul
stie seria cardului ...dezactivarea lui este o chestiune de minute !
Este absolut evident ca Murdoche a batut palma cu DMM ... sau i-a strans
de .."aparat" ca sa dea din casa ...
Am trecut la 2011:!:
Cam asta e in film.
Singura posibilitate de-a ne feri de acest backdoor este FIREWALL. Cred ca o sa revin si eu la firewall / peer, pentru fiecare peer in parte creata o regula de firewall cu ACCEPT pe portul 12000, in rest DROP!! Atunci poa`sa-si f**a programul acela.
:drinks:
sau mai sigur oscam...
Asta e: ori firewall ori inapoi la o versiune "outdated" ori Oscam. Si uite asa toti trec pe Oscam :-). Sau nu ?
Stirea a fost publicata pe forumurile germane de catre cineva care are acces la forumuri NP.
Tipul specifica clar ca acest backdoor a fost introdus deja de la versiunea 1.6.0
In concluzie: nu va obositi sa "downgrade-ati" cccam-ul ci treceti la oscam (vezi @dan2000)
Mai intai, cei de la cccam team s-au vindut celor de la DMM.
Acum ca oscam e pe cale sa bata la kur cccam, DMM nu mai plateste.
Asa dar este nevoie de o noua sursa de bani: providerii si producatorii de sisteme de criptare au cel mai mare interes.
Se spune ca Digiturk deactiveaza deja carduri engros. Se stie de unele cazuri de provideri codati in NDS.
Se banuieste ca si providerul german a cumparat acel soft de logare de la cccam-team.
De aceea s-a hotarit acest tip sa iasa in public, pentru a pune in garda pe cei ce au abonamente si pun cardul SKY D in share.
Stirea a publicat-o sub alt nick decit cel binecunoscut, pentru a nu fi exclus din forumurile non-publice.
Cam asta am citit eu in ultimele zile pe la nemti.
V-ati gandit si la posibilitatea unei "intoxicari"? Deocamdata cel mai puternic emu pt share si cel mai folosit si cel mai usor de configurat ramane cccam. Bun, oscam vine tare din urma, dar tot in urma e, cel putin pentru moment...
Oricum, daca nds vrea nu mai merge cardul in share sub nici o forma. Sa nu uitam de boom sau hd de la dolce.
Deci, stati voi linistiti... nu va mai agitati. Cat despre cardurile oprite, sa fim seriosi. La cat de dobitoci sunt unii mai au putin si se plang la provider ca nu le merge cardul bine in share.
Posibil si ceea ce afirmi,dar...cum dovedesti ca ...inchiderea a sute de carduri aflate in share e doar o..intamplare? de ce se inchid cardurile ce folosesc CCcam si cele ce folosesc Oscam nu au nici pe dracu? asta ma face sa cred ca nu e o intoxicare:!:
PS! sunt destui naivi ce nu stiu sa configureze un card X sau unul Y in share,dar nu sunt...sute in diferite colturi ale Europei!
chiar vorbeam cu cineva acum 5 min,pana nu se face public acel program sa vada si muschiul meu:)ramane apa de ploaie,adica o vorba de mai sus,INTOXICARE
concurenta deh:)
Eu am dubiile mele in privinta asta .... ar fi un backdoor ?? tot ce e posibil... ca se poate citi toate serialele de la Nds ? tot cei posibil dar de ce nu de la toate cardurile dupa cate zice filmuletul orice caid se poate si nici oscam nu ar scapa deodata ce scrie ca citeste si newcamd conection cat despre dezactivari in masa asta nu cred si nici nu am auzit decat cateva sporadice ici colo din cauza unor errori si imediat au fost repuse in share dupa schimbare (vorbesc din expierenta personala ) daca backdoor exista de la versiuni inferioare de ce nu sau luat masuri ani de zile in urma ? Cat despre o contramasura pentru a masca serialul ce sa mai spun exista de inainte de a exista shareul (vezi toate blokerele nds nagra etc ) parerea mea personala e ca e un zvon ca toate altele de frica ca shareul a luat o amploare mare si nu il mai pot controla .
Versiunea 2.1.4 a aparut la sfarsitul lunii Ianuarie. S-au gasit unii dupa aproape un an sa spuna ca are ceva in el care blocheaza carduri. Hai sa fim seriosi. Eu nu cred.
Trist e ca exista oameni care au patit dezactivarea, si erau in share de mult timp!
Eu nu cred a e intoxicare.
Mai trist este ca am vazut procedura de backdoor comentata in dezasamblor :(.
E reala faza, la oscam au facut deja sa nu propage comenzile respective!!!
Cine isi inchipuie ca poate fi anonim pe internet se inseala. Nu cred ca e greu ca sa obtii niste date interogand ccccamul. Payserverele reprezinta principalul motiv pentru care s-a ajuns aici. Dth-urile pierd clienti din cauza bisnitarilor. Orice program care se conecteaza la internet reprezinta o potentiala vulnerabilitate care poate fi exploatata de persoane interesate sa obtina date. Probabil ati vazut scripturi pe diverse pagini de internet care afiseaza informatii referitoare la browserul folosit de voi, ip-ul intern, etc. Asa ca va agitati degeaba. Sau scoateti cablul de retea de la receptor si sunteti in siguranta.
Uite ce scrie [Only registered and activated users can see links. Click Here To Register...]
Quote:
Unfortunately I have no "code" that you could post. We never had code from the "O" CCcam, only what you could do reverse engineering by using a debugger. And there was the "CCcam Protocol analyzer, can be found via google, as you can see only the commands, which are also used.
Using the analysis of the codes "that was meant to debug the CCcam - ie naked assembler code. Since there is a switch statement that responds to this CMD_0A - as far as I remember, but that's some time ago.
Habs found. It was NOT CMD_0A but CMD_0E:
As already said, this was not followed and can be anything.Code:0x0E
Code:
.text:080D7138 cmd_0x0E: ; CODE XREF: Command_Handler+A6j
.text:080D7138 ; DATA XREF: .rodata:off_80F4484o
.text:080D7138 call sub_80D5B30 ; jumptable 080D70E6 case 14
.text:080D713D xor ebx, ebx
.text:080D713F jmp exit_cmd_handler
No idea yet, string required??
0x0A
Code:
.text:080D7643 cmd_0x0A: ; CODE XREF: Command_Handler+A6j
.text:080D7643 ; DATA XREF: .rodata:off_80F4484o
.text:080D7643 mov esi, [ebp+var_A0C] ; jumptable 080D70E6 case 10
.text:080D7649 xor ebx, ebx
.text:080D764B mov [esp], esi
.text:080D764E call sub_80A6820
.text:080D7653 jmp exit_cmd_handler
It looks like cmd 0x0A (only header without payload) is requesting a answer of cmd 0x0B. After the command 0x0A from the client the server will send once 16 bytes with the cmd 0x0B.
---------- Post added at 19:55 ---------- Previous post was at 19:37 ----------
Si ca sa va lamutiti in versiunea 3906 s-a facut deja blocarea comenzilor.
08:53 Changeset [3906] by schlocke
cccam: Blocking user if cccam-backdoor commands detected
Asta se intampla cand majoritatea merge pe ideea.....mie nu mi sa intamplat deci nu cred!.....asta e,ramane sa vedem ce va fi in continuare,adica sa urmarim fenomenul,nu stiu de ce dar am un bad filling ca va fi ceva de rau in cardsharing de sarbatori,sa vedem ce va urma!
chiar ma intrebam ce dreaqu vor sa spuna cu asta!Quote:
Originally Posted by zildan [Only registered and activated users can see links. Click Here To Register...]
referitor la "mai sus", cred ca adevarul este undeva la mijloc. de ce nu au aparut aceste informatii mai devreme? apar in datele problemei unele chestii ce nu se leaga. spre exemplu, citeam undeva ca unui utilizator ce "mergea" pe vpn, i s-a dezactivat cardul. chiar am fost atent si portul folosit era non standard. in aceasta situatie, cum de au reuzit sa-l asculte? nu se leaga....
un lucru este cert si cauzeaza pierderi consistente dth-urilor si proprietarilor de sisteme de criptare: fenomenul $haring nu poate fi stapanit/contracarat in totalitate... oricat de mukt s-ar agita unii sau altii!
succesuri! :drinks:
Un card citit de oscam dat in csp de unde e preluat de cccam cum ar mai putea fi reperat ?
De unde ar putea scoate serialul implicit dezactivarea cardului ?
Parerea mea totul e o poveste de speriat copiii ... cine se pune la verificat hosturi ... porturi ... si pe langa asta poate unii au abonamentele respective dar cardurile le-au trimis in alte tari spre a fi puse in sharing ...