Auteur Sujet: 3G: SFR viole la neutralité du Net (Lu 32921 fois)

jack · « **Réponse #48 le:** 09 janvier 2014 à 20:23:15 »

Corrector : si je ne m'abuse, la compression de ssh / openvpn agit sur les données qui transite : le bout du tunnel compresse, envoye, et l'autre bout decompresse. Il n'y a donc aucun impact sur la sécurité.

corrector · « **Réponse #49 le:** 10 janvier 2014 à 00:45:00 »

Ce n'est pas parce que ssh et openvpn le font qu'il n'y a pas un risque.

jack · « **Réponse #50 le:** 10 janvier 2014 à 11:21:01 »

Ben, j'avoue ne pas comprendre le risque tu crains : quelle partie du process doutes-tu ?

Snickerss · « **Réponse #51 le:** 10 janvier 2014 à 11:25:45 »

corrector · « **Réponse #52 le:** 10 janvier 2014 à 18:51:11 »

Je crains le fait même de compresser les données qu'on veut protéger.

jack · « **Réponse #53 le:** 10 janvier 2014 à 19:23:22 »

J'suis désolé, j'ai toujours pas compris

Snickerss · « **Réponse #54 le:** 10 janvier 2014 à 22:41:06 »

U mean backdoor dans le binaire de compression ?

corrector · « **Réponse #55 le:** 11 janvier 2014 à 00:37:27 »

Je veux dire que le fait même de compresser est un risque!

Snickerss · « **Réponse #56 le:** 11 janvier 2014 à 05:38:18 »

C'est la ou j'ai besoin aussi d'explication. En quoi la manipulation de données en local est un risque supplèmentaire ? C'est vrai que je ne vois pas le danger non plus. Peu importe ce qu'on envoie dans le tunnel VPN, ce n'est pas la donnée qui fait la sécurité, mais le chiffrement. La sécurité ne repose en rien sur la compression ou non des données.

Peut être et sûrement je loupe une étape, mais je pige pas.

Marin · « **Réponse #57 le:** 11 janvier 2014 à 06:45:51 »

Peut-être corrector fait-il référence aux bombes de décompression (dont les navigateurs modernes semblent savoir se protéger sans problème quand ça se passe en mémoire vive) ? Ou peut-être juste au niveau de complexité ajouté par une couche de compression supplèmentaire, et donc potentiellement les failles encore inconnues qu'elle apporte (c'est vague). Sinon je ne vois pas trop.

De la compression sur des données inconnues, notre système en utilise en permanence, que ce soit pour les images, les pages web, les vidéos... Et je n'ai pas l'impression que ce soit très problématique dans la vie de tous les jours.

minidou · « **Réponse #58 le:** 11 janvier 2014 à 13:40:26 »

compresser c'est trouver des patern dans le fichiers
corrector craint une diminution de l'entropy qui permettrait du coup de déchiffrer le le fichier, je suppose

jack · « **Réponse #59 le:** 11 janvier 2014 à 14:06:26 »

Ben, tu ne trouves pas les pattern, vu que la compression arrive avant le chiffrement.
Si je ne m'abuse :
Sans compression :
- clair -> chiffré -> clair

Avec compression :
- clair -> compressé -> chiffré -> compressé -> clair