Google ha ampliado las protecciones de Chrome frente a estafas y técnicas de ingeniería social. Las novedades combinan nuevas advertencias de sitio, análisis basado en el modelo Gemini ejecutado en servidores de Google y detección de comandos asociados a ataques ClickFix. Las mejoras se integran en el modo «Enhanced Protection» de Safe Browsing, diseñado para ofrecer protección más proactiva frente a phishing, páginas fraudulentas y abusos de notificaciones.
Qué cambia: dos niveles de advertencia y análisis server-side con Gemini
Las advertencias de Safe Browsing en Chrome pasan a tener dos niveles. Cuando la plataforma tiene alta confianza de que una página es maliciosa, se mantiene la advertencia a pantalla completa (warning “dangerous site”). Para casos de menor confianza pero con señales de engaño, se muestra un nuevo aviso de “sitio sospechoso” con un diseño propio. Google indica que este segundo nivel permite mostrar más advertencias sin afectar la experiencia de navegación legítima.
Además, la detección impulsada por Gemini —el modelo de IA de Google— ha pasado de ejecutarse localmente en dispositivos a operar también en servidores de la compañía. La versión server-side está disponible para todos los usuarios que tengan activado Enhanced Protection y amplía la cobertura más allá de las estafas de soporte técnico, incluyendo páginas de falso antivirus o falsos actualizadores del navegador.
Detección de ClickFix: protección ante comandos maliciosos copiados
Chrome introduce detección de ataques tipo ClickFix, donde la víctima es persuadida para pegar y ejecutar comandos en una terminal (por ejemplo PowerShell). Estos ataques eluden las protecciones de descargas del navegador porque la descarga ocurre fuera del navegador, en el terminal.
Cuando Chrome detecta que un usuario con Enhanced Protection pega un posible script ClickFix, el contenido del portapapeles se depura para eliminar datos personales y se envía a Safe Browsing para su análisis. Si el veredicto es peligroso, el navegador muestra una advertencia antes de que el comando sea ejecutado. Google describe el sistema como de alta precisión para evitar interrumpir flujos de trabajo legítimos de desarrolladores.
Advertencias al conectar por HTTP y criterios de excepción
Chrome ahora solicita la aprobación del usuario la primera vez que visita un sitio servido por HTTP (sin cifrar). La compañía argumenta que la etiqueta “No seguro” suele pasar desapercibida y que la conexión ya queda expuesta cuando aparece esa etiqueta; por eso prefiere mostrar un aviso proactivo.
Una vez que el usuario aprueba el uso de HTTP en un sitio, Chrome no volverá a advertir hasta que no se visite el sitio durante al menos dos semanas. Google también excluye por defecto ciertos hosts que no pueden obtener certificados HTTPS públicos —como nombres de host de una sola etiqueta o direcciones IP locales— porque requieren que un atacante esté en la misma red local para manipular el tráfico, y por tanto su riesgo se considera menor.
Impacto y recomendaciones para administradores y propietarios de sitios
- Qué cambia: más advertencias y análisis más avanzado con IA que pueden bloquear páginas de estafa y comandos potencialmente peligrosos pegados desde el portapapeles.
- A quién afecta: todos los usuarios de Chrome con Enhanced Protection y, en el caso de los avisos HTTP, a la totalidad de usuarios de Chrome ahora que la función está activada por defecto.
- Qué debe hacer el administrador o dueño de la web: migrar los sitios a HTTPS con certificados públicos válidos para evitar que los usuarios reciban prompts; evitar prácticas que imiten interfaces de soporte técnico o páginas de falso antivirus; y, en entornos de administración remota, educar a los usuarios para no pegar comandos no verificados en terminales.
Google afirma que el análisis de contenido de páginas se realiza solo cuando hay indicios fuertes de estafa y que cualquier texto que salga del dispositivo se maneja de forma efímera, sin almacenarse ni usarse para entrenar modelos. Con estas mejoras Chrome pretende reducir la ventana de exposición a estafas basadas en ingeniería social y fomentar la adopción de conexiones cifradas en la web.
Lee también:
- GitLab corrige falla crítica que permite ejecución de código sin autenticar en versiones desde 7.0
- Cloudflare WAF añade detección por transacción completa y reglas de respuesta
Fuente: SecurityWeek
