Google har lyssnat pĂ„ kritiken och har slutat frĂ€mja API:t Web Environment Integrity, samt tagit bort dess experimentella implementation frĂ„n Chromium-kodbasen och arkiverat specifikationsrepositoriet. Samtidigt fortsĂ€tter experimenten pĂ„ Android-plattformen med en liknande API för anvĂ€ndarens miljöverifiering â WebView Media Integrity, som marknadsförs som en utvidgning baserad pĂ„ Google Mobile Services (GMS). Det pĂ„stĂ„s att API:t WebView Media Integrity kommer att begrĂ€nsas till WebView-komponenten och tillĂ€mpningar relaterade till bearbetning av multimedieinnehĂ„ll; till exempel kan det anvĂ€ndas i mobilapplikationer baserade pĂ„ WebView för streaming av ljud och video. Det planeras inte att ge Ă„tkomst till detta API via webblĂ€saren.
API:t Web Environment Integrity utvecklades för att ge webbplatsÀgare möjlighet att sÀkerstÀlla att klientmiljön Àr pÄlitlig nÀr det gÀller skydd av anvÀndardata, upphovsrÀtt och interaktion med en verklig person. Det förvÀntades att det nya API:t skulle kunna anvÀndas inom omrÄden dÀr webbplatsen behöver verifiera att det finns en verklig person och en verklig enhet pÄ den andra sidan, och att webblÀsaren inte har modifierats och inte Àr infekterad av skadlig programvara. API:t baseras pÄ teknologin Play Integrity, som redan anvÀnds pÄ Android-plattformen för att bekrÀfta att förfrÄgan görs frÄn en omodifierad applikation som installerats frÄn Google Play-katalogen och körs pÄ en Àkta Android-enhet.
NÀr det gÀller API:t Web Environment Integrity, kunde det anvÀndas för att filtrera bort bottrafik vid visning av annonser; motverka automatiskt utskickad skrÀppost och manipulering av betyg pÄ sociala medier; upptÀcka manipulationer vid visning av upphovsrÀttsskyddat innehÄll; bekÀmpa fuskare och falska kunder i online-spel; identifiera skapandet av falska konton av botar; motstÄ lösenordsÄngrepp; skydda mot phishing som genomförs med skadliga program som dirigerar anvÀndare till riktiga webbplatser.
För att bekrÀfta webblÀsarmiljön dÀr den laddade JavaScript-koden körs, föreslogs det i API:et Web Environment Integrity att anvÀnda en speciell token utfÀrdad av en tredjepartsattestant (attester), som i sin tur skulle kunna kopplas till en kedja av förtroende med integritetskontrollmekanismer i plattformen (till exempel Google Play). Token skapades genom att skicka en förfrÄgan till en extern server attestant, som efter att ha utfört vissa kontroller bekrÀftade att webblÀsarmiljön inte var modifierad. För att verifiera Àktheten anvÀndes EME-tillÀgg (Encrypted Media Extensions), liknande de som anvÀnds i DRM för att avkoda upphovsrÀttsskyddat medieinnehÄll. I teorin Àr EME inte kopplad till specifika leverantörer, men i praktiken har tre proprietÀra implementationer blivit populÀra: Google Widevine (anvÀnds i Chrome, Android och Firefox), Microsoft PlayReady (anvÀnds i Microsoft Edge och Windows) och Apple FairPlay (anvÀnds i Safari och Apples produkter).
Försöket att införa det aktuella API:et har lett till oro för att det kan undergrÀva webben öppenhet och leda till ökad beroende av enskilda leverantörer, samt vÀsentligt begrÀnsa möjligheterna att anvÀnda alternativa webblÀsare och försvÄra introduktionen av nya webblÀsare pÄ marknaden. Som ett resultat kan anvÀndare bli beroende av officiellt verifierade webblÀsare, utan vilka de skulle förlora möjligheten att anvÀnda vissa stora webbplatser och tjÀnster.
KĂ€lla: opennet.ru
