Potrebna Pomoc oko Zastita CD-a (ocx,dll...)

[Dzigilibonglica]

Pozdrav!
Zanima me zna li neko kako mogu da zastitim CD od kopiranja? Naime CD koji radim je elektronska knjiga koja pusta video klipove, slike, tekstove i drugo. Aplikaciju pisem u VB6 i planiram sam zastitu na sledeci nacin: Posto ce se knjiga prodavati (odnosno CD) da za svaki serijski broj cd-a iskompajliram poseban .exe.
Gde je problem?
Problem je sto jedinstveni serijski broj CD-a ne mogu da procitam ni jednom kontrolom, klasom ili apijem. Mogu da procitam Volume Serial Number, ali to mi i nije neka zastita od kopiranja jer Nero prilikom kopiranja, narezuje i taj broj. Uz to i prazan CD nema taj Volume Serial Number vec je on (nula), pa se upisuje prilikom snimanja.

Pouzdano znam da je postoji nacin kako procitati jedinstven serijski broj CD-a(Diska), ali ne znam kako to iz Visual Basica 6.

Naime u NeroInfoToll mogu se videti neke od tih nepromenjivih informacija koje su zapisane na svakom praznom Cd-u pa i Proizvodjac samog Diska(CD-a). Uz to i svaki CD kada se otvore njegove Properties prikazuje da ne pocinje od Nule vec od nekog veremena 00:02:xx (ili sta vec..)

Zanima me da li se neko od vas susretao sa ovom problematikom, i da li mozda ima resenje za moj problem (u vidu neke ActiveX OCX , DLL ili Apija)

Hvala unapred!

[zextra]

Resistance is useless.

Salim se malo, naravno. Treba da ti bude jedna stvar jasna: svaka zastita koju napravis (a posebno ova o kojoj govoris, i koja se svodi na jedan IF u programu), moze da se zaobidje sa manje ili vise truda.

Najsigurniji (rec "sigurno" uzmi sa velikom dozom rezerve) nacin da zastitis svoj program je da .exe zapakujes nekim od komercijalnih exe protektora, koji obmotava tvoj kompajlirani program dodatnim slojem zastite, tako da ne moze tek tako bilo ko sa ulice da otvori tvoj vb program u nekom hex editoru i promenom par bajtova razbije tvoju zastitu. Naravno, koji god "packer" (naziv za exe protektore) budes koristio, samo je pitanje vremena kada ce neko napraviti unpacker za tvoju verziju.

Evo ti par linkova pa razgledaj:

http://www.aspack.com/
http://www.sofpro.com/ - autor Blagoje Ceklic

[Ivan]

Zextra je vec objasnio a ja mogu da potvrdim da sa nekom od zanimljivih varijacija aspacka mozes da budes prilicno siguran jer je za njegovo "razbijanje" potrebno prilicno vremena ... (crackerski dani )

[bluesman]

zextra, ja sam napisao tako nešto ali nisam hteo da budem negativan pa nisam ni kliknuo na "send"

[ZeroStyle]

Ja sam jednom naletio na CD koji je radio samo na racunaru za koji je prodan, naime uzimao je vise faktora, software je citao prvo serijski broj hard diska, zatim ime racunara, i plus prije samog pokretanja morao sam instalirat mysql server koji je postavio bazu na taj racunar a ime baze je bilo ime racunara, ne kazem da je sve ovo nezaobilazno ali ipak mnogi ce odustat prije nego sto krenu, svaka promjena na racunaru bi prouzrokovalo to da aplikacija ne radi ali firma tako vec posluje 5-6 godina i neznam jel jos ko kopiro to.

Nisam strucnjak u tome bas al samo kazem ono sto znam pa ako moze pomoc dobro je.

[LiquidBrain]

da li ce neko da krekuje tvoj program zavisi od toga koju informaciju pruzash u tom programu. ASPACK je paker kome je veoma lako naci entry point i relativno je lako raspakovati program zapakova aspackerom.

Dakle, jedini nacin da budesh 90% siguran je da tvoj program bude polimorfan, iliti da sam sebe menja tokom izvrsavanja. i da posle toga radis ECC proveru.

Eto, toliko o tome. (Josh uvek traju krekerski dani).

PS. Sada sam u internet kafeu i mrzi me da objasnjavam kako da to izvedes.

Pozdrav.