Discussion :

[Clorish]

Je recherche un algo simple mais assez efficace de cryptage de chaine de caracteres et, de maniere plus generale de tableaux de bits.

On m'a parler d'un algo de cryptage a base de clef "tournante" qui consiste a faire un decalage a gauche d'un bits de la clef, puis inserer l'inverse du ou exclusif entre le bit7 et le Bit5 de cla clef.

Cet algo est sense generer 256 clefs differentes avant de retomber sur la meme. mais cela ne marchepas (au mieux 32 valeurs)

Si quelqu'un a une modification a apporter ou une autre idee, je suis preneur

[jobherzt]

si tu veux crypter quelque chose, ne bidouille pas un truc toi meme, c'est une règle de base. il existe suffisamment d'algorithmes publiques, reconnus et sur, et on en trouve suffisamment d'implementations sur le net pour que tu n'ai pas a prendre le risque d'utiliser un systeme "maison" qui ne fera jamais tres long feu..

en vrac, regarde : AES, blowfish, twofish, par exemple. AES est un peu tordu, mais les 2 autres sont relativement simples a implementer (basé sur le tres ingenieux et simple a comprendre schema de Feistel).

[millie]

Cours de cryptologie : http://lapoire.developpez.com/cryptologie/introduction/

[Clorish]

si tu veux crypter quelque chose, ne bidouille pas un truc toi meme, c'est une règle de base.

Oui ca je sais
Mais ce que je cherche c'est pas de la protection de données en soit, mais masquer les chaines de caracteres un peu sensible qui sont soit affectees a des constantes, soit ecrite dans un fichier binaire de notre cru.

Dans un cas comem dans l'autre les chaines apparaissent en clair quand l'exe ou le fichier est ouvert en mode hexa (voir meme sous blocnote).

Ce sont des chaines de messages d'erreur, des paragraphes de "cours", des numeros de serie pour activer le module 3D tiers, etc ...

Pour ce qui concerne les fichiers c'est pour rendre illisible de prime abort un fichier image par exemple inclue en tant que ressource. LE tout est qu'une fois extrait, il ne faille pas simplement cliquer dessus pour l'ouvrir.

MEs besoins sont simple
J'ai actuelement en place une focntion a base XOR sur clef unique, et on m'a parlé de cette methode de calcul de clefs assurant une boucle sur les 256 valeurs a partir de la clef de base. Pourquoi s'en priver

[pseudocode]

Tiny Encryption Algorithm (TEA) <--
http://www.simonshepherd.supanet.com/tea.htm

Random Rotating XOR (RRX)
http://www.acm.org/crossroads/xrds11-3/xorencrypt.html

[ol9245]

Tiny Encryption Algorithm (TEA) <--
http://www.simonshepherd.supanet.com/tea.htm

Bravo pour la référence ! L'algo est si simple qu'il vaut d'être recopié en clair :

cryptage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
void encipher(unsigned long *const v,unsigned long *const w,
   const unsigned long *const k)
{
   register unsigned long       y=v[0],z=v[1],sum=0,delta=0x9E3779B9,
				a=k[0],b=k[1],c=k[2],d=k[3],n=32;
 
   while(n-->0)
      {
      sum += delta;
      y += (z << 4)+a ^ z+sum ^ (z >> 5)+b;
      z += (y << 4)+c ^ y+sum ^ (y >> 5)+d;
      }
 
   w[0]=y; w[1]=z;
}

décryptage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
void decipher(unsigned long *const v,unsigned long *const w,
   const unsigned long *const k)
{
   register unsigned long       y=v[0],z=v[1],sum=0xC6EF3720,
				delta=0x9E3779B9,a=k[0],b=k[1],
				c=k[2],d=k[3],n=32;
 
   /* sum = delta<<5, in general sum = delta * n */
 
   while(n-->0)
      {
      z -= (y << 4)+c ^ y+sum ^ (y >> 5)+d;
      y -= (z << 4)+a ^ z+sum ^ (z >> 5)+b;
      sum -= delta;
      }
 
   w[0]=y; w[1]=z;
}