Sichere Kontexte

Warum sollten einige Funktionen eingeschränkt werden?

Einige APIs im Web sind sehr leistungsfähig und ermöglichen es einem Angreifer unter anderem:

• In die Privatsphäre eines Benutzers einzudringen.
• Zugriff auf niedriger Ebene auf den Computer eines Benutzers zu erhalten.
• Zugriff auf Daten wie Benutzeranmeldedaten zu erhalten.

Wären diese APIs für Inhalte verfügbar, die nicht über eine sichere Verbindung bereitgestellt werden, könnte ein Angreifer als Man-in-the-Middle (MITM) darauf zugreifen.

Wann gilt ein Kontext als sicher?

Als erste Näherung gilt:

• Dokumente sind sichere Kontexte, wenn ihre Ressourcen über eine HTTPS-Verbindung bereitgestellt werden oder von einer Loopback-Adresse (lokalen Adresse) stammen. Dokumente in Frames müssen außerdem in ein Dokument eingebettet sein, das selbst ein sicherer Kontext ist.

• Workers sind sichere Kontexte, wenn sie von einem sicheren Kontext erstellt werden.

Dokumente der obersten Ebene

Dokumente der obersten Ebene stellen einen sicheren Kontext bereit, wenn ihre URL eine potenziell vertrauenswürdige URL ist.

Zum Beispiel:

Dokumente in Frames

Dokumente in einem <iframe> stellen einen sicheren Kontext bereit, wenn sie von einer potenziell vertrauenswürdigen URL bereitgestellt werden und selbst in einen sicheren Kontext eingebettet sind.

Das bedeutet, dass das eingebettete Dokument kein sicherer Kontext ist, wenn ein Dokument der obersten Ebene von http://example.com ein <iframe> einbettet, dessen Dokument https://example.com ist.

Workers

Dedicated Workers

Dedicated Workers stellen einen sicheren Kontext bereit, wenn ihr Eigentümer ein sicherer Kontext ist.

Shared Workers

Shared Workers folgen denselben Regeln wie Dedicated Workers.

Zusätzlich gilt:

• Wenn ein Shared Worker ein sicherer Kontext ist, dürfen nur andere sichere Kontexte daran angehängt werden.
• Wenn ein Shared Worker ein nicht sicherer Kontext ist, dürfen nur andere nicht sichere Kontexte daran angehängt werden.

Service Workers und Worklets

Nur sichere Kontexte dürfen Service Workers registrieren, daher sind Service Workers immer sichere Kontexte.

Potenziell vertrauenswürdige URLs

Eine URL ist potenziell vertrauenswürdig, wenn eine der folgenden Bedingungen zutrifft:

• Ihr Wert ist about:blank oder about:srcdoc.
• Ihr Schema ist data.
• Ihr Origin ist ein potenziell vertrauenswürdiger Origin.

Potenziell vertrauenswürdige Origins

Ein Origin ist potenziell vertrauenswürdig, wenn er Folgendes aufweist:

• Ein Schema von https, wss oder file.
• Einen Host-Wert von 127.0.0.0/8 oder ::1/128.
• Einen Host-Wert von localhost oder localhost..
• Einen Host-Wert, der mit .localhost oder .localhost. endet.
• Ein Schema, das der Browser als authentifiziert betrachtet.

Dies soll im Wesentlichen Folgendes erfassen: Origins, die einen sicheren Transport über das Netzwerk verwenden, lokale Origins und Origins, die der Browser aus einem anderen Grund als authentifiziert betrachtet (beispielsweise jene, die von Browser-Erweiterungen verwendet werden).

Funktionserkennung

Seiten können mithilfe der Eigenschaft Window.isSecureContext oder WorkerGlobalScope.isSecureContext prüfen, ob sie sich in einem sicheren Kontext befinden.

if (window.isSecureContext) {
  // Page is a secure context so service workers are now available
  navigator.serviceWorker.register("/offline-worker.js").then(() => {
    // …
  });
}

Siehe auch

• Auf sichere Kontexte beschränkte Plattformfunktionen — eine Liste der Funktionen, die nur in sicheren Kontexten verfügbar sind
• Window.isSecureContext und WorkerGlobalScope.isSecureContext
• https://permission.site — Eine Website, mit der Sie prüfen können, welche API-Berechtigungsprüfungen Ihr Browser über HTTP und HTTPS verwendet