Réponse acceptée !
qu'entend tu pas "transmise sur un canal securisé" ?
si tu parle d'un protocol dit "securisé", les transmissions sont deja cryptée et difficilement "crackable".
re-chiffrer les données peu ajouter encore une securitée ... mais, une clef de 10 caracteres (soit 80bits) n'est pas le must pour resister a un brute force ou une cryptanalyse.
minimum ce serait 128 bits ... mieux 256 bits et mieux que mieux 512 bits.
mais la encore, ce n'est pas réellement une question de longeur de clef mais plutot de "soliditée" de l'algorithme.
en effet ... meme un chiffrage a 1024 bits avec un simple XOR circulaire est facilement reversible ...
et ce qu'il faut penser c'est a briser la logique entre chaque iteration avec des facteurs independant et unique pour chaque cryptage.
en gros cela se resume a faire en sorte que si je chiffre :
"bonjour" avec la clef "au revoir"
les valeurs en sortie doivent etre totalement differente de ce second chiffrement :
"ruojnob" avec la clef "riover ua"
il y a plusieurs methode a appliquer dans ce cas :
compression de la donnée entrante
inflation de la clef
application d'operande logique (XOR, NOT)
application d'operateur (+ -)
rotation des bits a gauche ou a droite
inversion des octets
inversion des bits par groupage (par binome, trinome ect...)
insertion de leure
etc ...
compression de la donnée sortante
enfin faut aussi penser qu'on doit pouvoir dechiffrer la donnée reçue ... donc faut que ça soit reversible.
Croc (click me)