Ciberseguridad

La privacidad del correo electrónico se ha convertido en un frente clave dentro de la ciberseguridad, y Google quiere reforzar las cuentas de los usuarios con una nueva función llamada Shielded Email. Esta herramienta, descubierta recientemente en el código de Google Play Services, permitirá generar direcciones de correo desechables cada vez que un usuario se registre en una aplicación o servicio.

¿Qué es Shielded Email y cómo funciona?

La funcionalidad Shielded Email fue detectada en una inspección de la versión 24.45.33 de Google Play Services, realizada por Android Authority, según informa Cibersecurity News. Aunque Google aún no ha anunciado oficialmente su lanzamiento, el código revela un sistema integrado directamente en Gboard y el servicio de autocompletado de Google, lo que garantiza su alcance masivo en dispositivos Android.

En la práctica, cuando un usuario complete un formulario de registro en una app o web, Gboard mostrará una nueva opción: “Usar Shielded Email”. Si se selecciona, se generará automáticamente un alias aleatorio, como por ejemplo aq7z9d@shielded.google, que actuará como intermediario. Todos los correos que lleguen a esa dirección serán reenviados al buzón principal de Gmail, sin que el servicio receptor conozca la dirección real del usuario.

Una capa adicional de seguridad contra el spam y las filtraciones

Shielded Email ofrece múltiples ventajas desde el punto de vista de la seguridad y la privacidad:

• Protección contra el spam: Si una app o servicio empieza a enviar correos no deseados, el usuario podrá desactivar el reenvío o eliminar el alias directamente desde la configuración de Gmail.
• Aislamiento entre servicios: Cada app o web recibe un alias diferente, lo que impide que las empresas crucen datos y creen perfiles más completos sobre el usuario.
• Mitigación de brechas: Si un servicio sufre una filtración de datos, el impacto queda limitado al alias comprometido, protegiendo la dirección real de Gmail.

Esta función supone una evolución significativa frente a los trucos tradicionales, como añadir un signo “+” al nombre de usuario en Gmail (por ejemplo, usuario+boletin@gmail.com). Muchas plataformas ya bloquean esa técnica, pero los alias dinámicos y aleatorios de Shielded Email son mucho más difíciles de filtrar o predecir.

Cómo se gestionarán los alias

El código detectado en Google Play Services sugiere que los usuarios podrán gestionar los alias desde la configuración de Gmail, concretamente en el apartado de Reenvío y POP/IMAP. Desde ahí, será posible:

• Desactivar el reenvío de un alias específico, si empieza a generar spam.
• Eliminar por completo el alias, bloqueando futuras comunicaciones.
• Consultar el listado de alias activos y su historial de uso.

Sin embargo, hay algunas incógnitas clave que Google aún no ha aclarado. No sabemos la duración de estos alias, si serán válidos para un solo uso o pueden mantenerse activos para interacciones que sean habituales. Tampoco sabemos si Shielded Email se podrá usar desde iOS o la versión web de Gmail y se desconoce si será una función gratuita o de pago.

Consideraciones de ciberseguridad

Para Google, esta función nueva para el correo también es una oportunidad para fortalecer la seguridad de Gmail en un momento crítico, con campañas de phishing cada vez más sofisticadas y servicios de recolección de correos operando a gran escala. Evitar que la dirección real de un usuario caiga en manos de brokers de datos o ciberdelincuentes es clave para reducir riesgos de:

Aunque Shielded Email es una herramienta prometedora, los expertos en ciberseguridad advierten que su eficacia dependerá de varios factores:

• Fiabilidad del reenvío: Si hay retrasos o fallos al reenviar mensajes, los usuarios podrían optar por desactivar el sistema.
• Protección de los propios alias: Si un atacante logra comprometer el proceso de creación de alias, el mecanismo pierde utilidad.
• Transparencia: Google deberá informar claramente a los usuarios sobre cómo y durante cuánto tiempo se almacenan esos alias.

Además, los correos reenviados no cuentan con cifrado de extremo a extremo, lo que deja una posible brecha si un atacante accede al servidor de reenvío.