Perchè I Cracker Si spezzano

Share

|

I primi sviluppatori di errore fanno spesso è nella sottovalutazione l'alimentazione e del numero di cracker e quello è l'errore che più difettoso tutto lo sviluppatore di protezione possa fare. Principalmente, i cracker sono gente molto astuta che lavorerà a protezione di rimozione del software per i giorni alla volta e negli argomenti estremi anche per le settimane, per la sfida di esso. Il successo del cracker dipende quasi sempre dalla sua motivazione.

Può sorpreserlo di imparare che la maggior parte della motivazione del cracker non è finanziaria. I cracker inviano le loro crepe ed informazioni per libero, dopo tutti. Non stanno facendo i soldi fuori del vostro software, benchè la gente che usa le loro crepe sia soldi di saving. Piuttosto che il software per guadagno finanziario, cracker della crepa sta partecipando ad una specie di concorrenza informale. Un cracker che può rimuovere un nuovo e schema molto complicato di protezione sta bene ad una persona altamente considerata e rispettata all'interno della Comunità del cracker.

Come I Cracker Si spezzano: Programmi di messa a punto e smontatori

Gli sviluppatori di protezione presumono spesso che senza codice sorgente, i cracker non potranno capire la protezione del software. Ciò è un errore enorme. I cracker usano due generi di programmi di utilità per rompere i programmi di messa a punto e—gli smontatori di protezione del software.

Programmi di messa a punto

I programmi di messa a punto permettono che i cracker seguano un'applicazione, istruzione tramite istruzione e la arrestino ad un punto qualunque e seguano le relative sezioni importanti. È allineare che le applicazioni scritte nelle lingue di più alto livello (come C++, di base visivo, o Delfi) possono essere seguite soltanto in assemblatore, ma i cracker capiscono che cosa sta accadendo stupefacente bene nel codice di applicazione—probabilmente migliore di la maggior parte della gente possono immaginare.

La verità è, il livello elevato del linguaggio di programmazione, più difficile è di seguire. Ma d'altra parte, più su - i linguaggi di programmazione livellati offrono poche possibilità per la generazione della protezione realmente buona. Tutto ha relativi lati luminosi e scuri.

Smontatori

Gli smontatori possono tradurre il codice di applicazione nuovamente dentro l'assemblatore. Un vantaggio che gli smontatori offrono a decompilers eccessivi è che traducono sempre in assemblatore, in modo da il cracker deve conoscere soltanto quella una lingua. La qualità del codice tradotto risultante dipende dalla qualità dello smontatore. Gli smontatori migliori persino commentano il codice tradotto, che rende al codice quel molto più facile capire. Per esempio, se il cracker trova "una stringa di numero di serie errato" ed individua il relativo posto nel codice, potrà trovare la parte del codice che protegge l'applicazione. A quel punto, niente può impedirgli di studiare la protezione e di romperla.

Decompilers

Decompilers può tradurre il codice di applicazione di nuovo al codice sorgente. Un decompiler può tradurre soltanto le applicazioni che sono state scritte nella lingua per cui il decompiler particolare è stato generato. Ci sono, per esempio, decompilers per Delfi, di base visivo e Java. Un buon decompiler può fare un buon lavoro di traduzione dell'applicazione. Una volta che un'applicazione è tradotta, è facile per il cracker (se conosce la lingua particolare) al ritrovamento le sezioni di interesse e determina come funzionano.

I Guasti Di Protezione Più frequenti

Ci sono parecchie ragioni per le quali un programma non può essere protetto bene dalla copiatura illegale:

Nessuna protezione di programma: È molto comune affinchè i programmi non contenga protezione affatto, ma i loro autori richiedono agli utenti di comprare il programma. Quando un programma è non protetto contro copiare, gli sviluppatori non dovrebbero essere sorprendi quando i loro profitti sono piccoli.

Protezione debole di programma: Circa 70 per cento di tutti i programmi hanno protezione molto debole, che i cracker possono rimuovere molto rapidamente.

Protezione di programma che causa i guasti di programma: Molti programmatori proteggono i loro prodotti debolmente o per niente perché sono impauriti che la protezione in modo errato programmata genererà i problemi con i loro programmi.

È migliore usare il codice più debole di protezione che neanche uno, ma non arresterete i cracker migliori questo senso. la Fine-sintonizzazione dello schema di protezione è la parte più importante di tutta la strategia di protezione. Una volta che la protezione è generata, il programmatore dovrebbe transformarsi in in un cracker per un istante e, usando i programmi dei cracker, esaminare se qualche cosa è stato dimenticato.