La protection de votre logiciel

La protection de votre logiciel

La protection de votre logiciel : Plusieurs milliers de conseils pour vous faciliter la vie.

la retro-ingenierie de protection (integre et actif)
Protection de Votre Logiciel

Tous les programmes impliques dans la securite presente des vulnerabilites c'est
pour les programmeurs, soit de les eliminer ou d'en fournir la detection. Par
la retro-ingenierie d'un programme, un attaquant peut faire ou ne pas faire
ce qu'il veut. Bouton legendes et les constantes de chaîne peut etre
modifie afin de tromper l'utilisateur en compromettre la securite, et un simple
l'echange de pointeurs pourrait entraîner dans les informations sensibles en cours
fuite. Le plus simple de contre-mesure a ces types d'attaques est
s'assurant de l'absence de programme de fichiers ont ete modifies. Plus polyvalent,
tactique implique des signatures numeriques et un programme de chargeur.
les Attaquants essaient habituellement de fissuration du programme avant la rupture de la
cryptosysteme la plupart des programmes sont etonnamment faibles contre
reverse-engineering.
Un programme est une serie d'instructions stockees localement si l'utilisateur
pouvez executer le programme, alors il peut la retro - ingenierie, et de le modifier
a sa volonte. Avec un bon debogueur, un attaquant peut tracer le programme
grace a son interface des messages et des appels de procedure. Il est important
pour comprendre que tous les programmes peuvent etre a l'ingenierie inverse, mais
tache peut etre tres difficile. Il est de pratique courante pour les
ans: camouflage fonctions liees a la securite, saupoudrer de leurre
les appels de fonction, et mettre en œuvre des anti-debogage des procedures. Ces
pratiques ne font pas de programmes inviolables en quelque sorte, mais ils
certainement les rendre inviolables. Il n'y a pas de solution simple
ce probleme, mais le vrai but est d'empecher le programme d'
en cours de modification.
Chaînes contenues a l'interieur d'un programme ont une influence enorme, et
peut etre une faiblesse de securite. Ils sont utilises pour communiquer avec les
l'utilisateur si les cordes sont remplacees avec des informations trompeuses, un
l'attaquant pourrait retirer de securite 'compromis' des messages, et de prevenir
l'utilisateur a partir de la detection d'intrusion. Ces attaques ont seulement besoin d'un
simple editeur hexadecimal, et sont tres facile a realiser. Il existe de nombreuses façons
pour faire son attaque difficile. Si les chaînes sont cryptees correctement,
un attaquant devrait: desosser le programme, de trouver le
cle, extraire le dechiffrement des fonctions, a resoudre le chiffrement
fonctions (ils ne sont pas dans le programme!), chiffrer les fausses cordes,
et echanger les cordes. Avec intelligent de l'utilisation de pointeurs, la cle peut etre
dissemines un peu partout dans le code source, et recombines sans faire
tous les appels de fonction qui pourrait attirer un attaquant de l'attention.
Chaînes doivent etre masquees afin de s'assurer que les utilisateurs ne sont pas transmises false
messages, et ainsi compromettre la securite.
les Pointeurs offre une multitude d'opportunites a lattes fuites de donnees des ravages.
Imaginez une situation ou un pointeur vers un enregistrement de l'utilisateur
les parametres du programme a ete echange avec un pointeur vers la cle de l'utilisateur, et
la cle a ete ecrite dans le registre, a l'air libre pour le
l'attaquant de prendre le. Ces situations ne sont pas entendu parler tres souvent
parce que les programmes ne sont pas proteges, et le plus simple moyen pour l'obtention d'
les donnees sont generalement disponibles pour les attaquants. Si vous le nom de la cle 'key'

rien n'est laisse a l'attaquant de l'imagination. Il est tres facile de
ajouter:
'#de definir les principaux btnOkClicked'
au debut du code source pour renommer toutes les references a
'cle' tout en gardant le code source claire et coherente.
'btnOkClicked' est tres trompeur et sera ignore par les attaquants
pendant tres longtemps, a moins que la procedure d'appel est appele
'getKey'. Il est important que le schema de nommage ne revele pas
qui pointeurs, des variables et des procedures liees a la securite. Il
est assez simple de faire de l'usurpation de la version du code source
seront compiles avec des noms ambigus pour la version finale, donc
qui reverse-engineering ne revele pas d'informations significatives a partir de la
schema de nommage. Les noms de donner a des attaquants d'importants indices sur un
pointeur de l'utilisation de l'utiliser comme un avantage pour semer la confusion et induire en erreur
les attaquants.
les Developpeurs sont souvent executer les totaux de controle ou les fonctions de hachage sur l'executable
et de la comparer avec une valeur codee en dur dans le programme. Il y a un
quelques problemes qui emergent de cette contre-mesure. Un attaquant uniquement
a modifier une instruction conditionnelle a partir de 'si = alors' a 'si <>
puis' suivre la meme procedure, independamment de si le
les sommes de controle apparies ou non. Bien sûr, vous pouvez camoufler ce
instruction conditionnelle, mais en esquivant ces contre-mesures est pas
probleme pour un pirate experimente. Simplement verifier si un fichier a
change n'est pas assez idealement modifier l'executable rendrait
impraticable.
signatures Numeriques offrent un tres saine et reconfortante solution. Par
la signature de l'executable de vous assurer de 2 choses: n'importe qui peut executer l'
programme, et vous seul pouvez le creer ou de le modifier. Pour un attaquant de
modifier le programme, il faudrait briser la signature numerique
l'algorithme ou de la cle privee. Vous pouvez soit utiliser un unsigned partie
du programme de dechiffrer le reste du programme ou l'utilisation d'un
programme externe, ceci est considere comme un programme de chargeur. Dans les deux
cas de l'attaquant, ne connaître la cle publique. Si un attaquant
modifie le fichier executable, il ne sera pas en mesure de signer correctement,
ce qui rend la detection simple. Une autre variete de cette protection implique l'
l'obtention de la cle publique a partir d'un serveur pour empecher l'attaquant de
la modification de la cle publique codee en dur dans le programme.
Il est recommande de combiner des contre-mesures. Par exemple, numerique
signatures peut etre utilise en conjonction avec une somme de controle. Cette methode
est derriere Microsoft Authenticode signatures partie de la CryptoAPI
Outils. Programmes certifies sont garantis a venir de la specifie
source, et a etre modifiee. Le probleme avec Authenticode est la
programme n'est protege que des contenus en ligne, et une fois sur votre
le disque dur, il n'y a aucune garantie. En raison de la complexite dans
la conception de programmes qui emploient des signatures numeriques en mode natif, tres
quelques implementations sont utilises, mais il est probable qu'une certaine variete de
sera integre dans la plupart des applications de la prochaine decennie, comme la securite
des preoccupations augmentation parmi les les priorites des consommateurs.
(C)Copyright DrMungkee 2000