From 33058f2b292b3a581333bdfb21b8f671898c5060 Mon Sep 17 00:00:00 2001 From: Peter Bengtsson Date: Tue, 8 Dec 2020 14:40:17 -0500 Subject: initial commit --- files/fr/web/security/secure_contexts/index.html | 154 +++++++++++++++++++++++ 1 file changed, 154 insertions(+) create mode 100644 files/fr/web/security/secure_contexts/index.html (limited to 'files/fr/web/security/secure_contexts/index.html') diff --git a/files/fr/web/security/secure_contexts/index.html b/files/fr/web/security/secure_contexts/index.html new file mode 100644 index 0000000000..652438d274 --- /dev/null +++ b/files/fr/web/security/secure_contexts/index.html @@ -0,0 +1,154 @@ +--- +title: Secure Contexts +slug: Web/Security/Secure_Contexts +translation_of: Web/Security/Secure_Contexts +--- +

Un navigateur entre dans un contexte sécurisé quand il a satisfait les exigences minimale de sécurité. Un contexte sécurisé permet au navigateur de mettre à disposition des APIs qui nécessitent des transferts sécurisés avec l'utilisateur.

+ +

 

+ +

Pourquoi certaines fonctionnalitées devraient être limitées ?

+ +

Certaines APIs du web peuvent donner beaucoup de pouvoir à un attaqueur, lui permettant par exemple:

+ + + +

À quel moment un context est-il considéré comme sécurisé ?

+ +

Un contexte sera considéré comme sécurisé s'il est servi locallement, ou depuis un serveur sécurisé. Un contexte qui n'est pas à la racine (une page qui n'est pas dans une fenêtre, iframe, ...) doit avoir tous ses contextes parents sécurisés.

+ +

Les fichiers servis locallement avec des chemins comme http://localhost et file:// sont considérés sécurisés.

+ +

Les contextes qui ne sont pas servis locallement doivent être servis avec https:// ou wss:// et les protocoles utilisés ne doivent pas être considérés obsolètes.

+ +

Détection des fonctionnalités

+ +

Les pages peuvent utiliser la détection de fonctionnalités pour vérifier si elles sont dans un context sécurisé ou non en utilisant le booléen isSecureContext qui est présent dans le scope global.

+ +
if (window.isSecureContext) {
+  // La page est dans un contexte sécurisé, les services workers sont disponibles.
+  navigator.serviceWorker.register("/offline-worker.js").then(function () {
+    ...
+  });
+}
+ +

Quelles APIs requièrent un contexte sécurisé ?

+ + + +

Prositions de brouillons

+ + + + + +

Certains navigateurs peuvent décider de demander à certaines APIs d'être dans un contexte sécurisé même si la spécification ne le demande pas.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
 ChromeSafariFirefox
getUserMedia +

Désactivé

+ +

Supprimé dans Chrome 47

+ 		  +

Accès temporaire uniquement (les utilisateurs ne peuvent pas choisir "Retenir ce choix" dans la selection de permission).

+
Geolocation +

Désactivé

+ +

Supprimé dans Chrome 50

+ 		+

Désactivé

+ +

Suppression ici

+ 		+

Suppression en cours

+ +

Suppression attendue pour Firefox 55

+
EMEAvertissement de dépréciation  
Device motion / orientationAvertissement de dépréciation  
MIDIDésactivé  
{{SpecName('Web Crypto API')}}est réservé à HTTPS même is la vérification du Secure Context est antérieur  
+ +

Pour vérifier le support de votre navigateur, utilisez le site: http://permission.site

+ +

Note: Safari et Chrome ne supportent pas complètement la spécification des Secure Contexts, certaines APIs peuvent fonctionner avec des iframes utilisant du HTTPS dans une page utilisant du HTTP ou dans une page qui a un contexte ouvert avec une page non sécurisée (c'est le cas quand une page utilisant du HTTP utilise window.open ou target="_blank").

+ +

Spécifications

+ + + + + + + + + + + + + + +
SpécificationÉtatCommentaire
{{SpecName('Secure Contexts')}}{{Spec2('Secure Contexts')}}Brouillon
+ +

 

+ +

Voir aussi

+ +

 

+ + -- cgit v1.2.3-54-g00ecf