La empresa Google ha escuchado las cr\u00edticas y ha dejado de promover la API Web Environment Integrity, adem\u00e1s de eliminar su implementaci\u00f3n experimental del c\u00f3digo base de Chromium y ha archivado el repositorio de la especificaci\u00f3n. Sin embargo, en la plataforma Android contin\u00faan los experimentos con una implementaci\u00f3n similar de API para la verificaci\u00f3n del entorno del usuario \u2014 WebView Media Integrity, que se presenta como una extensi\u00f3n basada en los servicios de Google Mobile Services (GMS). Se afirma que la API WebView Media Integrity se limitar\u00e1 al componente WebView y a las aplicaciones relacionadas con el procesamiento de contenido multimedia; por ejemplo, se podr\u00e1 utilizar en aplicaciones m\u00f3viles basadas en WebView para la transmisi\u00f3n de audio y video. No se planea proporcionar acceso a esta API a trav\u00e9s del navegador. <\/p>\n
La API Web Environment Integrity fue dise\u00f1ada para proporcionar a los propietarios de sitios web la capacidad de verificar que el entorno del cliente es confiable en t\u00e9rminos de protecci\u00f3n de datos de los usuarios, cumplimiento de la propiedad intelectual e interacci\u00f3n con una persona real. Se supon\u00eda que esta nueva API podr\u00eda ser \u00fatil en \u00e1reas donde el sitio necesita asegurarse de que al otro lado hay una persona y un dispositivo reales, y que el navegador no ha sido modificado ni est\u00e1 infectado con malware. La API se basa en la tecnolog\u00eda Play Integrity, que ya se utiliza en la plataforma Android para confirmar que la solicitud proviene de una aplicaci\u00f3n no modificada instalada desde el cat\u00e1logo de Google Play y que se ejecuta en un dispositivo Android genuino. <\/p>\n
En cuanto a la API Web Environment Integrity, podr\u00eda utilizarse para filtrar el tr\u00e1fico de bots durante la exhibici\u00f3n de anuncios; combatir el spam generado autom\u00e1ticamente y la manipulaci\u00f3n de calificaciones en redes sociales; detectar manipulaciones al visualizar contenido protegido por derechos de autor; luchar contra tramposos y clientes falsos en juegos en l\u00ednea; identificar la creaci\u00f3n de cuentas ficticias por bots; contrarrestar ataques de fuerza bruta; y proteger contra el phishing realizado mediante programas maliciosos que redirigen a sitios reales. <\/p>\n
Para confirmar el entorno del navegador en el que se ejecuta el c\u00f3digo JavaScript que se est\u00e1 cargando, se propuso en la API de Web Environment Integrity utilizar un token especial, emitido por un certificador externo (attester), que a su vez podr\u00eda estar vinculado a una cadena de confianza con los mecanismos de control de integridad en la plataforma (por ejemplo, Google Play). El token se generaba enviando una solicitud a un tercero. servidor<\/a> de certificaci\u00f3n, que despu\u00e9s de realizar ciertas verificaciones confirmaba que el entorno del navegador no hab\u00eda sido modificado. Se utilizaban extensiones EME (Encrypted Media Extensions) para la verificaci\u00f3n de autenticidad, similares a las que se emplean en DRM para decodificar contenido de medios protegido por derechos de autor. En teor\u00eda, EME no est\u00e1 vinculado a proveedores espec\u00edficos, pero en la pr\u00e1ctica han prevalecido tres implementaciones propietarias: Google Widevine (utilizado en Chrome, Android y Firefox), Microsoft PlayReady (utilizado en Microsoft Edge y Windows) y Apple FairPlay (utilizado en Safari y en productos de Apple). <\/p>\n