Verhindern, dass Sicherheitstools WebView2-Apps blockieren

IT-Administratoren in Unternehmen und Anbieter von Sicherheitssoftware sollten diese bewährten Methoden befolgen, um sicherzustellen, dass Sicherheitstools die WebView2-App-Funktionalität nicht blockieren oder WebView2-Apps zum Absturz bringen. Verwenden Sie diese Methoden und Verfahren, um die Umgebungen und Sicherheitstools zu konfigurieren, um zu vermeiden, dass die Multiprozessarchitektur von WebView2 beschädigt wird.

Detaillierter Inhalt:

Sicherheitstools zum Konfigurieren

Zu den Sicherheitstools für eine geeignete Konfiguration gehören:

  • Antivirentools (AV).
  • Tools zur Verhinderung von Datenverlust (DLP).
  • EDR-Tools (Endpoint Detection and Response).

Zu den Sicherheitstools für Unternehmen gehören:

  • TLS-Inspektion (Transport Layer Security).

Symptome von Konfigurationsproblemen in Unternehmen

Sicherheitstools für Unternehmen können, wenn sie die unten aufgeführten Best Practices nicht befolgen, die Multiprozessarchitektur von WebView2 stören, indem sie:

  • Blockieren von untergeordneten Prozessen.
  • Verschärfung der Ordner "Access Control Lists" (ACLs).
  • Einfügen von DLLs (Dynamic Link Libraries).

Wenn eine solche Unterbrechung auftritt, können die von WebView2 gehosteten Erfahrungen einen leeren Bildschirm aufweisen, einfrieren oder nicht initialisiert werden.

Siehe:

Aktualisieren Sie die Unternehmenssicherheitsrichtlinien bei Bedarf

WebView2 berücksichtigt alle Unternehmenssicherheitsrichtlinien.

Wenn ein Tool oder eine Richtlinie das Laden einiger WebView2-DLLs nicht zulässt, muss der IT-Admin die Unternehmenssicherheitsrichtlinien aktualisieren.

WebView2 implementiert keine App-spezifische Logik.

Lassen Sie die WebView2-Runtime und die ausführbaren Hostdateien der App auf die Zulassungsliste setzen

Lassen Sie die WebView2-Runtime (msedgewebview2.exe) und die ausführbaren Hostdateien der App zu.

Siehe:

Herausgeberregeln bevorzugen.

Siehe:

Laufzeitinitialisierung ist blockiert

Probleme:

  • Möglicherweise liegt ein Initialisierungsfehler vor, z. B E_FAIL. . . In diesem Fall kann das WebView2-Steuerelement nicht initialisiert werden, und der App-Inhalt wird nie geladen.

  • Die Laufzeitinitialisierung wird für eines der folgenden Tools blockiert:

    • Windows Defender-Anwendungssteuerung (WDAC).

    • AppLocker-Verweigerungsregeln; Richtlinien, die die Ausführung explizit blockieren.

    • Access Control List (ACLs), die über die Standardeinstellungen hinaus verschärft wurden; Berechtigungen, die restriktiver als die Standardeinstellungen des Betriebssystems gestaltet wurden.

Symptome

  • TLS-Fehler (Transport Layer Security), wie z. B ERR_CERT_*. . .

  • Fehler bei der Anmeldeumleitung, die auftreten, wenn die TLS-Überprüfung (Transport Layer Security) aktiviert ist.

  • Ein sofortiger Initialisierungsfehler.

  • Es gibt keine untergeordneten Prozesse.

  • Die Ansicht ist leer.

Lösungen

Fügen Sie die WebView2-Runtime (msedgewebview2.exe) und die ausführbaren Hostdateien auf die Zulassungsliste.

Siehe:

Verwenden Sie Herausgeberregeln.

Siehe:

Stellen Sie die standardmäßigen Access Control Lists (ACLs) wieder her.

Siehe:

Beibehalten der standardmäßigen Access Control Lists (ACLs) für Laufzeitordner

Ändern Sie nicht die standardmäßigen Access Control Lists (ACLs), die Windows für die WebView2-Runtimeordner festlegt.

Wenn Sicherheitstools die ACLs für WebView2-Runtimeordner ändern, verlieren diese Sandboxprozesse möglicherweise die Berechtigungen, die sie zum Lesen und Ausführen der Runtime-Binärdateien benötigen, was zu leeren Bildschirmen, Initialisierungsfehlern oder Abstürzen führen kann.

Siehe:

Niedrige Integritätsebene (Low Integrity Level, LowIL) für Runtime-Ordner beibehalten

Ändern Sie nicht die Einstellungen für die niedrige Integritätsebene (Low Integrity Level, LowIL) für WebView2-Runtime-Ordner. WebView2 führt Rendererprozesse auf einer niedrigen Integritätsebene aus, um deren Zugriff auf Systemressourcen einzuschränken.

Ein Prozess mit niedriger Integritätsebene (Low Integrity Level, LowIL) muss in der Lage sein, die WebView2-Runtime-Binärdateien zu lesen und auszuführen.

Die niedrige Integritätsebene (Low Integrity Level, LowIL) ist ein Windows-Sicherheitsmechanismus, der die Fähigkeit eines Prozesses einschränkt, in Objekte mit höherer Integrität zu schreiben (z. B. die meisten Benutzerprofil- und Systemspeicherorte). WebView2-Rendererprozesse werden mit niedriger IL ausgeführt, um die Auswirkungen eines kompromittierten Prozesses zu verringern.

Siehe:

Beibehalten der standardmäßigen Access Control Lists (ACLs) für den Benutzerdatenordner (User Data Folder, UDF) der App

Ändern Sie nicht die standardmäßigen Access Control Lists (ACLs), die Windows für den Benutzerdatenordner (User Data Folder, UDF) der App festlegt. Das Ändern dieser ACLs kann verhindern, dass LowIL- und AppContainer-Prozesse ordnungsgemäß funktionieren.

AppContainer ist eine restriktivere Windows-Sandbox, die den Zugriff eines Prozesses auf explizit gewährte Ressourcen beschränkt. Bei unterstützten Betriebssystemversionen führt WebView2 möglicherweise Rendererprozesse in einer aus AppContainer, um sie weiter zu isolieren.

Sie LowIL/AppContainer müssen die Berechtigung haben für:

  • Lesen und Ausführen der WebView2-Runtime.

  • In den Benutzerdatenordner (UDF) schreiben.

WebView2 führt bestimmte untergeordnete Prozesse auf einer niedrigen Integritätsebene (LowIL) oder in einer AppContainer Sandbox aus, um deren Zugriff auf Systemressourcen zu beschränken.

Diese Sandkastenprozesse müssen weiterhin in der Lage sein:

  • Lesen und Ausführen der WebView2-Runtime-Binärdateien.

  • Schreiben Sie in den Benutzerdatenordner (User Data Folder, UDF) der App.

Wenn Sicherheitstools die Access Control Lists (ACLs) für den Benutzerdatenordner (User Data Folder, UDF) der App verschärfen, verlieren Sandkastenprozesse möglicherweise den erforderlichen Zugriff, was zu leeren Bildschirmen, Initialisierungsfehlern oder Abstürzen führen kann.

Systemspeicherorte, die vom Betriebssystem verwaltet werden, werden vollständig von Windows verwaltet und dürfen nicht geändert werden.

Siehe:

Berechtigung zum Schreiben in den Benutzerdatenordner (UDF) erteilen

Erteilen Sie der WebView2-App die Schreibberechtigung, in den Benutzerdatenordner (UDF) zu schreiben.

Diese Schreibvorgänge in die benutzerdefinierte Datei können stammen von:

  • Ausnahmen für den kontrollierten Ordnerzugriff pro App (Controlled Folder Access, CFA).

  • Ausnahmen pro App zur Verhinderung von Datenverlust (Data Loss Prevention, DLP).

Der Webinhaltsstatus befindet sich im Benutzerdatenordner (UDF) der App. Der Webinhaltszustand umfasst:

  • Kekse.
  • Cache.
  • Lokaler Speicher.

Siehe:

Anmeldeschleife; Zustand nicht persistent; Einstellungen bleiben nicht erhalten; Leere Anfangsseite

Im Fall einer Anmeldeschleife wird der Zustand nicht beibehalten, wenn Schreibvorgänge im Benutzerdatenordner (User Data Folder, UDF) blockiert werden.

Lösungen

Schreibvorgänge in den Benutzerdatenordner der App zulassen; Verwenden von Ausnahmen für den kontrollierten Ordnerzugriff (Controlled Folder Access, CFA) oder für die Verhinderung von Datenverlust (Data Loss Prevention, DLP) pro App.

Vermeiden Sie es, den WebView2-Benutzerdatenordner (UDF) auf einer Netzwerkfreigabe abzulegen.

Stellen Sie sicher, dass DLP-Richtlinien (Verhinderung von Datenverlust) normale Browserdaten (z. B. Cookies, Cache oder lokaler Speicher) nicht fälschlicherweise als Exfiltrationsversuche klassifizieren. Unter Exfiltration versteht man die unbefugte Übertragung von Daten aus einem System, einem Netzwerk oder einer Cloudumgebung an ein externes Ziel ohne Erlaubnis.

Siehe:

Zugriff auf Laufzeitordner, untergeordnete Prozesse und Erstellung von untergeordneten Prozessen zulassen

Zielgruppe: Anbieter von Sicherheitssoftware.

Halten Sie den Zugriff auf WebView2-Laufzeitordner uneingeschränkt.

Untergeordnete Prozesse zulassen und nicht beenden. Zu den untergeordneten Prozessen gehören:

  • Renderer
  • Grafikprozessor (GPU)
  • Network
  • Absturzpad

Halten Sie die Erstellung von untergeordneten WebView2-Laufzeitprozessen uneingeschränkt. Crashpad zulassen.

Siehe:

DLLs nicht in WebView2-Prozesse einfügen

Verwenden Sie Microsoft Edge-Sicherheitsconnectors.

Vermeiden Sie die Einschleusung von DLLs (Dynamic Link Library).

Fügen Sie keine DLLs (Dynamic Link Libraries) in WebView2-Prozesse ein. Verwenden Sie stattdessen Microsoft Edge-Sicherheitsconnectors.

Bevorzugen Sie Microsoft Edge-Sicherheitsconnectors für die Verhinderung von Datenverlust (DLP), die Berichterstellung oder die Vertrauensstellung von Geräten.

Die Einschleusung von DLLs (Dynamic Link Library) in Renderer- oder GPU-Prozesse (Graphics Processing Unit) bricht das Sandboxingmodell von Chromium und führt häufig zu Rendererabstürzen.

Anbieter von Sicherheitssoftware sollten unterstützte Edge-Sicherheitsconnectors anstelle von Low-Level-Hooks verwenden.

Siehe:

Abstürze oder Einfrieren

Absturz oder Einfrieren gebunden an DLL-Einschleusung (Dynamic Link Library) oder blockierten Renderer, GPU (Graphics Processing Unit, Grafikprozessor) oder Crashpad.

Siehe:

Inhalt wird nie geladen

Problem: Der Hauptprozess beginnt, aber der Inhalt wird nie geladen, und die App friert ein.

Das Spawning von untergeordneten Prozessen wird blockiert oder ist süchtig.

Lösungen

Untergeordnete WebView2-Prozesse zulassen:

  • Renderer.
  • Grafikprozessor (GPU).
  • Netzwerk kommunizieren.
  • Crashpad.

Dies sind die untergeordneten Prozesse, die WebView2 instanziiert.

Vermeiden Sie die Einschleusung von DLLs (Dynamic Link Library).

Edge-Verbinder bevorzugen.

Siehe:

Vermeiden Sie umfassende, globale Ausschlüsse

Langsamer Start

Probleme:

  • Langsamer Start aufgrund eines tiefen Echtzeitscans der WebView2-Runtime und des Benutzerdatenordners (UDF).
  • Ein vorübergehender weißer Bildschirm beim Durchführen einer Navigation.
  • Aggressives Scannen in Echtzeit.
Lösungen

Konfigurieren von bereichsbezogenen Ausschlüssen für WebView2-Runtime-Binärdateien und Benutzerdatenordner (UDF); Vermeiden Sie umfassende Ausschlüsse.

Optimieren Sie das Scannen mit bereichsbezogenen Ausschlüssen für das WebView2-Runtime-Verzeichnis und den Benutzerdatenordner (UDF).

Vermeiden Sie umfassende, globale Ausschlüsse.

Siehe:

Vertrauen Sie internen Proxyzertifizierungsstellen (CAs) und lassen Sie wichtige Anmelde- oder CDN-Endpunkte (Content Delivery Network) zu

Ausrichten von TLS-Richtlinien (Transport Layer Security) an Chromium:

  • Vertrauen interner Proxyzertifizierungsstellen (CAs); Installieren Sie vertrauenswürdige Zertifizierungsstellen.

  • Lassen Sie wichtige Anmeldeendpunkte oder andere erforderliche Endpunkte zu.

  • Wesentliche CDN-Endpunkte (Content Delivery Network) zulassen.

Behalten Sie die Standardeinstellungen für Access Control Lists (ACLs) und die Einstellungen für niedrige Integritätsebene (Low Integrity Level, LowIL) für WebView2-Runtimeordner bei.

  • Ein Prozess mit niedriger Integritätsebene (Low Integrity Level, LowIL) muss in der Lage sein, die WebView2-Runtime-Binärdateien zu lesen und auszuführen.

  • Ändern Sie nicht die Standard-ACLs, die das Betriebssystem für die Runtime-Ordner festlegt. Die Sandkasten-Rendererprozesse von WebView2 werden auf niedriger Integritätsebene ausgeführt und benötigen diese Berechtigungen, um ordnungsgemäß zu funktionieren.

Vertrauen der WebView2-Runtime durch Signatur

Erkennen und Vertrauen der WebView2-Runtime (msedgewebview2.exe) anhand der Signatur; untergeordnete Prozesse zulassen.

Ändern Sie keine WebView2-Runtimedateien, aus denen Windows-Komponenten geladen werden C:\Windows\System32

Ändern, isolieren oder ersetzen Sie keine WebView2-Runtime-Binärdateien, aus denen Windows-Komponenten direkt geladen C:\Windows\System32werden.

Einige Windows-Komponenten laden möglicherweise WebView2-Runtime-Binärdateien direkt aus C:\Windows\System32. Diese Binärdateien sind im Besitz des Betriebssystems.

Diese BS-eigenen WebView2 Runtime-Binärdateien:

  • Stimmt möglicherweise nicht mit der Evergreen WebView2 Runtime-Version überein, die von Desktop-Apps verwendet wird.

  • Werden ausschließlich über Windows Update und nicht über WebView2-Installationsprogramme gewartet.

Ausrichten der TLS-Inspektion (Transport Layer Security) und der Proxykonfiguration

Symptome:

  • TLS-Fehler (Transport Layer Security) (wie ERR_CERT_*).

  • Fehler bei der Anmeldeumleitung, die auftreten, wenn die TLS-Überprüfung aktiviert ist.

Richten Sie die TLS-Inspektion (Transport Layer Security) und die Proxykonfiguration an den Anforderungen des Chromium-basierten Browsers aus.

Wenn Ihre Umgebung die TLS-Prüfung verwendet, stellen Sie sicher, dass die Prüfzertifikate vom Zertifikatspeicher des Betriebssystems als vertrauenswürdig eingestuft werden.

SSL-Entschlüsselung über eine Firewall oder einen Proxy

Ein Beispiel für die Verwendung der TLS-Inspektion ist die SSL-Entschlüsselung durch eine Firewall oder einen Proxy.

Wenn Ihre Umgebung den Datenverkehr über einen Proxyserver leitet, stellen Sie sicher, dass WebView2-Prozesse die erforderlichen Endpunkte über den Proxy erreichen können.

ERR_CERT_* Fehler

Probleme:

  • ERR_CERT_* Fehler beseitigt.

  • Anmeldeschleifen (Anmeldeschleifen).

  • Service Workers versagen.

Die Netzwerkinspektion im Vergleich zur TLS-Inspektion (Transport Layer Security) ist falsch ausgerichtet.

Lösungen

Installieren Sie die Stammzertifizierungsstelle (CA) des Unternehmensproxys, sodass WebView2 abgefangenen HTTPS-Datenverkehr vertraut.

Stellen Sie sicher, dass Authentifizierungsendpunkte und CDN-Endpunkte (Content Delivery Network), die von der WebView2-App verwendet werden, explizit zugelassen werden.

Überprüfen Sie Authentifizierungsendpunkte und CDN-Endpunkte (Content Delivery Network).

Siehe:

Updates der Evergreen WebView2-Runtime zulassen

Blockieren Sie keine Updates der Evergreen WebView2 Runtime.

Updates der Evergreen WebView2-Runtime zulassen; Blockieren Sie die Wartung nicht.

Die Wartung von Microsoft Edge aktualisiert die folgenden versionierten Unterordner:

C:\Program Files (x86)\Microsoft\EdgeWebView\Application\<version>\

Siehe:

App funktioniert nur mit höheren Berechtigungen

Die Access Control List (ACL) stimmt nicht mit der Integritätsebene überein.

Problem: Die App funktioniert nur mit höheren Berechtigungen. Die App schlägt in den folgenden Umgebungen fehl:

  • Universelle Windows-Plattform (UWP) – Apps, die innerhalb der Windows-App-Sandbox mit eingeschränkten Berechtigungen ausgeführt werden.

  • AppContainer – Eine Windows-Sicherheitssandbox, die den Zugriff eines Prozesses nur auf explizit gewährte Ressourcen beschränkt.

Lösungen

Behalten Sie die Standardberechtigungen ALL APPLICATION PACKAGES für WebView2-Runtime-Verzeichnisse bei; ein Prozess mit niedriger Integritätsebene (Low Integrity Level, LowIL) muss lesen/ausführen.

Siehe:

Dazu gehört der Evergreen WebView2-Runtime-Pfad unter C:\Program Files (x86)\Microsoft\EdgeWebView\Application\<version>\, der Lese-/Ausführungsberechtigungen beibehalten ALL APPLICATION PACKAGES muss.

Die System32-basierte WebView2-Runtime ist im Besitz von Windows und wird von Windows gewartet.

Die System32-basierte WebView2-Runtime darf nicht durch Antiviren-Tools (AV), Endpoint Detection and Response (EDR) oder DLP-Tools (Data Loss Prevention) geändert, ersetzt, unter Quarantäne gestellt oder bereinigt werden.

Die standardmäßigen Access Control Lists (ACLs) der System32-basierten WebView2-Runtime müssen exakt so beibehalten werden, wie sie ausgeliefert wurden.

Wenden Sie keine Gruppenrichtlinien für reine Edge-Browser an

Die meisten Gruppenrichtlinien, die für Microsoft Edge gelten, wirken sich nicht auf WebView2 aus, und nicht unterstützte Richtlinien können WebView2-Funktionen beeinträchtigen.

Verwenden Sie keine reinen Microsoft Edge-Gruppenrichtlinien, um WebView2 zu beeinflussen.

Tools zur Überprüfung der Symptome und Ursachen

IT-Administratoren können Windows-Standardtools verwenden, um festzustellen, ob die aufgeführten Symptome durch Folgendes verursacht werden:

  • WebView2 wird blockiert.
  • WebView2 kann nicht initialisiert werden.
  • WebView2 stürzt ab.

Task-Manager

Vergewissern Sie sich, dass unter der Hostanwendung die WebView2-Runtime (msedgewebview2.exe) und ihre untergeordneten Prozesse angezeigt werden.

Zu den untergeordneten Prozessen gehören:

  • Renderer.
  • Grafikprozessor (GPU).
  • Netzwerk kommunizieren.
  • Crashpad.

Wenn keine untergeordneten WebView2-Prozesse angezeigt werden, wird das Spawnen der WebView2-Runtime oder des untergeordneten Prozesses blockiert, da eines der folgenden Elemente auf dem Computer aktiviert ist:

  • Windows Defender-Anwendungssteuerung (WDAC).

  • Endpunkterkennung und -reaktion (Endpoint Detection and Response, EDR).

  • Einschleusung von DLL-Bibliotheken (Dynamic Link Library).

Wenn Rendererprozesse (oder GPU-Prozesse) kurz angezeigt werden und dann wieder verschwinden, beenden möglicherweise die folgenden Vorgänge den Renderer (oder die GPU (Graphics Processing Unit)):

  • Endpoint Detection and Response (EDR)-Hooking.

  • Einbinden von Antivirensoftware (AV).

  • Einschleusung von DLL-Bibliotheken (Dynamic Link Library).

Leeres oder weißes eingebettetes Fenster

Wenn ein leeres oder weißes eingebettetes Fenster vorhanden ist, stellen Sie sicher, dass WebView2-Prozesse im Task-Manager vorhanden sind.

Siehe:

Ereignisanzeige

Ereignisanzeige (Windows-Protokollanwendung>/System).

Suchen nach:

  • App- oder WebView2-Initialisierungsfehler.

  • Von Windows Defender Application Control (WDAC) oder AppLocker blockierte Ausführungsereignisse .

  • Dateischreibverweigerungsereignisse im Zusammenhang mit kontrolliertem Ordnerzugriff (Controlled Folder Access, CFA) oder Verhinderung von Datenverlust (Data Loss Prevention, DLP), die sich auf den Benutzerdatenordner (User Data Folder, UDF) auswirken.

  • TLS-, Zertifikat- oder Netzwerkrichtlinienfehler (Transport Layer Security), die sich auf Anmeldeflüsse auswirken.

Sicherheitsprotokolle

  • Blockiert durch kontrollierten Ordnerzugriff.

  • Verhinderung von Datenverlust (DLP) Richtliniensperren.

  • AppLocker- oder Anwendungssteuerungsverweigerungen. Diese werden in der Regel auf Symptome wie Anmeldeschleifen, leere Bildschirme oder nicht beibehaltene Einstellungen abgebildet.

Diagnose, Absturzberichte und Prozessereignisse

Absturzberichte werden im Benutzerdatenordner (User Data Folder, UDF) der App unter EBWebView\Crashpad\reports\gespeichert.

Verwenden Sie Absturz Diagnose zusammen mit Prozessereignissen, um wiederholte Fehler zu selektieren.

Siehe:

Zuverlässigkeitsmonitor

Identifizieren Sie wiederholte Abstürze von Renderer-, GPU- (Graphics Processing Unit) oder Crashpad-Prozessen.

Diese Prozessabstürze stehen in Zusammenhang mit:

  • Probleme beim Einfrieren.

  • Probleme mit leerem Bildschirm.

  • WebView2-Laufzeitinstabilität.

Anwendbarkeit auf Tools

Zielgruppe: IT-Administratoren und Anbieter von Sicherheitssoftware.

Verschiedene Arten von Apps können mit WebView2 interagieren. Im Folgenden finden Sie die Anwendbarkeit auf verschiedene Formen von WebView2.

Dieser Artikel gilt für die folgenden Tools oder Software:

  • Die Microsoft Edge WebView2-Runtime (Evergreen und korrigierte Version).

  • Windows-Desktopanwendungen, die das WebView2-Steuerelement einbetten.

  • Windows-Komponenten, die WebView2 für den webbasierten Teil der Benutzeroberfläche verwenden.

  • Produkte, die nicht von Microsoft stammen, Endpoint Detection and Response (EDR), Verhinderung von Datenverlust (DLP) und Proxy- oder TLS-Abfangprodukte (Transport Layer Security), die WebView2-Prozesse beeinträchtigen könnten.

Siehe:

Beheben von Leistungsproblemen

Zielgruppe: IT-Administratoren und Anbieter von Sicherheitssoftware.

So verwenden Sie diesen Abschnitt:

  1. Die IT-Admin verwendet diese Informationen, um ein Problem zu identifizieren, das die IT-Admin beim Starten oder Verwenden von WebView2 in ihrer App sieht, und um herauszufinden, welche Sicherheitssoftware das Problem verursacht.

  2. Der IT-Admin kontaktiert den Anbieter der Sicherheitssoftware.

  3. Der Anbieter der Sicherheitssoftware verwendet diese Inhalte, um herauszufinden, was er tun muss, um sicherzustellen, dass WebView2 nicht blockiert wird.

Umfangreiches Scannen oder Einbinden in Prozesse kann die Start- und Seitenladezeiten verlangsamen.

Verwenden Sie stattdessen bereichsbezogene Ausschlüsse für WebView2-Runtime-Binärdateien und Benutzerdatenordner (UDF), anstatt sich für weitreichende Deaktivierungen mit hohem Risiko zu entscheiden.

Behandeln Sie untergeordnete Prozesse wie Browserprozesse. Vermeiden Sie das Beenden solcher untergeordneten Prozesse.

Zu den untergeordneten Prozessen gehören:

  • Renderer.
  • Grafikprozessor (GPU).
  • Netzwerk kommunizieren.
  • Crashpad.

Beenden Sie keine Crashpad- oder GPU-Prozesse (Graphics Processing Unit), da diese für Stabilität und Rendering entscheidend sind.

Siehe:

Warum WebView2 in Unternehmensworkloads angezeigt wird

Zielgruppe: IT-Administratoren und Anbieter von Sicherheitssoftware.

Viele Microsoft 365 Apps und Windows-Features verwenden WebView2, um eine moderne, konsistente Benutzeroberfläche bereitzustellen.

Outlook-Features sind beispielsweise auf die WebView2-Runtime angewiesen, um zu funktionieren.

Windows Search verwendet WebView2 für Teile seiner Benutzeroberfläche.

Siehe:

Weitere Informationen

Microsoft Edge Entwicklerdokumentation:

Learn.microsoft.com:

Extern:

  • Zuletzt aktualisiert um