IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Les navigateurs devraient-ils tous implémenter le protocole HSTS ?
Il est en voie de standardisation

Le , par Katleen Erna

21PARTAGES

1  1 
Tous les navigateurs devraient-ils implémenter le protocole HSTS ? Le mécanisme sécuritaire est en voie de standardisation

Le protocole HSTS (HTTP Strict Transport Security), qui permet de renforcer le sécurité en ligne, n'est pas encore utilisé en masse.

Pourtant, ce mécanisme permettrait de renforcer la sécurité des sites visités, et des comptes qui y sont associés. Notamment, dans le cas de réseaux Wi-Fi non fiables ou de connexions manquant de cryptage.

Actuellement, le protocole est en cours de standardisation par le IETF (Internet Engineering Task Force) et deux navigateurs très populaires le prennent déjà en charge :

Il s'agit de Chrome, et de FireFox (actuellement dans les plug-in NoScript et Force-TLS, avant d'être implémenté dans la prochaine version du logiciel lui-même).

Lorsqu'un site Web qui l'a implémenté sera visité, il fera en sorte que le navigateur se connecte toujours par défaut et automatiquement à la version sécurisée de la page via une URL en "https".

De plus, certains sites contenant des infos sensibles utilisent le protocole, comme PayPal. Et encore plus suivront certainement, surtout lorsque Microsoft aura implémenté le HSTS. Mais ce mouvement n'est pour l'instant pas prévu dans Internet Explorer 9.

Pensez-vous que tous les navigateurs devraient implémenter ce protocole ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Neko
Membre chevronné https://www.developpez.com
Le 16/11/2010 à 18:01
Et donc c'est quoi la différence avec une redirection auto sur la page https comme beaucoup de sites utilisent déjà ?
1  0 
Avatar de Ev3r10st
Membre habitué https://www.developpez.com
Le 16/11/2010 à 20:08
Y'en a pas.

Rediriger automatiquement (via le browser) tout le http vers https, pourquoi pas.
Pour les attaques MITM.

Mais encore une fois, on met la sécurité côté client.

Seulement c'est à double tranchant, les développeurs d'appli web vont être encore plus confiants, et laisser d'énormes failles dans leurs sites.

C'est les développeurs qu'il faut sensibiliser.
1  0 
Avatar de Flaburgan
Modérateur https://www.developpez.com
Le 17/11/2010 à 15:49
Cela rendrait-il le réseau réellement plus lent si TOUS les sites étaient en HTTPS ?
0  0 
Avatar de Joker-eph
Membre confirmé https://www.developpez.com
Le 18/11/2010 à 11:07
Le réseau serait toujours aussi "rapide", il ne transporte que des octets sans discrimination (pour l'instant) ;-)

Le problème c'est plutôt les ressources serveurs pour initier une session https et ensuite encrypter le trafic.
0  0 
Avatar de Flaburgan
Modérateur https://www.developpez.com
Le 18/11/2010 à 12:58
Oui ce que j'entendais par rapide était le temps de réponse entre le moment où je clique sur un lien et où la page s'affiche, rajouter les actions encrypter et décrypter à la fin ralentisse forcément, et peut être que les données cryptées tiennent du coup sur plus d'octets... Bref, cette variation de temps est-elle visible ? (Delta t est-il négligeable :p ?)
0  0 
Avatar de
https://www.developpez.com
Le 18/11/2010 à 13:44
Non, si un site est bien codé avec des règles de mise en cache (du navigateur) bien faites, le surcout devrait être négligeable (pas vraiment visible lors du chargement de la page) a priori il y a de la marge au niveau d'un serveur qui devrait pouvoir crypter (il zip déjà les données et ça ne se voit pas) sans se mettre à ramer.
Après si un site envoie trop de donner, est mal codé le temps d'exécution va augmenter avec un cryptage ce qui ne va rien arranger.
Pour la taille des données, vu la taille des images de nos jours on n'en est plus à quelques centaines d'octet près, le cache (navigateur) joue un rôle important avec ou sans https dans ce cas.
0  0 
Avatar de cassis2k
Membre régulier https://www.developpez.com
Le 18/11/2010 à 14:05
Je suis de l'avis d'Ev3r10st. C'est au serveur de gérer cette fonction !
0  0