J'ai bien « lu » la section 7. Mais une telle section « confidentialité » dans des spécifications d'un protocole que je n'utiliserai pas, ou qui serait utilisé uniquement pour des données publiques, je m'en care.
Si j'ai bien compris le lien du commentaire précédent, il s'agit de proposition de spécifications pour permettre la mise en cache de données chiffrées par les intermédiaires, pour avoir un gain de performances réseau en réutilisant des données populaires pour plusieurs utilisateurs. Cela implique que l'intermédiaire puisse avoir des privilèges pour déchiffrer le contenu, identifier les parties « statiques ». C'est en soi incompatible avec le chiffrement « de bout en bout ».
Pour comprendre en quoi la section 7 est importante, il faut comprendre le cadre du document et les applications qui en sont faites.
[^] # Re: "trusted proxies" et décrytage pour M. Lambda
Posté par bobo38 . En réponse au journal Des trusted proxies dans HTTP/2.0. Évalué à 1.
J'ai bien « lu » la section 7. Mais une telle section « confidentialité » dans des spécifications d'un protocole que je n'utiliserai pas, ou qui serait utilisé uniquement pour des données publiques, je m'en care.
Si j'ai bien compris le lien du commentaire précédent, il s'agit de proposition de spécifications pour permettre la mise en cache de données chiffrées par les intermédiaires, pour avoir un gain de performances réseau en réutilisant des données populaires pour plusieurs utilisateurs. Cela implique que l'intermédiaire puisse avoir des privilèges pour déchiffrer le contenu, identifier les parties « statiques ». C'est en soi incompatible avec le chiffrement « de bout en bout ».
Pour comprendre en quoi la section 7 est importante, il faut comprendre le cadre du document et les applications qui en sont faites.