Quel est le problème avec ce qui existe déjà, et qui peut être combiné ? Genre LZ4 puis AES ?
+1
Je ne pense pas que la vitesse de AES pose problème (la plupart des SoC possèdent des instructions pour l'accélérer matériellement).
Et le codage de source (compression) et le chiffrement sont des opérations relativement orthogonales à mon sens, modulo le fait qu'il vaut mieux appliquer le codage de source avant le chiffrement pour maximiser l'entropie de la source (mais bon, après tout, on a bien vu des sujets initialement un peu distincts se regrouper: par exemple les treillis-coded modulations mélangent modulation et codage de canal, et on parle aussi pas mal de codage conjoint source-canal, donc même si je suis circonspect sur la combinaison compression+chiffrement "tout en un", qui sait s'il n'y a pas des choses à regarder... :)
[^] # Re: Quel est le problème avec une combinaison de l'existant ?
Posté par karteum59 (site web personnel) . En réponse au journal Existe-t-il un bon algorithme qui permet de compresser et de chiffrer en meme temps. Évalué à 5. Dernière modification le 13 mai 2015 à 12:21.
+1
Je ne pense pas que la vitesse de AES pose problème (la plupart des SoC possèdent des instructions pour l'accélérer matériellement).
Et le codage de source (compression) et le chiffrement sont des opérations relativement orthogonales à mon sens, modulo le fait qu'il vaut mieux appliquer le codage de source avant le chiffrement pour maximiser l'entropie de la source (mais bon, après tout, on a bien vu des sujets initialement un peu distincts se regrouper: par exemple les treillis-coded modulations mélangent modulation et codage de canal, et on parle aussi pas mal de codage conjoint source-canal, donc même si je suis circonspect sur la combinaison compression+chiffrement "tout en un", qui sait s'il n'y a pas des choses à regarder... :)