Secure Contexts

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

• Entrer dans la vie privée d'un utilisateur.
• Avoir accès à l'ordinateur d'un utilisateur.
• Avoir accès à des données (comme l'identité de l'utilisateur).

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.

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 () {
    ...
  });
}

• Service Workers
• Web Bluetooth
• EME

• https://w3c.github.io/sensors/
• https://w3c.github.io/webappsec-credential-management/
• https://w3c.github.io/geofencing-api/
• https://w3c.github.io/web-nfc/releases/20150925/

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.

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").

• Window.isSecureContext