Pourquoi Les Biscuits Fendent

Share

|

Les premiers réalisateurs d'erreur font souvent est en sous-estimant la puissance et le nombre de biscuits, et c'est la plus mauvaise erreur que n'importe quel réalisateur de la protection peut faire. La plupart du temps, les biscuits sont des personnes très futées qui travailleront à la protection d'enlèvement de logiciel pendant des jours à la fois, et dans des points de droit extrêmes même pendant des semaines, pour le défi de lui. Le succès du biscuit dépend presque toujours de sa motivation.

Il peut vous étonner apprendre que la majeure partie de la motivation du biscuit n'est pas financière. Les biscuits signalent leurs fissures et information pour libre, après tous. Ils ne font pas l'argent outre de votre logiciel, bien que le peuple qui emploient leurs fissures soit argent d'économie. Plutôt que le logiciel de fente pour le gain financier, biscuits participent à une sorte de concurrence sans cérémonie. Un biscuit qui peut enlever un nouveau et très compliqué arrangement de protection va bien à une personne fortement considérée et respectée au sein de la communauté de biscuit.

Comment Les Biscuits Fendent : Programmes de mise au point et démonteurs

Les réalisateurs de protection présument souvent que sans code source, les biscuits ne pourront pas comprendre la protection du logiciel. C'est une erreur énorme. Les biscuits emploient deux genres d'utilités pour casser des programmes de mise au point et—des démonteurs de protection de logiciel.

Programmes de mise au point

Les programmes de mise au point permettent à des biscuits de tracer une application, instruction par l'instruction, et de l'arrêter à un point quelconque et de suivre ses sections importantes. Il est vrai que des applications écrites en langues de plus haut niveau (comme C++, de base visuel, ou Delphes) puissent être tracées seulement en assembleur, mais les biscuits comprennent ce qui se produit dans le code d'application étonnamment bien—probablement meilleur que la plupart des personnes peuvent imaginer.

La vérité est, plus le niveau du langage de programmation est élevé, plus il est de tracer plus difficile. Mais d'autre part, plus haut - les langages de programmation de niveau offrent peu de possibilités pour créer la protection vraiment bonne. Tout a ses côtés en noir lumineux et.

Démonteurs

Les démonteurs peuvent traduire le code d'application de nouveau dans l'assembleur. Un avantage que les démonteurs offrent à des decompilers finis est qu'ils traduisent toujours en assembleur, ainsi le biscuit doit savoir seulement cette une langue. La qualité du code traduit résultant dépend de la qualité du démonteur. Les meilleurs démonteurs présentent même leurs observations sur le code traduit, qui fait au code ce beaucoup plus facile à comprendre. Par exemple, si le biscuit trouve une corde "de numéro de série faux" et localise son endroit dans le code, il pourra trouver la partie du code qui protège l'application. À ce point, rien ne peut l'empêcher d'étudier la protection et de la casser.

Decompilers

Decompilers peut traduire le code d'application de nouveau au code source. Un decompiler peut seulement traduire les applications qui ont été écrites dans la langue pour laquelle le decompiler particulier a été créé. Il y a, par exemple, des decompilers pour Delphes, de base visuel, et Java. Un bon decompiler peut faire un bon travail de traduire l'application. Une fois qu'une application est traduite, il est facile pour le biscuit (s'il sait la langue particulière) à la trouvaille les sections d'intérêt et détermine comment ils fonctionnent.

Les Échecs De Protection Les plus fréquents

Il y a plusieurs raisons pour lesquelles un programme ne peut être bien protégé contre copier illégal :

Aucune protection de programme : Elle est très commune pour que les programmes ne contiennent aucune protection du tout, mais leurs auteurs exigent des utilisateurs d'acheter le programme. Quand un programme est non protégé contre copier, des lotisseurs ne devraient pas être étonnés quand leurs bénéfices sont petits.

Protection faible de programme : Approximativement 70 pour cent de tous les programmes ont une protection très faible, que les biscuits peuvent enlever très rapidement.

Protection de programme causant des échecs de programme : Beaucoup de programmeurs protègent leurs produits faiblement ou pas du tout parce qu'ils ont peur que la protection inexactement programmée créera des problèmes avec leurs programmes.

Il vaut mieux d'employer un code plus faible de protection qu'aucun, mais vous n'arrêterez pas les biscuits meilleurs de cette façon. l'Fin-accord de l'arrangement de protection est la partie la plus importante de n'importe quelle stratégie de protection. Une fois que la protection est créée, le programmeur devrait devenir un biscuit pendant un moment et, en utilisant les programmes des biscuits, examiner si quelque chose a été oublié.