Google har lyttet til kritikken og har stoppet fremme af API'et Web Environment Integrity. De har også fjernet den eksperimentelle implementering fra Chromium-kodebasen og arkiveret specifikationsrepositoriet. På Android-platformen fortsætter eksperimenter med en lignende API til verificering af brugerens miljø — WebView Media Integrity, som præsenteres som en udvidelse baseret på Google Mobile Services (GMS). Det hævdes, at API'et WebView Media Integrity vil være begrænset til WebView-komponenten og anvendelser relateret til behandling af multimedieindhold; det vil blandt andet kunne bruges i mobile applikationer baseret på WebView til streaming af lyd og video. Adgang til dette API via browseren planlægges ikke.
API'et Web Environment Integrity blev udviklet for at give hjemmesideejerne mulighed for at sikre, at klientens miljø er pålideligt med hensyn til beskyttelse af brugerdata, overholdelse af intellektuel ejendom og interaktion med en rigtig person. Det blev antaget, at det nye API kunne blive efterspurgt i områder, hvor hjemmesiden skal sikre, at der er en rigtig person og en rigtig enhed på den anden side, og at browseren ikke er modificeret eller inficeret med malware. API'et er baseret på Play Integrity-teknologi, der allerede anvendes på Android-platformen til at bekræfte, at anmodningen er afgivet fra en ikke-modificeret applikation, der er installeret fra Google Play-kataloget og kører på en autentisk Android-enhed.
Med hensyn til API'et Web Environment Integrity kunne det anvendes til at filtrere trafik fra bots ved visning af reklamer; bekæmpe automatisk genereret spam og manipulation af rangeringer på sociale medier; opdage manipulationer ved visning af ophavsretbeskyttet indhold; bekæmpe snydere og falske kunder i online-spil; identificere oprettelse af falske konti af bots; modstå angreb ved ordvalg; beskytte mod phishing, der udføres af malware, der omdirigerer til ægte websites.
For confirming the browser environment in which the uploaded JavaScript code runs, the API Web Environment Integrity proposed the use of a special token issued by a third-party verifier (attester), which, in turn, could be linked by a chain of trust with integrity control mechanisms on the platform (for example, Google Play). The token was generated by sending a request to the third-party server attestation, which, after performing specific checks, confirmed that the browser environment was unmodified. For authenticity verification, EME (Encrypted Media Extensions) plugins were used, similar to those applied in DRM for decoding media content protected by copyright. In theory, EME is not tied to specific providers, but in practice, three proprietary implementations have gained popularity: Google Widevine (used in Chrome, Android, and Firefox), Microsoft PlayReady (used in Microsoft Edge and Windows), and Apple FairPlay (used in Safari and Apple products).
The attempt to implement the discussed API raised concerns that it could undermine the open nature of the Web and lead to increased user dependence on specific providers, as well as significantly limit the ability to use alternative browsers and complicate the promotion of new browsers in the market. As a result, users could become dependent on officially verified released browsers, without which the ability to work with some major websites and services would be lost.
Kilde: opennet.ru
