« Secure cookie » : différence entre les versions
Nouvelle page : Les '''secure cookies''' sont un type de cookie HTTP qui ont l'attribut ''Secure'' attribué, ce qui limite l'utilisation du cookie à des canaux dits « sécurisés » (où « sécurisé » est défini par l'agent utilisateur, typiquement le navigateur web).<ref name=":0">{{Cite journal|last=Barth|first=A.|date=April 2011|title=RFC 6265 - HTTP State Management Mechanism|url=https://tools.ietf.org/html/rfc6265#section-4.1.2.5|journal=IETF R... |
mAucun résumé des modifications |
||
| Ligne 1 : | Ligne 1 : | ||
Les '''secure cookies''' sont un type de [[Cookie (informatique)|cookie HTTP]] qui ont l'attribut ''Secure'' |
Les '''secure cookies''' sont un type de [[Cookie (informatique)|cookie HTTP]] qui ont l'attribut ''Secure'' configuré, ce qui limite l'utilisation du cookie à des canaux dits « sécurisés » (où « sécurisé » est défini par l'[[agent utilisateur]], typiquement le [[navigateur web]]).<ref name=":0">{{Cite journal|last=Barth|first=A.|date=April 2011|title=RFC 6265 - HTTP State Management Mechanism|url=https://tools.ietf.org/html/rfc6265#section-4.1.2.5|journal=IETF RFC}}</ref> Lorsqu'un cookie a l'attribut ''Secure'', l'agent utilisateur va inclure le cookie dans les requêtes [[HTTP]] seulement si la requête est transmise à travers un canal sécurisé (typiquement le [[HTTPS]]).<ref name=":0" /> Bien qu'apparemment utile pour protéger les cookies contre les attaquants actifs du réseau, l'attribut ''Secure'' protège uniquement la confidentialité du cookie. Un attaquant actif sur le réseau peut modifier l'attribut ''Secure'' des cookies depuis un canal non sécurisé, perturbant leur intégrité. Ce problème est officiellement appelé intégrité faible.<ref name=":0" /> Toutefois, certains navigateurs, incluant Chrome 52 et supérieur ainsi que Firefox 52 et supérieur, renoncent à cette spécification en faveur d'une meilleure sécurité et interdisent aux sites non sécurisés (HTTP) la création de cookies ayant l'attribut <code>Secure</code>.<ref name=":1">{{Cite web|url=https://developer.mozilla.org/en-US/docs/Web/HTTP/Cookies#Secure_and_HttpOnly_cookies|title=HTTP cookies|website=MDN Web Docs|language=en-US|access-date=2018-10-06}}</ref> |
||
Même avec l'attribut <code>Secure</code>, certaines sources recommandent que des données sensibles ne soient ''jamais'' stockées dans un cookie, sur la prémisse qu'ils sont intrinsèquement peu sûrs et que cet attribut ne peut pas offrir une réelle protection.<ref name=":1" /> L'attribut ''Secure'' n'est pas le seul mécanisme de protection des cookies, il y a également les attributs {{Lien|fr=Cookie HttpOnly|lang=en|trad=HttpOnly cookie|texte=HttpOnly}} et {{Lien|fr=Cookie SameSite|lang=en|trad=SameSite cookie|texte=SameSite}}. L'attribut ''HttpOnly'' empêche le cookie d'être accédé, par exemple, par du code [[JavaScript]], et l'attribut ''SameSite'' n'autorise uniquement la transmission du cookie si la requête provient de la même origine. |
Même avec l'attribut <code>Secure</code>, certaines sources recommandent que des données sensibles ne soient ''jamais'' stockées dans un cookie, sur la prémisse qu'ils sont intrinsèquement peu sûrs et que cet attribut ne peut pas offrir une réelle protection.<ref name=":1" /> L'attribut ''Secure'' n'est pas le seul mécanisme de protection des cookies, il y a également les attributs {{Lien|fr=Cookie HttpOnly|lang=en|trad=HttpOnly cookie|texte=HttpOnly}} et {{Lien|fr=Cookie SameSite|lang=en|trad=SameSite cookie|texte=SameSite}}. L'attribut ''HttpOnly'' empêche le cookie d'être accédé, par exemple, par du code [[JavaScript]], et l'attribut ''SameSite'' n'autorise uniquement la transmission du cookie si la requête provient de la même origine. |
||
| Ligne 36 : | Ligne 36 : | ||
== Sources == |
== Sources == |
||
{{Traduction/Référence|en|Secure cookie}} |
{{Traduction/Référence|en|Secure cookie|1068392928}} |
||
[[Catégorie:Hypertext Transfer Protocol]] |
[[Catégorie:Hypertext Transfer Protocol]] |
||
Version du 1 août 2022 à 15:03
Les secure cookies sont un type de cookie HTTP qui ont l'attribut Secure configuré, ce qui limite l'utilisation du cookie à des canaux dits « sécurisés » (où « sécurisé » est défini par l'agent utilisateur, typiquement le navigateur web).[1] Lorsqu'un cookie a l'attribut Secure, l'agent utilisateur va inclure le cookie dans les requêtes HTTP seulement si la requête est transmise à travers un canal sécurisé (typiquement le HTTPS).[1] Bien qu'apparemment utile pour protéger les cookies contre les attaquants actifs du réseau, l'attribut Secure protège uniquement la confidentialité du cookie. Un attaquant actif sur le réseau peut modifier l'attribut Secure des cookies depuis un canal non sécurisé, perturbant leur intégrité. Ce problème est officiellement appelé intégrité faible.[1] Toutefois, certains navigateurs, incluant Chrome 52 et supérieur ainsi que Firefox 52 et supérieur, renoncent à cette spécification en faveur d'une meilleure sécurité et interdisent aux sites non sécurisés (HTTP) la création de cookies ayant l'attribut Secure.[2]
Même avec l'attribut Secure, certaines sources recommandent que des données sensibles ne soient jamais stockées dans un cookie, sur la prémisse qu'ils sont intrinsèquement peu sûrs et que cet attribut ne peut pas offrir une réelle protection.[2] L'attribut Secure n'est pas le seul mécanisme de protection des cookies, il y a également les attributs HttpOnly (en) et SameSite (en). L'attribut HttpOnly empêche le cookie d'être accédé, par exemple, par du code JavaScript, et l'attribut SameSite n'autorise uniquement la transmission du cookie si la requête provient de la même origine.
Les cookies
Un cookie est un petit paquet de données[3] qui est transmis depuis un site web vers un navigateur web. Il y a deux types de cookies :
- Les cookies persistants (en) - Cookies qui stockent des informations dans le navigateur de l'utilisateur pendant une longue période.
- Les cookies non-persistants (en) - Cookies qui expirent généralement à la fermeture du navigateur.
Les cookies peuvent contenir des informations sensibles, comme des mots de passe ou des numéros de carte bancaire, qui sont envoyés à travers une connexion HTTP et qui peuvent être stockés dans les navigateurs web comme du texte brut. Pour empêcher les attaquants de voler ces informations, les cookies peuvent être sécurisés avec des attributs.
Vol et détournement de cookies
De nombreuses techniques de détournement de cookies existent.[4] Ces méthodes ne sont pas difficiles à mettre en œuvre et peuvent causer des dommages importants à un utilisateur ou à une organisation. Les cookies contenant des informations sensibles telles que les noms d'utilisateur, les mots de passe et les identifiants de session peuvent être capturés à l'aide de ces outils une fois qu'ils sont transmis d'un site web vers un navigateur Web ou accessibles via le disque dur d'un ordinateur.[5]
Menaces réseau
Les cookies qui sont envoyés sur des canaux non chiffrés peuvent être soumis à de l'écoute clandestine, c'est-à-dire que le contenu des cookies peuvent être lus par un attaquant. Ces types de menaces peuvent être évitées par l'utilisation de Secure Sockets Layer ou le protocole SSL au niveau des serveurs et des navigateurs web bien que cela ne fonctionne uniquement si le cookie est sur le réseau.[6] On peut également utiliser des cookies avec uniquement des informations sensibles chiffrées au lieu de transmettre l'intégralité des données.[7]
Menaces système
Les cookies peuvent être copiés et volés depuis le client, ce qui peut soit révéler les informations des cookies ou permettre à un attaquant de modifier le contenu des cookies et usurper l'identité des utilisateurs. Cela peut se produire lorsqu'un cookie, qui se trouve dans le système final du navigateur web et stocké dans le lecteur local ou la mémoire en texte clair, est modifié ou copié d'un ordinateur à un autre avec ou sans la connaissance de l'utilisateur.[6]
Récolte de cookies
L'attaquant peut tenter de se faire passer pour un site web en acceptant les cookies des utilisateurs. Une fois que l'attaquant obtient les cookies, il peut utiliser ces cookies récoltés sur les sites web qui acceptent les cookies tiers. Un exemple de cette menace est l'attaque dite de Cross-Site Scripting, qui implique l'exploitation des vulnérabilités d'un site web affichant des données fournies par l'utilisateur qui ont une intention malveillante.[8] Un attaquant, par exemple, pourrait intégrer un script dans une URL qu'il a publiée dans un forum de discussion ou un e-mail, qui est alors exécuté lorsque la cible ouvre le lien hypertexte.[8]
Voir aussi
Références
- A. Barth, « RFC 6265 - HTTP State Management Mechanism », IETF RFC, (lire en ligne)
- (en-US) « HTTP cookies », sur MDN Web Docs (consulté le )
- « Origin Cookies: Session Integrity for Web Applications » [archive du ] (consulté le )
- (en) Cookies Lack Integrity: Real-World Implications, Proceedings of the 24th USENIX Security Symposium, (ISBN 978-1-931971-232, lire en ligne [archive du ])
- (en) Ido Dubrawsky, CompTIA Security+ Certification Study Guide: Exam SY0-201 3E, Burlington, MA, Syngress, , 105 p. (ISBN 9781597494267)
- (en) Vijay Atluri et John Hale, Research Advances in Database and Information Systems Security, Berlin, Springer Science+Business Media, LLC, , 52 (ISBN 9781475764116, lire en ligne)
- (en) Messaoud Benantar, Access Control Systems: Security, Identity Management and Trust Models, Heidelberg, Springer Science+Business Media, , 127 (ISBN 9780387004457, lire en ligne)
- (en) Sushil Jajodia et Duminda Wijesekera, Data and Applications Security XIX, Berlin, Springer Science & Business Media, , 317 (ISBN 9783540281382, lire en ligne)
Sources
- (en) Cet article est partiellement ou en totalité issu de l’article de Wikipédia en anglais intitulé « Secure cookie » (voir la liste des auteurs).