Microsoft Edge WebView2 –⁠ Richtlinien

Die neueste Version von Microsoft Edge WebView2 umfasst die folgenden Richtlinien. Sie können diese Richtlinien verwenden, um zu konfigurieren, wie Microsoft Edge WebView2 in Ihrer Organisation ausgeführt wird.

Informationen zu einer zusätzlichen Richtlinie, mit der Sie steuern können, wie und wann Microsoft Edge WebView2 aktualisiert wird, finden Sie unter Microsoft Edge Updaterichtlinien-Referenz.

Verfügbare Richtlinien

In dieser Tabelle sind sämtliche, in dieser Version von Microsoft Edge WebView2 verfügbaren Gruppenrichtlinien aufgeführt. Über die Links in der folgenden Tabelle erhalten Sie weitere Einzelheiten zu bestimmten Richtlinien.

• Einstellungen für Loader-Außerkraftsetzung
• Netzwerkeinstellungen
• Sonstiges

Einstellungen für Loader-Außerkraftsetzung

Netzwerkeinstellungen

Sonstiges

Einstellungen für Loader-Außerkraftsetzungsrichtlinien

Zurück zum Anfang

BrowserExecutableFolder

Konfigurieren des Speicherorts des ausführbaren Browser-Ordners

Unterstützte Versionen:

• Unter Windows seit 87 oder später

Beschreibung

Diese Richtlinie konfiguriert WebView2-Anwendungen, um die WebView2-Laufzeit im angegebenen Pfad zu verwenden. Der Ordner sollte die folgenden Dateien enthalten: msedgewebview2.exe, msedge.dl usw.

Um den Wert für den Ordnerpfad festzulegen, geben Sie einen Wertnamen und ein Wertpaar an. Legen Sie den Wertnamen auf die Anwendungsbenutzer Modell-ID oder den Dateinamen der ausführbaren Datei fest. Sie können den Platzhalter "*" als Wert für alle Anwendungen verwenden.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Liste von Zeichenfolgen

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger Name der GP: BrowserExecutableFolder
• Name der GP: Konfigurieren des Speicherorts des ausführbaren Browser-Ordners
• GP-Pfad (verpflichtend): Administrative Templates/Microsoft Edge/WebView2/Loader Override Settings
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2\BrowserExecutableFolder
• Pfad (Empfohlen): n.a.
• Wertname: REG_SZ-Liste
• Werttyp: REG_SZ-Liste

Beispielwert:

SOFTWARE\Policies\Microsoft\Edge\WebView2\BrowserExecutableFolder = "Name: *, Value: C:\\Program Files\\Microsoft Edge WebView2 Runtime Redistributable 85.0.541.0 x64"

Zurück zum Anfang

ChannelSearchKind

Konfigurieren der WebView2-Veröffentlichungskanalsuchart

Unterstützte Versionen:

• Unter Windows seit 121 oder höher

Beschreibung

Diese Richtlinie konfiguriert die Art der Kanalsuche für WebView2-Anwendungen. Standardmäßig ist die Kanalsuchart 0, was der Suchart "Am stabilsten" in der entsprechenden WebView2-API entspricht. Dies gibt an, dass die Erstellung der WebView2-Umgebung nach einem Releasekanal vom stabilsten zum am wenigsten stabilen suchen sollte: WebView2 Runtime, Beta, Dev und Canary.

Wenn Sie die Standardsuchreihenfolge umkehren und die Suchart "Am wenigsten stabil" verwenden möchten, legen Sie diese Richtlinie auf "1" fest.

Um den Wert für die Art der Kanalsuche festzulegen, geben Sie einen Wertnamen und ein Wertpaar an. Legen Sie den Wertnamen auf die Anwendungsbenutzer Modell-ID oder den Dateinamen der ausführbaren Datei fest. Sie können den Platzhalter "*" als Wert für alle Anwendungen verwenden.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Liste von Zeichenfolgen

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• GP eindeutiger Name: ChannelSearchKind
• GP-Name: Konfigurieren der WebView2-Veröffentlichungskanalsuchart
• GP-Pfad (verpflichtend): Administrative Templates/Microsoft Edge/WebView2/Loader Override Settings
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2\ChannelSearchKind
• Pfad (Empfohlen): n.a.
• Wertname: REG_SZ-Liste
• Werttyp: REG_SZ-Liste

Beispielwert:

SOFTWARE\Policies\Microsoft\Edge\WebView2\ChannelSearchKind = "Name: WebView2APISample.exe, Value: 1"

Zurück zum Anfang

DowngradeVersion

Konfigurieren einer Downgrade-Version von WebView2 pro Anwendung

Unterstützte Versionen:

• Unter Windows seit 149 oder höher

Beschreibung

Mit dieser Richtlinie können Sie die exakte vierteilige Version der WebView2-Runtime angeben, die bestimmte Anwendungen in Enterprise-Downgradeszenarien verwenden sollen.

Konfigurieren Sie die Richtlinie, indem Sie den Wertnamen auf die Anwendungsbenutzermodell-ID oder den Dateinamen der ausführbaren Datei (z. B. ms-teams.exe) festlegen. Legen Sie den Wert auf die Zielzeichenfolge der Vollversion im vierteiligen numerischen Format fest (z. B. 151.0.2178.0).

Reine Hauptwerte (z. B. 151), Platzhalterwerte (z. B. 151.*) und Werte, die nicht exakt sind 4-teilige numerische Versionen werden nicht unterstützt.

Das Enterprise-Downgrade unterstützt Zielversionen von N-1 bis N-4 relativ zur aktuellen Evergreen WebView2 Runtime-Hauptversion.

Das WebView2-Ladeprogramm löst das Laufzeitinstallationsverzeichnis nur auf, wenn ein Ordner vorhanden ist, der genau mit der konfigurierten Vollversion übereinstimmt (z. B. muss 151.0.2178.0 genau mit 151.0.2178.0 übereinstimmen). Wenn kein exakt übereinstimmender Ordner gefunden wird, hat die Richtlinie keine Wirkung, und die Laufzeit ist standardmäßig die BrowserExecutableFolder-Richtlinie oder die Evergreen-Laufzeit (die standardmäßige Auto-Update-Laufzeit).

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Liste von Zeichenfolgen

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• GP eindeutiger Name: DowngradeVersion
• GP-Name: Konfigurieren einer Downgrade-Version von WebView2 pro Anwendung
• GP-Pfad (verpflichtend): Administrative Templates/Microsoft Edge/WebView2/Loader Override Settings
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2\DowngradeVersion
• Pfad (Empfohlen): n.a.
• Wertname: REG_SZ-Liste
• Werttyp: REG_SZ-Liste

Beispielwert:

SOFTWARE\Policies\Microsoft\Edge\WebView2\DowngradeVersion = "Name: ms-teams.exe, Value: 151.0.2178.0"
SOFTWARE\Policies\Microsoft\Edge\WebView2\DowngradeVersion = "Name: olk.exe, Value: 152.0.2164.0"

Zurück zum Anfang

ReleaseChannelPreference

Einstellen der Präferenz für die Suchreihenfolge der Veröffentlichungskanäle (veraltet)

VERALTET: Diese Richtlinie ist veraltet. Sie wird zurzeit unterstützt, aber in einer zukünftigen Version als veraltet behandelt.

Unterstützte Versionen:

• Unter Windows seit 87 oder später

Beschreibung

Diese Richtlinie ist veraltet zugunsten von ChannelSearchKind, das die gleiche Funktionalität hat, und wird in Version 124 veraltet sein. Die standardmäßige Kanalsuchreihenfolge ist WebView2 Runtime, Beta, Dev und Canary.

Um die Standardsuchreihenfolge umzukehren, legen Sie diese Richtlinie auf 1 fest.

Um den Wert für den bevorzugten Veröffentlichungskanal festzulegen, geben Sie einen Wertnamen und ein Wertpaar an. Legen Sie den Wertnamen auf die Anwendungsbenutzer Modell-ID oder den Dateinamen der ausführbaren Datei fest. Sie können den Platzhalter "*" als Wert für alle Anwendungen verwenden.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Liste von Zeichenfolgen

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger Name der GP: ReleaseChannelPreference
• GP-Name: Einstellen der Präferenz für die Suchreihenfolge der Veröffentlichungskanäle (veraltet)
• GP-Pfad (verpflichtend): Administrative Templates/Microsoft Edge/WebView2/Loader Override Settings
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2\ReleaseChannelPreference
• Pfad (Empfohlen): n.a.
• Wertname: REG_SZ-Liste
• Werttyp: REG_SZ-Liste

Beispielwert:

SOFTWARE\Policies\Microsoft\Edge\WebView2\ReleaseChannelPreference = "Name: *, Value: 1"

Zurück zum Anfang

ReleaseChannels

Konfigurieren der WebView2-Releasekanäle

Unterstützte Versionen:

• Unter Windows seit 121 oder höher

Beschreibung

Diese Richtlinie konfiguriert die Veröffentlichungskanaloptionen für WebView2-Anwendungen. Um diese Optionen zu konfigurieren, legen Sie den Wert auf eine durch Kommas getrennte Zeichenfolge von Ganzzahlen fest, die den COREWEBVIEW2_RELEASE_CHANNELS Werten aus der entsprechenden WebView2-API zugeordnet werden. Diese Werte sind: WebView2 Runtime (0), Beta (1), Dev (2) und Canary (3). Standardmäßig sucht die Umgebungserstellung nach Kanälen von der höchsten bis zur am wenigsten stabilen Kanal, wobei der erste auf dem Gerät gefundene Kanal verwendet wird. Wenn ReleaseChannels diese Option angegeben ist, wird bei der Umgebungserstellung nur nach den in der Gruppe angegebenen Kanälen gesucht. Beispielsweise geben die Werte "0,2" und "2,0" an, dass bei der Erstellung der Umgebung nur nach dem Dev-Kanal und der WebView2-Runtime in der durch angegebenen ChannelSearchKindReihenfolge gesucht werden soll. Die Umgebungserstellung versucht, jede ganze Zahl zu interpretieren, und behandelt alle ungültigen Einträge als stabilen Kanal. Legen Sie diese Einstellung so fest ChannelSearchKind , dass die Suchreihenfolge umgekehrt wird, sodass bei der Umgebungserstellung zuerst nach dem am wenigsten stabilen Build gesucht wird. Wenn beide BrowserExecutableFolder und ReleaseChannels angegeben werden, hat das BrowserExecutableFolder Vorrang, unabhängig davon, ob der Kanal von BrowserExecutableFolder in der ReleaseChannelsenthalten ist.

Um den Wert für Releasekanäle festzulegen, geben Sie einen Wertnamen und ein Wertpaar an. Legen Sie den Wertnamen auf die Anwendungsbenutzermodell-ID oder den Dateinamen der ausführbaren Datei fest. Sie können den Platzhalter "*" als Wert für alle Anwendungen verwenden.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Liste von Zeichenfolgen

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• GP eindeutiger Name: ReleaseChannels
• GP-Name: Konfigurieren der WebView2-Releasekanäle
• GP-Pfad (verpflichtend): Administrative Templates/Microsoft Edge/WebView2/Loader Override Settings
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2\ReleaseChannels
• Pfad (Empfohlen): n.a.
• Wertname: REG_SZ-Liste
• Werttyp: REG_SZ-Liste

Beispielwert:

SOFTWARE\Policies\Microsoft\Edge\WebView2\ReleaseChannels = "Name: WebView2APISample.exe, Value: 0,1,2"

Zurück zum Anfang

Richtlinien für Netzwerkeinstellungen

Zurück zum Anfang

AccessControlAllowMethodsInCORSPreflightSpecConformant

Anpassen von Access-Control-Allow-Methods, um der CORS-Vorabtest-Spezifikation zu entsprechen.

Unterstützte Versionen:

• Unter Windows seit 123 oder höher

Beschreibung

Diese Richtlinie steuert, ob Anforderungsmethoden beim Abgleich mit Access-Control-Allow-Methods-Antwortheadern im CORS-Vorabtest in Großbuchstaben geschrieben werden.

Wenn Sie diese Richtlinie deaktivieren, werden Anforderungsmethoden in groß geschrieben. Dies ist das Verhalten für oder vor Microsoft Edge 108.

Wenn Sie diese Richtlinie aktivieren oder nicht konfigurieren, werden Anforderungsmethoden nicht in Großbuchstaben geschrieben, es sei denn, sie entsprechen ohne Berücksichtigung der Groß-/Kleinschreibung DELETE,, OPTIONS, POST oder PUT.

Dies würde den Antwortheader fetch(url, {method: 'Foo'}) + "Access-Control-Allow-Methods: FOO" ablehnen und den Antwortheader fetch(url, {method: 'Foo'}) + "Access-Control-Allow-Methods: Foo" akzeptieren.

Hinweis: Die Anforderungsmethoden "post" und "put" sind nicht betroffen, während "patch" betroffen ist.

Diese Richtlinie ist als temporär vorgesehen und wird in Zukunft entfernt.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Nein – erfordert Browser-Neustart

Datentyp:

• Boolesch

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger GP-Name: AccessControlAllowMethodsInCORSPreflightSpecConformant
• GP-Name: Anpassen von Access-Control-Allow-Methods, um der CORS-Vorabtest-Spezifikation zu entsprechen.
• GP-Pfad (verpflichtend): Administrative Templates/Microsoft Edge WebView2/Network settings
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2
• Pfad (Empfohlen): n.a.
• Wertname: AccessControlAllowMethodsInCORSPreflightSpecConformant
• Werttyp: REG_DWORD

Beispielwert:

0x00000001

Zurück zum Anfang

BlockTruncatedCookies

Abgeschnittene Cookies blockieren (veraltet)

VERALTET: Diese Richtlinie ist veraltet und funktioniert nach Microsoft Edge 131 nicht mehr.

Unterstützte Versionen:

• Unter Windows seit 123, bis 131

Beschreibung

Diese Richtlinie bietet eine vorübergehende Deaktivierung für Änderungen an der Art und Weise, wie Microsoft Edge Cookies verarbeitet, die über JavaScript festgelegt wurden und bestimmte Steuerzeichen enthalten (NULL, Wagenrücklauf und Zeilenvorschub). Zuvor führte das Vorhandensein eines dieser Zeichen in einer Cookie-Zeichenfolge dazu, dass diese abgeschnitten, aber dennoch gesetzt wurde. Das Vorhandensein dieser Zeichen führt nun dazu, dass die gesamte Cookie-Zeichenfolge ignoriert wird.

Wenn Sie diese Richtlinie aktivieren oder nicht konfigurieren, wird das neue Verhalten aktiviert.

Wenn Sie diese Richtlinie deaktivieren, ist das alte Verhalten aktiviert.

Diese Richtlinie ist veraltet, da sie ursprünglich als Sicherheitsmaßnahme im Falle eines Bruchs implementiert wurde, aber es wurden keine gemeldet.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Boolesch

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger GP-Name: BlockTruncatedCookies
• GP-Name: Abgeschnittene Cookies blockieren (veraltet)
• GP-Pfad (verpflichtend): Administrative Templates/Microsoft Edge WebView2/Network settings
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2
• Pfad (Empfohlen): n.a.
• Wertname: BlockTruncatedCookies
• Werttyp: REG_DWORD

Beispielwert:

0x00000000

Zurück zum Anfang

ZstdContentEncodingEnabled

Unterstützung für zstd-Inhaltscodierung aktivieren (veraltet)

VERALTET: Diese Richtlinie ist veraltet und funktioniert nach Microsoft Edge 137 nicht mehr.

Unterstützte Versionen:

• Unter Windows seit 125, bis 137

Beschreibung

Diese Richtlinie steuert, ob Microsoft Edge die Zstandard-Inhaltscodierung (zstd) unterstützt.

Wenn diese Richtlinie aktiviert ist, kündigt Microsoft Edge zstd im Accept-Encoding Anforderungsheader an und kann mit zstd codierte Antworten dekomprimieren.

Wenn diese Richtlinie deaktiviert ist, kündigt Microsoft Edge keine zstd-Inhaltscodierung an oder unterstützt sie nicht.

Wenn diese Richtlinie nicht konfiguriert ist, ist das Standardverhalten, die Unterstützung für zstd-Inhaltscodierung zu aktivieren.

HINWEIS: Diese Richtlinie ist ab Microsoft Edge Version 138 veraltet, da Microsoft Edge jetzt immer die zstd-Inhaltscodierung unterstützt.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Nein – erfordert Browser-Neustart

Datentyp:

• Boolesch

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger GP-Name: ZstdContentEncodingEnabled
• GP-Name: Unterstützung für zstd-Inhaltscodierung aktivieren (veraltet)
• GP-Pfad (verpflichtend): Administrative Templates/Microsoft Edge WebView2/Network settings
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2
• Pfad (Empfohlen): n.a.
• Wertname: ZstdContentEncodingEnabled
• Werttyp: REG_DWORD

Beispielwert:

0x00000001

Zurück zum Anfang

Weitere Richtlinien

Zurück zum Anfang

ExperimentationAndConfigurationServiceControl

Steuern der Kommunikation mit dem Experimentier- und Konfigurationsservice

Unterstützte Versionen:

• Unter Windows ab 97 oder höher

Beschreibung

Der Experimentier- und Konfigurationsservice wird verwendet, um Experimentier- und Konfigurationsnutzlasten für den Client bereitzustellen.

Die Experimentier-Nutzlast besteht aus einer Liste von Funktionen in Frühstadien der Entwicklung, die Microsoft zu Test- und Feedbackzwecken aktiviert.

Die Konfigurationsnutzlast besteht aus einer Liste von empfohlenen Einstellungen, die Microsoft bereitstellen möchte, um die Benutzererfahrung zu optimieren.

Die Konfigurationsnutzlast kann auch eine Liste der Aktionen enthalten, die aus Kompatibilitätsgründen für bestimmte Domänen ausgeführt werden sollen. Beispielsweise kann der Browser die Zeichenfolge des Benutzer-Agenten auf einer Website überschreiben, wenn diese Website beschädigt ist. Jede dieser Aktionen soll temporär sein, während Microsoft versucht, das Problem mit dem Websitebesitzer zu beheben.

Wenn Sie diese Richtlinie auf „FullMode“ setzen, wird die vollständige Nutzlast aus dem Experimentier- und Konfigurationsservice heruntergeladen. Dies umfasst sowohl die Test- als auch die Konfigurationsnutzlast.

Wenn Sie diese Richtlinie auf „ConfigurationsOnlyMode“ setzen, wird nur die Konfigurationsnutzlast heruntergeladen.

Wenn Sie diese Richtlinie auf „RestrictedMode“ setzen, wird die Kommunikation mit dem Experimentier- und Konfigurationsservice vollständig gestoppt. Microsoft empfiehlt diese Einstellung nicht.

Wenn Sie diese Richtlinie auf einem verwalteten Gerät nicht konfigurieren, ist das Verhalten auf Beta- und Stable-Kanälen identisch mit dem „ConfigurationsOnlyMode“. In Canary- und Dev-Kanälen ist das Verhalten identisch mit dem "FullMode".

Wenn Sie diese Richtlinie auf einem nicht verwalten Gerät nicht konfigurieren, ist das Verhalten identisch mit dem „FullMode“.

Zuordnung von Richtlinienoptionen:

• FullMode (2) = Abrufen von Konfigurationen und Experimenten

• ConfigurationsOnlyMode (1) = Nur Konfigurationen abrufen

• RestrictedMode (0) = Kommunikation mit dem Experimentier- und Konfigurationsservice deaktivieren

Verwenden Sie die vorstehenden Informationen, wenn Sie diese Richtlinie konfigurieren.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Ganze Zahl

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• GP eindeutiger Name: ExperimentationAndConfigurationServiceControl
• GP-Name: Steuern der Kommunikation mit dem Experimentier- und Konfigurationsservice
• GP-Pfad (verpflichtend): Administrative Vorlagen/Microsoft Edge WebView2/
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2
• Pfad (Empfohlen): n.a.
• Wertname: ExperimentationAndConfigurationServiceControl
• Werttyp: REG_DWORD

Beispielwert:

0x00000002

Zurück zum Anfang

ForcePermissionPolicyUnloadDefaultEnabled

Steuert, ob Ereignishandler zum Entladen deaktiviert werden können.

Unterstützte Versionen:

• Unter Windows seit 118 oder höher

Beschreibung

unload-Ereignishandler sind veraltet. Ob sie ausgelöst werden, hängt von der Berechtigungsrichtlinie zum Entladen ab. Die Richtlinie lässt sie derzeit standardmäßig zu. In Zukunft sind sie standardmäßig nicht mehr zulässig, und Websites müssen sie explizit mit Permissions-Policy-Headern aktivieren. Diese Unternehmensrichtlinie kann verwendet werden, um diese schrittweise Abonnementkündigung zu verhindern, indem die Standardeinstellung aktiviert bleibt.

Seiten sind möglicherweise von Entladung-Ereignishandlern abhängig, um Daten zu speichern oder das Ende einer Benutzersitzung an den Server zu signalisieren. Diese Abhängigkeit wird nicht empfohlen, da sie unzuverlässig ist und die Leistung beeinträchtigt, indem die Verwendung von BackForwardCache blockiert wird. Es gibt empfohlene Alternativen, aber das Entladung-Ereignis wurde lange Zeit verwendet. Einige Anwendungen sind möglicherweise weiterhin darauf angewiesen.

Wenn Sie diese Richtlinie deaktivieren oder nicht konfigurieren, werden Entladung-Ereignishandler im Einklang mit dem Rollout als veraltet eingestuft, und Websites, die Permissions-Policy Header nicht festlegen, beenden das Auslösen von unload Ereignissen.

Wenn Sie diese Richtlinie aktivieren, funktionieren die Entladung-Ereignishandler standardmäßig weiterhin.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Boolesch

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger GP-Name: ForcePermissionPolicyUnloadDefaultEnabled
• GP-Name: Steuert, ob Ereignishandler zum Entladen deaktiviert werden können.
• GP-Pfad (verpflichtend): Administrative Vorlagen/Microsoft Edge WebView2/
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2
• Pfad (Empfohlen): n.a.
• Wertname: ForcePermissionPolicyUnloadDefaultEnabled
• Werttyp: REG_DWORD

Beispielwert:

0x00000001

Zurück zum Anfang

HttpAllowlist

HTTP-Zulassungsliste

Unterstützte Versionen:

• Unter Windows seit 123 oder höher

Beschreibung

Durch Festlegen der Richtlinie wird eine Liste von Hostnamen oder Hostnamensmustern angegeben (z. B. "[*.]example.com'), die nicht auf HTTPS aktualisiert werden. Organisationen können diese Richtlinie verwenden, um den Zugriff auf Server aufrechtzuerhalten, die HTTPS nicht unterstützen, ohne "HttpsUpgradesEnabled" deaktivieren zu müssen.

Angegebene Hostnamen müssen kanonisch sein: Alle IDNs müssen in das A-Beschriftungsformat konvertiert werden, und alle ASCII-Buchstaben müssen kleingeschrieben werden.

Leere Host-Platzhalter (d. h. "" oder "[]") sind nicht zulässig. Stattdessen sollten HTTPS-First-Modus und HTTPS-Upgrades explizit über ihre spezifischen Richtlinien deaktiviert werden.

Hinweis: Diese Richtlinie gilt nicht für HSTS-Upgrades.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Liste von Zeichenfolgen

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger GP-Name: HttpAllowlist
• GP-Name: HTTP-Zulassungsliste
• GP-Pfad (verpflichtend): Administrative Vorlagen/Microsoft Edge WebView2/
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2\HttpAllowlist
• Pfad (Empfohlen): n.a.
• Wertname: REG_SZ-Liste
• Werttyp: REG_SZ-Liste

Beispielwert:

SOFTWARE\Policies\Microsoft\Edge\WebView2\HttpAllowlist = "testserver.example.com"
SOFTWARE\Policies\Microsoft\Edge\WebView2\HttpAllowlist = "[*.]example.org"

Zurück zum Anfang

NewBaseUrlInheritanceBehaviorAllowed

Ermöglicht das Aktivieren des Features „NewBaseUrlInheritanceBehavior“ (veraltet)

VERALTET: Diese Richtlinie ist veraltet und funktioniert nach Microsoft Edge 135 nicht mehr.

Unterstützte Versionen:

• Unter Windows seit 123, bis 135

Beschreibung

NewBaseUrlInheritanceBehavior ist ein Feature von Microsoft Edge, das dafür sorgt, dass about:blank- und about:srcdoc-Frames ihre Basis-URL-Werte konsistent über Snapshots der Basis-URL ihres Initiators erben.

Wenn Sie diese Richtlinie deaktivieren, wird verhindert, dass Benutzer oder Variationen von Microsoft Edge NewBaseUrlInheritanceBehavior aktivieren, falls Kompatibilitätsprobleme erkannt werden.

Wenn Sie diese Richtlinie aktivieren oder nicht konfigurieren, wird die Aktivierung von NewBaseUrlInheritanceBehavior ermöglicht.

Die Richtlinie ist ab Microsoft Edge Version 136 veraltet, aber das NewBaseUrlInheritanceBehaviorAllowed-Feature wurde in Microsoft Edge Version 123 entfernt.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Boolesch

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger GP-Name: NewBaseUrlInheritanceBehaviorAllowed
• GP-Name: Ermöglicht das Aktivieren des Features „NewBaseUrlInheritanceBehavior“ (veraltet)
• GP-Pfad (verpflichtend): Administrative Vorlagen/Microsoft Edge WebView2/
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2
• Pfad (Empfohlen): n.a.
• Wertname: NewBaseUrlInheritanceBehaviorAllowed
• Werttyp: REG_DWORD

Beispielwert:

0x00000001

Zurück zum Anfang

NewPDFReaderWebView2List

Aktivieren des integrierten PDF-Readers unterstützt von Adobe Acrobat für WebView2

Unterstützte Versionen:

• Unter Windows seit 116 oder höher

Beschreibung

Diese Richtlinie konfiguriert WebView2-Anwendungen, um die neue Version des PDF-Readers zu starten, der vom PDF-Reader von Adobe Acrobat unterstützt wird. Der neue PDF-Reader stellt sicher, dass keine Funktionalität verloren geht und bietet eine verbesserte PDF-Erfahrung. Diese Erfahrung umfasst ein umfangreicheres Rendering, verbesserte Leistung, hohe Sicherheit bei der Verarbeitung von PDF-Dateien und bessere Barrierefreiheit.

Wenn diese Richtlinie für eine Anwendung angegeben ist, können sich auch andere verwandte Anwendungen auf sie auswirken. Die Richtlinie wird auf alle WebView2s angewendet, die denselben WebView2-Benutzerdatenordner teilen. Diese WebView2s können potenziell zu mehreren Anwendungen gehören, wenn diese Anwendungen, die wahrscheinlich aus derselben Produktfamilie stammen, so konzipiert sind, dass sie denselben Benutzerdatenordner gemeinsam nutzen.

Verwenden Sie ein Name-Wert-Paar, um den neuen PDF-Reader für die Anwendung zu aktivieren. Legen Sie den Namen auf die Anwendungsbenutzermodell-ID oder den Dateinamen der ausführbaren Datei fest. Sie können den Platzhalter "*" als Wert für alle Anwendungen verwenden. Legen Sie den Wert auf "true" fest, um den neuen Leser zu aktivieren, oder setzen Sie ihn auf "false", um den vorhandenen Leser zu verwenden.

Wenn Sie diese Richtlinie für die angegebenen WebView2-Anwendungen aktivieren, verwenden diese den neuen Adobe Acrobat-basierten PDF-Reader, um alle PDF-Dateien zu öffnen.

Wenn Sie die Richtlinie für die angegebenen WebView2-Anwendungen deaktivieren oder nicht konfigurieren, verwenden sie den vorhandenen PDF-Reader, um alle PDF-Dateien zu öffnen.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Nein – erfordert Browser-Neustart

Datentyp:

• Liste von Zeichenfolgen

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• GP eindeutiger Name: NewPDFReaderWebView2List
• GP-Name: Aktivieren des integrierten PDF-Readers unterstützt von Adobe Acrobat für WebView2
• GP-Pfad (verpflichtend): Administrative Vorlagen/Microsoft Edge WebView2/
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2\NewPDFReaderWebView2List
• Pfad (Empfohlen): n.a.
• Wertname: REG_SZ-Liste
• Werttyp: REG_SZ-Liste

Beispielwert:

SOFTWARE\Policies\Microsoft\Edge\WebView2\NewPDFReaderWebView2List = {"name": "app1.exe", "value": true}
SOFTWARE\Policies\Microsoft\Edge\WebView2\NewPDFReaderWebView2List = {"name": "app_id_for_app2", "value": true}
SOFTWARE\Policies\Microsoft\Edge\WebView2\NewPDFReaderWebView2List = {"name": "*", "value": false}

Zurück zum Anfang

RSAKeyUsageForLocalAnchorsEnabled

Überprüfen der RSA-Schlüsselverwendung für Serverzertifikate, die von lokalen Vertrauensankern ausgestellt wurden (veraltet)

VERALTET: Diese Richtlinie ist veraltet und funktioniert nach Microsoft Edge 135 nicht mehr.

Unterstützte Versionen:

• Unter Windows seit 123, bis 135

Beschreibung

Die X.509-Schlüsselverwendungserweiterung gibt an, wie der Schlüssel in einem Zertifikat verwendet wird. Diese Anweisungen stellen sicher, dass Zertifikate nicht in einem unbeabsichtigten Kontext verwendet werden, der vor einer Klasse protokollübergreifender Angriffe auf HTTPS und andere Protokolle schützt. HTTPS-Clients müssen überprüfen, ob die Serverzertifikate mit den TLS-Parametern der Verbindung übereinstimmen.

Ab Microsoft Edge 124 ist diese Überprüfung immer aktiviert.

Microsoft Edge 123 und früher weisen das folgende Verhalten auf:

Wenn diese Richtlinie auf aktiviert festgelegt ist, führt Microsoft Edge diese Schlüsselüberprüfung aus. Dadurch können Angriffe verhindert werden, bei denen ein Angreifer den Browser so manipuliert, dass er einen Schlüssel auf eine Weise interpretiert, die der Zertifikatbesitzer nicht beabsichtigt hat.

Wenn diese Richtlinie auf deaktiviert festgelegt ist, überspringt Microsoft Edge diese Schlüsselüberprüfung von HTTPS-Verbindungen, die TLS 1.2 aushandeln, und verwendet ein RSA-Zertifikat, das mit einem lokalen Vertrauensanker verkettet ist. Beispiele für lokale Vertrauensanker sind von der Richtlinie bereitgestellte oder vom Benutzer installierte Stammzertifikate. In allen anderen Fällen wird die Überprüfung unabhängig von der Einstellung dieser Richtlinie durchgeführt.

Wenn diese Richtlinie nicht konfiguriert ist, verhält sich Microsoft Edge so, als wäre die Richtlinie aktiviert.

Diese Richtlinie steht Administratoren zur Verfügung, um das Verhalten einer zukünftigen Version zu testen, die diese Überprüfung standardmäßig aktiviert. An diesem Punkt bleibt diese Richtlinie vorübergehend für Administratoren verfügbar, die mehr Zeit benötigen, um ihre Zertifikate zu aktualisieren, damit sie den neuen RSA-Schlüsselverwendungsanforderungen entsprechen.

Verbindungen, die diese Überprüfung nicht bestehen, scheitern mit der Fehlermeldung ERR_SSL_KEY_USAGE_INCOMPATIBLE. Websites, bei denen dieser Fehler auftritt, haben wahrscheinlich ein falsch konfiguriertes Zertifikat auf. Moderne ECDHE_RSA-Verschlüsselungsverfahren verwenden die Schlüsselverwendungsoption „digitalSignature“, während ältere RSA-Verschlüsselungsverfahren zur Entschlüsselung die Schlüsselverwendungsoption „keyEncipherment“ verwenden. Falls nicht sicher, sollten Administratoren beide Optionen in RSA-Zertifikate einfügen, die für HTTPS vorgesehen sind.

Die Richtlinie ist ab Microsoft Edge Version 136 veraltet, aber die Schlüsselüberprüfung ist seit Microsoft Edge Version 124 immer aktiviert.

Unterstützte Funktionen:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Boolesch

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger GP-Name: RSAKeyUsageForLocalAnchorsEnabled
• GP-Name: Überprüfen der RSA-Schlüsselverwendung für Serverzertifikate, die von lokalen Vertrauensankern ausgestellt wurden (veraltet)
• GP-Pfad (verpflichtend): Administrative Vorlagen/Microsoft Edge WebView2/
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2
• Pfad (Empfohlen): n.a.
• Wertname: RSAKeyUsageForLocalAnchorsEnabled
• Werttyp: REG_DWORD

Beispielwert:

0x00000001

Zurück zum Anfang

XSLTEnabled

Verfügbarkeit der XSLT-Funktion steuern

Unterstützte Versionen:

• Unter Windows seit 147 oder höher

Beschreibung

Steuert, ob das XSLT-Feature (die XSLTProcessor-JavaScript-API und die XSL-Verarbeitungsanweisung) in Microsoft Edge verfügbar ist.

Wenn Sie diese Richtlinie aktivieren, ist XSLT unabhängig von der Standardkonfiguration des Browsers verfügbar.

Wenn Sie diese Richtlinie deaktivieren, ist XSLT unabhängig von der Standardkonfiguration des Browsers nicht verfügbar.

Wenn Sie diese Richtlinie nicht konfigurieren, wird die XSLT-Verfügbarkeit durch die Standardkonfiguration des Browsers und alle anwendbaren Feldversuche bestimmt.

Diese Richtlinie ist temporär und wird in einer zukünftigen Version von Microsoft Edge entfernt.

Unterstützte Features:

• Kann zwingend erforderlich sein: Ja
• Kann empfohlen werden: Nein
• Dynamische Richtlinienaktualisierung: Ja

Datentyp:

• Boolesch

Windows-Informationen und -Einstellungen

Informationen zur Gruppenrichtlinie (ADMX)

• Eindeutiger GP-Name: XSLTEnabled
• GP-Name: Verfügbarkeit des XSLT-Features steuern
• GP-Pfad (verpflichtend): Administrative Vorlagen/Microsoft Edge WebView2/
• GP Pfad (Empfohlen): n.a.
• Name der GP-ADMX-Datei: MSEdgeWebView2.admx

Windows-Registrierungseinstellungen

• Pfad (verpflichtend): SOFTWARE\Policies\Microsoft\Edge\WebView2
• Pfad (Empfohlen): n.a.
• Wertname: XSLTEnabled
• Werttyp: REG_DWORD

Beispielwert:

0x00000001

Zurück zum Anfang

Weitere Informationen

• Konfigurieren von Microsoft Edge
• Microsoft Edge Enterprise-Angebotsseite
• Microsoft Sicherheitsbaselines-Blog