🚀 go-pugleaf

Bonsoir.

"Vincent Burel" <vincent.burel@nospam.wanadoo.fr> a �crit dans le message
 de news 4a473818$0$12615$ba4acef3@news.orange.fr
> "Patrick 'Zener' Brunet" <use.link.in.signature@ddress.invalid>
> wrote in message news:h1tl7d$h5o$1@shakotay.alphanet.ch...
>> "Vincent Burel" <vincent.burel@nospam.wanadoo.fr> a �crit dans le
>>  message de news 4a41e381$0$17074$ba4acef3@news.orange.fr
>>> "Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> wrote in
>>> message news:4a41dfa0$0$12660$ba4acef3@news.orange.fr...
>>>> "Zeldus" <no@email.com> a �crit dans le message de
>>>> news:4a414044$0$27809$426a74cc@news.free.fr...
>>>>>

>>>[..]

>> Navr� d'�tre chiant, mais pour le principe, la culture g�n�rale et
>> la qualit� de la documentation du futur logiciel:
>> il vaudrait mieux que ces ressources soient *chiffr�es*, car
>> crypt�es, elles seraient inexploitables m�me pour l'application
>> l�gitime: http://fr.wikipedia.org/wiki/Cryptographie
>>
>> Et comme il a �t� dit, effectivement, l'application doit garder le
>> contr�le de l'op�ration de d�chiffrement car il serait extr�mement
>> facile de r�cup�rer et afficher le mot de passe avec une DLL fake.
>

> Je ne suis pas suffisamment cal� pour garantir que mon vocabulaire
> est adapt�...

http://www.apprendre-en-ligne.net/crypto/menu/index.html

Site tr�s bien fait et tr�s instructif.
Notamment on y voir que la probl�matique remonte � la nuit des temps et
qu'il est *tr�s difficile* de garantir l'inviolabilit� d'un syst�me:
- a priori �a ne peut �tre que relatif et temporaire (lire la citation
d'Edgar Allan Poe),
- c'est tr�s frustrant parce qu'on se prend au jeu, on a 100 fois la
conviction d'avoir enfin trouv� le Graal, et chaque fois on retombe dans la
m�me quadruple alternative:
- - soit on passe trop d'information et donc c'est trou� d�s le d�part,
- - soit on n'en passe pas assez et c'est inutilisable pour le d�chiffreur
l�gitime,
- - soit c'est tr�s lourd et pourtant seulement capable de r�sister � une
puissance de calcul "raisonnable � l'instant donn�",
- - soit c'est simple et d�finitivement inviolable mais �a repose sur un
pouvoir magique ou autre comp�tence surnaturelle, donc c'est inutilisable en
dehors d'une d�mo d'�cole.

Seul le chiffre de Vernam est d�finitivement inviolable, mais ce n'est qu'un
transfert de la difficult� vers la transmission (ou cr�ation de part et
d'autre) de la cl�.

Sur fr.misc.cryptologie, il y a r�guli�rement des gens qui viennent affirmer
avoir trouv� le Graal, et soit ils se font gentiment d�cevoir, soit ils
insistent, rajoutant sparadrap sur sparadrap sans pouvoir boucher le trou,
deviennent agressifs, et finissent par se rendre ridicules.

Fort heureusement, la qu�te de ce Graal reste ouverte, mais la simple
faisabilit� th�orique d'un tel protocole sans aucun des 4 travers ci-dessus
reste � d�montrer. On en a pas mal discut�...

> Par contre je sais , par la pratique, qu'il est tr�s simple de
> mettre en place de "encodage" sym�trique (XOR) qui ne pourra pas
> �tre cass� sans avoir en m�me temps [1] l'algo de fabrication de la
> s�rie (d'encryption). [2] le mot de passe.
>

exemple simple:
http://tpe-crypto.eg2.fr/fonctions.pdf

"je sais" est � reconsid�rer par rapport � ce qui pr�c�de, et ce qui suit:

> Si cela ne prot�ge pas le contenu (tout flux, tout rendering... sont
> capturables) cela prot�ge l'int�grit� de la DLL et cela empeche
> toute corruption de celle ci.
>

Vous voulez dire que �a permet de d�tecter une DLL ill�gitime ?
Avec le m�me niveau de garantie, je le crains.

> Maintenant , comme il a �t� dit, tout peut se p�ter, il suffit de
> faire une DLL fake, il suffit de d�sassembler la DLL etc... le fait
> est que dans la pratique tr�s peu de produit (DLL ,EXE ...) prot�g�
> de la sorte, sont crack�s. Pour une simple raison  : ceux qui
> auraient envi de le faire n'ont ni la comp�tence ni le temps de
> l'acqu�rir, ceux qui auraient cette comp�tence n'ont g�n�ralement
> aucun int�r�t � perdre du temps l� dessus.
>

L'humain a cette caract�ristique presque unique: le go�t du jeu, de la
futilit�.

Le simple fait de tenter de prot�ger un truc lance automatiquement un d�fi
que quelqu'un va tenter de relever.
Il y a aussi des gens qui sont intimement convaincus que toute forme de
secret est ill�gitime et doit �tre cass�.
Et plus �a r�siste, plus il est motivant d'�tre celui qui va signer et
publier l'exploit.

Bref, a priori ce syst�me sera g�nant, d�courageant pour les novices qui
n'ont pas vraiment envie de le casser, mais sans plus, et m�me eux
trouveront un jour le toolkit en t�l�chargement si le contenu de la DLL en
vaut la peine.

Pour rire un peu:
http://tinyurl.com/kuowhr   (alias pour)
http://www.vbfrance.com/codes/CRYPTAGE-XOR-FONCTION-CLE-CARACTERE-PRECEDENT_
23754.aspx

--
Cordialement.

* Patrick BRUNET    www.ipzb.fr   www.ipzb-pro.com
* E-mail: lien sur http://zener131.eu/ContactMe