Google tardó años en sentar las bases de Zero Trust
Google necesitó varios años para sentar la mayor parte de los cimientos de BeyondCorp, un modelo de seguridad que decide los accesos según el usuario y el dispositivo. En junio de 2019, la empresa seguía mejorando su implementación. Google aconsejó a otras organizaciones empezar a pequeña escala y ampliar solo tras comprobar la fiabilidad.
Lo esencial en breve
- Google necesitó varios años para sentar la mayoría de las bases de BeyondCorp. En diciembre de 2014 la migración seguía en marcha y en junio de 2019 Google aún mejoraba su implementación.
- El despliegue creció por etapas a partir de un proyecto piloto local. En los meses previos al verano de 2017, el 0,3 por ciento de todos los problemas atendidos por el soporte técnico de Google correspondía a BeyondCorp.
- Los datos poco fiables de empleados y dispositivos podían provocar decisiones de acceso erróneas. Google depuró sus datos antes de introducir cambios de calado.
Relacionado: Black October: muchos ataques llevaban meses en marcha
La situación inicial en Google
Antes de BeyondCorp, Google protegía sus sistemas internos mediante un perímetro de red. Se trata del aislamiento clásico en el que la red corporativa se considera una zona de confianza y los empleados acceden desde fuera por VPN, es decir, mediante un túnel cifrado hacia la red corporativa.
En retrospectiva, Google justificó el cambio en junio de 2019 por los problemas de productividad del acceso por VPN, el creciente uso de la nube y los dispositivos vulnerables o comprometidos dentro del perímetro. La respuesta fue BeyondCorp, la implementación de Zero Trust de Google. El término designa un modelo que no concede confianza automática a la red interna.
Según el estado descrito en diciembre de 2014, BeyondCorp autenticaba, autorizaba y cifraba los accesos corporativos según el estado del dispositivo y las credenciales del usuario. La ubicación en la red, en la que se basa el perímetro, era irrelevante para esa decisión.
¿Qué es Zero Trust? Zero Trust es un modelo de seguridad que no permite el acceso a los sistemas corporativos solo porque proceda de la red interna. Cada decisión de acceso se basa en factores como la identidad del usuario y el estado de su dispositivo. En diciembre de 2014, BeyondCorp de Google aplicaba este principio mediante comprobaciones del estado del dispositivo y de las credenciales del usuario.
Cronología de la transición
En diciembre de 2014 la migración seguía en marcha. El reto pendiente eran las aplicaciones de cliente pesado con protocolos propietarios. Son programas instalados localmente que se comunican con sus servidores a través de canales propios del fabricante. Google las incluyó en una larga lista de flujos de trabajo pendientes.
En el verano de 2017, Google describió el despliegue como una secuencia de etapas. Comenzó con un proyecto piloto local y se extendió a flujos de trabajo más arriesgados y ubicaciones remotas. Google migró los procesos críticos para el negocio solo después de que las etapas anteriores concluyeran con éxito.
En junio de 2019, Google hizo balance. La empresa había necesitado varios años para sentar la mayoría de las bases. En ese momento, Google seguía mejorando la implementación.
Decisiones y apoyo de la dirección
Al principio del proyecto, Google consiguió el apoyo de su dirección. La empresa revisó continuamente ese respaldo durante el resto del proceso.
Una segunda decisión afectó a los datos de partida. Los datos poco fiables de empleados y dispositivos podían provocar decisiones de acceso erróneas en BeyondCorp y aumentar la vulnerabilidad. Google depuró sus datos antes de introducir cambios de calado.
Según informó InformationWeek en abril de 2016, Google tuvo problemas con identificadores de dispositivos incorrectos y con datos de inventario que quedaban desactualizados tras las reparaciones. Los datos de inventario son los registros del catálogo de dispositivos de una empresa. Google respondió con mejores flujos de trabajo, comprobaciones automatizadas de las entradas y un registro doble inspirado en la contabilidad por partida doble.
Resultados y consecuencias operativas
En los meses previos al verano de 2017, el 0,3 por ciento de todos los problemas atendidos por el soporte técnico de Google correspondía a BeyondCorp. La larga implantación se combinó así con una ampliación gradual y una proporción limitada de casos de soporte relacionados con la migración.
Con el modelo creció la importancia de la infraestructura central. Como cada solicitud pasaba por estos servicios, los sistemas centrales de BeyondCorp de Google debían funcionar de forma fiable y resistente a fallos en todo el mundo. Las interrupciones afectaban a la productividad de los empleados.
Conclusiones para los CISO de la región DACH
La experiencia de Google y las recomendaciones de Google y NIST permiten extraer cuatro conclusiones para los responsables de seguridad de Alemania, Austria y Suiza.
- Horizonte de planificación. Google necesitó varios años para sentar la mayoría de las bases. A la luz de esta experiencia, un programa de Zero Trust debe figurar en el presupuesto y la hoja de ruta como una iniciativa plurianual.
- Apoyo de la dirección. Google obtuvo pronto el apoyo de la dirección y lo revisó continuamente. En una iniciativa de esta duración, conviene incluir ese respaldo como punto de revisión periódico del programa.
- Inventario antes que reglas. Según la recomendación del Instituto Nacional de Estándares y Tecnología de Estados Unidos, National Institute of Standards and Technology (NIST), de agosto de 2020, antes de implantar Zero Trust hay que hacer un inventario del entorno propio. Esta recomendación y la experiencia de Google con datos poco fiables de empleados y dispositivos apuntan a depurar el inventario y los datos de identidad antes de basar en ellos las reglas de acceso.
- Empezar a pequeña escala. Google recomendó comenzar con pocos recursos, aplicaciones, usuarios y dispositivos, y ampliar solo después de confirmar la fiabilidad. En su propio despliegue, los procesos críticos para el negocio llegaron después de completar con éxito las etapas previas, un patrón aplicable a los programas de la región DACH.
Preguntas frecuentes
Cada pregunta está cerrada. Con un toque se desbloquea la respuesta.
¿Cómo gestionó Google los flujos de trabajo que aún no eran compatibles con BeyondCorp?
Para diciembre de 2014, Google había establecido un proceso de excepciones temporales a la migración. A través de él, los usuarios podían presentar flujos de trabajo aún incompatibles con BeyondCorp. Para ello necesitaban la aprobación correspondiente.
¿Qué debe incluir el inventario previo a Zero Trust?
Según la recomendación de NIST de agosto de 2020, las organizaciones deben identificar y catalogar previamente los dispositivos y otros recursos, usuarios, procesos de negocio, flujos de tráfico y dependencias. Según NIST, este registro constituye una capacidad básica antes de la implantación.
¿Sustituye Zero Trust por completo al perímetro clásico?
Según la previsión de NIST de agosto de 2020, la mayoría de las empresas trabajarán durante un tiempo indefinido con un modelo híbrido que combine Zero Trust y métodos basados en perímetros. NIST recomienda que la implantación sea gradual.
Fuente de la imagen: generada con IA (noviembre de 2026)
Traducido del original en alemán con inteligencia artificial. La versión alemana es la de referencia.
