Waarom Crackers Crack

Share

|

De eerste fout ontwikkelaars vaak wordt onderschat de kracht en het aantal crackers, en dat is de ergste fout elke ontwikkelaar van bescherming kunnen maken. Meestal, crackers zijn erg slimme mensen die werken aan het verwijderen van software bescherming dagen op een moment, en in extreme gevallen zelfs weken, voor de uitdaging van het. Het succes van de cracker is bijna altijd afhankelijk van zijn motivatie.

Het kan je verbazen om te horen dat het grootste deel van de motivatie van de kraker is niet financieel. Crackers post hun scheuren en informatie gratis, na alles. Ze zijn niet het maken van geld uit uw software, maar de mensen die gebruik maken van hun scheuren geld besparen. In plaats van crack software voor financieel gewin, zijn crackers deel te nemen aan een soort van informele concurrentie. Een cracker die kan verwijderen van een nieuwe en zeer gecompliceerde regeling voor de bescherming wordt beschouwd en een zeer gerespecteerd persoon binnen de kraker gemeenschap.

Hoe Crackers Crack: Debuggers en Disassemblers

Bescherming ontwikkelaars vaak veronderstellen dat zonder broncode, zal crackers niet in staat zijn om de bescherming van de software te begrijpen. Dit is een enorme vergissing. Crackers gebruik van twee soorten van hulpprogramma's voor het breken van de bescherming van software-debuggers en disassemblers.

Debuggers

Debuggers laten crackers te sporen een aanvraag, instructie door de instructie, en om het te stoppen op elk punt en volg zijn belangrijke secties. Het is waar dat de toepassingen die zijn geschreven in het hoger-niveau talen (zoals C + +, Visual Basic kan, of Delphi) worden getraceerd alleen in assembler, maar crackers begrijpen wat er gebeurt in de applicatie code verbazingwekkend goed, waarschijnlijk beter dan de meeste mensen kunnen voorstellen.

De waarheid is, hoe hoger het niveau van de programmeertaal, hoe moeilijker het is om op te sporen. Maar aan de andere kant, hogere programmeertalen bieden minder mogelijkheden voor het maken van echt goede bescherming. Alles heeft zijn lichte en donkere kanten.

Disassemblers

Disassemblers kan vertalen applicatie code terug in assembler. Een voordeel dat disassemblers bieden meer dan decompilers is dat ze altijd vertalen in assembler, zodat de cracker is om te weten dat slechts een taal. De kwaliteit van de resulterende code vertaald hangt af van de kwaliteit van de disassembler. De beste disassemblers zelfs commentaar op de vertaalde code, die de code maakt dat veel gemakkelijker te begrijpen. Bijvoorbeeld, als de kraker vindt een "Wrong serial number" string en zoekt haar plaats in de code, zal hij in staat zijn om het deel van de code dat de toepassing beschermt vinden. Op dat punt kan niets voorkomen dat hij het bestuderen van de bescherming en het breken.

Decompilers

Decompilers kan vertalen applicatie code terug naar de broncode. Een decompiler kan alleen vertalen toepassingen die zijn geschreven in de taal waarvoor de bijzondere decompiler is gemaakt. Er zijn, bijvoorbeeld, decompilers voor Delphi, Visual Basic en Java. Een goede decompiler kan doen goed werk van het vertalen van de aanvraag. Zodra een aanvraag wordt vertaald, het is gemakkelijk voor de kraker (als hij weet dat de bijzondere taal) bij de afdelingen van belang vinden en te bepalen hoe ze werken.

De meest voorkomende Protection Storingen

Er zijn verschillende redenen waarom een programma niet goed kan worden beschermd tegen illegaal kopiëren:

Geen enkel programma bescherming: Het is heel gebruikelijk voor programma's geen bescherming op alle bevatten, en toch hun auteurs verlangen gebruikers tot aankoop van het programma. Wanneer een programma onbeschermd is tegen kopiëren, moeten ontwikkelaars niet verbaasd zijn wanneer hun winsten klein zijn.

Zwakke programma bescherming: Ongeveer 70 procent van alle programma's hebben zeer zwak bescherming, die crackers zeer snel kan verwijderen.

Programma bescherming veroorzaken programma mislukkingen: Veel programmeurs beschermen hun producten zwak of helemaal niet omdat ze bang zijn dat verkeerd geprogrammeerd bescherming problemen met hun programma's zullen creëren.

Het is beter om zwakkere bescherming code te gebruiken dan helemaal geen, maar je zult niet stoppen met de betere krakers op deze manier. Fine-tuning van de bescherming regeling is het belangrijkste onderdeel van een strategie ter bescherming. Zodra de bescherming is gemaakt, moet de programmeur geworden een cracker voor een tijdje en, met behulp van programma's van de crackers ', test of er iets is vergeten.

---