Kompania Google e dëgjoi kritikën dhe ndaloi promovimin e API-së Web Environment Integrity, si dhe fshiu implementimin e tij eksperimental nga kodi i bazës Chromium, duke e kaluar repositories e specifikimeve në mënyrën arkivore. Megjithatë, eksperimentet vazhdojnë në platformën Android me zbatimin e një API të ngjashëm për vërtetimin e mjedisit të përdoruesit — WebView Media Integrity, i cili pozicionohet si një zgjerim që bazohet në shërbimet e Google Mobile Services (GMS). Thuhet se API WebView Media Integrity do të kufizohet në komponentin WebView dhe aplikacionet që lidhen me përpunimin e përmbajtjes multimediale, për shembull, do të mund të përdoret në aplikacione mobile që bazohen në WebView për transmetimin e audios dhe videove. Nuk është parashikuar që të ofrohet akses në këtë API përmes shfletuesit.
API Web Environment Integrity u zhvillua për të ofruar pronarëve të faqeve mundësinë për të verifikuar se mjedisi i klientit është i besueshëm në lidhje me mbrojtjen e të dhënave të përdoruesve, respektimin e pronësisë intelektuale dhe ndërveprimin me një person të vërtetë. Ishte parashikuar që API-i i ri t'i shërbente fushave ku një faqe duhet të sigurojë se nga ana tjetër është një person i vërtetë dhe një pajisje e vërtetë, dhe që shfletuesi nuk është modifikuar dhe nuk është i prekur nga malware. API-i bazohet në teknologjinë Play Integrity, e cila tashmë përdoret në platformën Android për të konfirmuar se kërkesa është bërë nga një aplikacion i pa modifikuar, i instaluar nga dyqani Google Play dhe që funksionon në një pajisje të vërtetë Android.
Sa i përket API Web Environment Integrity, ai mund të përdorej për të ndarë trafikun nga robotët gjatë shfaqjes së reklamave; për të luftuar me spam-in e dërguar automatikisht dhe manipulimin e klasifikimeve në rrjetet sociale; për të identifikuar manipulimet gjatë shikimit të përmbajtjes së mbrojtur nga ligji mbi të drejtat e autorit; për të luftuar me cheat-erët dhe klientët e rremë në lojërat online; për të përcaktuar krijimin e llogarive të rreme nga robotët; për të parandaluar sulme nëpërmjet fjalëkalimeve; dhe për mbrojtjen nga phishing-u, i realizuar me ndihmën e programeve të dëmshme që transmetojnë të dhënat në site reale.
Për të verifikuar mjedisin e shfletuesit në të cilin ekzekutohet kodi JavaScript, në API Web Environment Integrity ishte propozuar përdorimi i një token-i të veçantë, i cili lëshohej nga një verifikues i jashtëm (attester), i cili nga ana e tij mund të ishte i lidhur me mekanizmat e kontrollit të integritetit në platformë (p.sh., Google Play). Token-i formohej përmes dërgimit të një kërkese për verifikim, e cila pas kryerjes së kontrollit të caktuar konfirmonte se mjedisi i shfletuesit nuk ishte modifikuar. server Për kontrollimin e autentikitetit përdoren shtesa EME (Encrypted Media Extensions), të ngjashme me ato që përdoren në DRM për dekodimin e përmbajtjes mediatike, të mbrojtur nga të drejtat e autorit. Në teori, EME nuk është e lidhur me furnizues të veçantë, por në praktikë tri implementime proprietarë janë përhapur: Google Widevine (përdoret në Chrome, Android dhe Firefox), Microsoft PlayReady (përdoret në Microsoft Edge dhe Windows) dhe Apple FairPlay (përdoret në Safari dhe produktet e Apple).
Përpjekja për të implementuar këtë API ngriti shqetësime se ai mund të dëmtojë karakterin e hapur të Web-it dhe të çojë në rritjen e varësisë së përdoruesve nga furnizues të veçantë, si dhe të kufizojë në mënyrë të konsiderueshme mundësitë për përdorimin e shfletuesve alternativë dhe të vështirësojë avancimin e shfletuesve të rinj në treg. Si rezultat, përdoruesit mund të kishin rrezik që të ishin varur nga shfletuesit të verifikuar zyrtarisht, pa përdorimin e të cilëve do të humbnin aftësinë për të përdorur disa faqe dhe shërbime të mëdha.
Burimi: opennet.ru
