Google hat auf die Kritik reagiert und die F\u00f6rderung der API Web Environment Integrity eingestellt. Zudem wurde die experimentelle Implementierung aus dem Chromium-Code entfernt, und das Repository mit der Spezifikation wurde in den Archivmodus versetzt. Gleichzeitig werden auf der Android-Plattform weiterhin Experimente mit einer \u00e4hnlichen API zur Verifizierung der Benutzerumgebung - WebView Media Integrity - durchgef\u00fchrt. Diese wird als Erweiterung basierend auf den Diensten von Google Mobile Services (GMS) positioniert. Es wird behauptet, dass die API WebView Media Integrity auf die WebView-Komponente und Anwendungen, die mit der Verarbeitung von Multimedia-Inhalten verbunden sind, beschr\u00e4nkt sein wird. Beispielsweise kann sie in mobilen Anwendungen auf WebView-Basis f\u00fcr das Streaming von Audio und Video verwendet werden. Der Zugang zu dieser API \u00fcber den Browser ist nicht geplant. <\/p>\n
Die API Web Environment Integrity wurde entwickelt, um Website-Besitzern die M\u00f6glichkeit zu bieten, sicherzustellen, dass die Umgebung des Clients in Bezug auf den Schutz der Benutzerdaten vertrauensw\u00fcrdig ist, geistiges Eigentum respektiert wird und die Interaktion mit einer realen Person erfolgt. Es wurde erwartet, dass die neue API in Bereichen gefragt sein k\u00f6nnte, in denen die Website sicherstellen muss, dass auf der anderen Seite eine echte Person und ein echtes Ger\u00e4t sind, dass der Browser nicht modifiziert und nicht mit Malware infiziert ist. Die API basiert auf der Play Integrity-Technologie, die bereits auf der Android-Plattform verwendet wird, um zu best\u00e4tigen, dass die Anfrage von einer unmodifizierten Anwendung stammt, die aus dem Google Play-Katalog installiert wurde und auf einem echten Android-Ger\u00e4t ausgef\u00fchrt wird. <\/p>\n
Was die API Web Environment Integrity betrifft, so k\u00f6nnte sie zur Filterung von Bot-Verkehr bei der Anzeigenanzeige verwendet werden; zur Bek\u00e4mpfung von automatisch versendetem Spam und zur Manipulation von Bewertungen in sozialen Netzwerken; zur Erkennung von Manipulationen beim Anzeigen von urheberrechtlich gesch\u00fctztem Inhalt; zur Bek\u00e4mpfung von Cheatern und gef\u00e4lschten Kunden in Online-Spielen; zur Identifizierung von von Bots erstellten Fake-Accounts; zur Abwehr von Brute-Force-Angriffen; zum Schutz vor Phishing, das durch Malware durchgef\u00fchrt wird, die Ausgaben an echte Websites \u00fcbertr\u00e4gt. <\/p>\n
Zur Best\u00e4tigung der Browserumgebung, in der der geladene JavaScript-Code ausgef\u00fchrt wird, wurde im API Web Environment Integrity ein spezielles Token vorgeschlagen, das von einem externen Attestierer (attester) ausgegeben wird, der seinerseits \u00fcber eine Vertrauenskette mit den Integrit\u00e4tskontrollmechanismen der Plattform (z. B. Google Play) verbunden sein kann. Das Token wurde durch das Senden einer Anfrage an einen externen Server<\/a> Attestierungsdienst generiert, der nach Durchf\u00fchrung bestimmter Pr\u00fcfungen best\u00e4tigte, dass die Browserumgebung nicht modifiziert wurde. Zur Authentifizierung wurden EME (Encrypted Media Extensions) verwendet, die \u00e4hnlich denen sind, die in DRM zum Dekodieren von urheberrechtlich gesch\u00fctztem Medieninhalt eingesetzt werden. Theoretisch ist EME nicht an bestimmte Anbieter gebunden, aber in der Praxis haben sich drei propriet\u00e4re Implementierungen verbreitet: Google Widevine (verwendet in Chrome, Android und Firefox), Microsoft PlayReady (verwendet in Microsoft Edge und Windows) und Apple FairPlay (verwendet in Safari und in Apple-Produkten). <\/p>\n