Google Distributed Cloud (GDC) aislado usa una arquitectura de confianza cero para proteger tu infraestructura, tus servicios de plataforma y tus cargas de trabajo de aplicaciones en entornos desconectados sin necesidad de conectividad con la red pública Google Cloudni con Internet.
La documentación de seguridad de GDC se organiza en esta vista general y en dos documentos específicos:
- Descripción general de la seguridad: abarca la estrategia de seguridad (pilares de confianza cero y responsabilidad compartida), la criptografía, la gestión de identidades y accesos (IAM) y el cumplimiento.
- Seguridad de la infraestructura, la red y las cargas de trabajo: abarca la seguridad de las instalaciones, el hardware, los hosts y los nodos, el aislamiento multicliente, la seguridad de la cadena de suministro de aplicaciones y la segmentación de red.
- Operaciones de seguridad: abarca la vigilancia de seguridad de la infraestructura y de los clientes, la gestión de vulnerabilidades, la respuesta a incidentes, la exportación de registros de gestión de información y eventos de seguridad (SIEM) externos, el registro de auditoría, el acceso de emergencia, la recuperación tras fallos y las actualizaciones progresivas.
Estrategia de seguridad
GDC se basa en una arquitectura de confianza cero que no asume ninguna confianza implícita en función de la ubicación de la red, la propiedad del dispositivo o la identidad del usuario. Todas las solicitudes de las capas de hardware, plano de control y carga de trabajo deben autenticarse, autorizarse y cifrarse. Para obtener información detallada sobre cómo se aplican los principios de confianza cero a los despliegues desconectados, consulta el informe sobre la estrategia de confianza cero de GDC y el enfoque de confianza cero de Google Distributed Cloud con aislamiento físico.
El modelo de seguridad de GDC se ajusta a los siguientes siete pilares de confianza cero:
- Identidad y usuarios: autentica las identidades de personas y servicios a través de tu proveedor de identidades (IdP) empresarial y aplica los mínimos accesos en todas las organizaciones y proyectos.
- Dispositivos y endpoints: verifica la integridad del hardware y del arranque, refuerza los sistemas operativos de host y de nodo frente a los benchmarks de defensa y monitoriza continuamente los hosts para detectar cambios no autorizados.
- Aplicaciones y cargas de trabajo: protege la integridad del software desde la compilación hasta el tiempo de ejecución mediante cadenas de suministro de software verificadas, Container Registry locales con análisis de vulnerabilidades y políticas de admisión de clústeres.
- Datos y criptografía: protege los datos en reposo y en tránsito de forma predeterminada mediante claves criptográficas respaldadas por hardware, claves de cifrado gestionadas por el cliente (CMEK) e infraestructura de clave pública (PKI) automatizada.
- Red y entorno: aísla los planes de gestión, las organizaciones de los clientes y las cargas de trabajo de los proyectos mediante la segmentación de red multicapa, la inspección perimetral y las políticas de red de denegación predeterminadas.
- Automatización y orquestación: aplica una configuración coherente, actualizaciones continuas sin interrupciones y acceso de emergencia auditado mediante la gestión de cambios declarativa.
- Visibilidad y analíticas: recoge y correlaciona la telemetría de auditoría, operativa y de seguridad en toda la plataforma, y permite exportar los registros de los clientes a sistemas de vigilancia de seguridad externos.
Modelo de responsabilidad compartida
La seguridad en GDC es una responsabilidad compartida entre las capas de infraestructura, plataforma y carga de trabajo. En función de si utilizas infraestructura como servicio (IaaS), plataforma como servicio (PaaS) o software como servicio (SaaS), las responsabilidades operativas se dividen como se muestra en el siguiente diagrama:
- Capa de infraestructura: abarca la infraestructura del sistema subyacente, incluidos los dispositivos de hardware, los switches, los arrays de almacenamiento, el clúster de administrador raíz y la vigilancia de seguridad de la infraestructura. Las actualizaciones del sistema, la gestión del ciclo de vida del hardware y las operaciones de seguridad de la infraestructura se realizan sin acceder a datos sensibles de las cargas de trabajo de los clientes.
- Capa de organización y plataforma: abarca la administración de la organización de los clientes, incluidas las conexiones de IdP a nivel de organización, las vinculaciones de roles, las claves del sistema de gestión de claves (KMS), los certificados de PKI, las políticas de red de proyectos, los clústeres de Kubernetes compartidos, la observabilidad de la organización y la exportación de registros.
- Capa de carga de trabajo y de aplicación: abarca el desarrollo, el despliegue y la monitorización de cargas de trabajo de contenedores y máquinas virtuales (VM) en espacios de nombres de proyectos aislados de acuerdo con las políticas de seguridad de la organización.
Para obtener más información, consulta la siguiente documentación:
| Tema | Documentación y guías de configuración |
|---|---|
| Arquitectura y audiencias | Audiencias de la documentación y jerarquía de recursos |
| Aislamiento y responsabilidad compartida | Diseñar límites de acceso, diseñar la separación de cargas de trabajo y modelo de responsabilidad compartida de Marketplace |
Criptografía
GDC proporciona un sistema de gestión de claves (KMS) integrado, un servicio de autoridad de certificación (CAS) y una infraestructura de clave pública (PKI) respaldada por módulos de seguridad de hardware (HSM) validados por FIPS para proteger los datos en reposo y en tránsito:
- PKI y CAS: automatiza la emisión, la renovación y la distribución de paquetes de confianza de certificados en los planos de control y los endpoints de entrada, con compatibilidad con autoridades de certificación (ACs) raíz internas, ACs intermedias externas, certificados TLS web personalizados y ACs de carga de trabajo.
- KMS y HSM: usa una jerarquía de cifrado envolvente respaldada por HSM por organización que te permite gestionar claves de cifrado simétricas y claves de firma asimétricas, así como usar claves de cifrado gestionadas por el cliente (CMEK) para el borrado criptográfico.
- Cifrado predeterminado en reposo y en tránsito: cifra de forma predeterminada todo el almacenamiento en bloque, en archivos, en objetos y en discos de servidor en reposo mediante el cifrado AES-256 multicapa validado por FIPS, y protege todo el tráfico en tránsito mediante TLS, TLS mutuo (mTLS), IPsec o MACsec.
Para obtener más información, consulta la siguiente documentación:
| Tema | Documentación y guías de configuración |
|---|---|
| PKI y certificados | Obtener paquetes de confianza, configuraciones de certificados TLS web, modos de transición de PKI y Servicio de Autoridades de Certificación |
| Gestión de claves (KMS, CMEK y HSM) | Sistema de gestión de claves, claves de cifrado gestionadas por el cliente y claves de HSM de control |
| Cifrado de datos y almacenamiento | Cifrado en reposo, Cifrado en tránsito, Gestionar segmentos de almacenamiento cifrados y Cifrar métricas |
Gestión de Identidades y Accesos
Gestión de Identidades y Accesos (IAM) en GDC autentica a los usuarios humanos y las identidades de servicio de carga de trabajo (ProjectServiceAccount), y aplica los mínimos accesos y la separación de obligaciones en los recursos globales y de zona. Puedes conectar GDC con tu proveedor de identidades (IdP) empresarial mediante OpenID Connect (OIDC) o SAML 2.0 con autenticación multifactor (MFA). A continuación, puedes conceder acceso vinculando usuarios o grupos a roles predefinidos o personalizados que se apliquen a tu organización, proyecto o clúster de Kubernetes.
Para obtener más información, consulta la siguiente documentación:
| Tema | Documentación y guías de configuración |
|---|---|
| Proveedores de identidades y autenticación | Autorización y control de acceso, Conectarse a un proveedor de identidades e Identidades de servicio |
| vinculaciones de roles y control de acceso | Conceder y revocar el acceso, Gestionar el acceso a clústeres estándar y Permisos de roles predefinidos |
Cumplimiento
GDC se ha diseñado para ayudar a los clientes soberanos a cumplir requisitos de cumplimiento estrictos mediante el seguimiento continuo del inventario, el análisis de vulnerabilidades, las pruebas de penetración y la validación de la recuperación tras fallos. Como GDC opera en tus instalaciones acreditadas, la acreditación final del sistema (como la autoridad para operar) sigue el modelo de responsabilidad compartida.
Cumplimiento de la guía de implementación técnica de seguridad (STIG)
Según la regla RHEL-08-040320 de la STIG, el paquete xorg-x11-server-common es una dependencia del sistema aprobada que se necesita para los controladores de GPU de NVIDIA y las bibliotecas de aceleración por hardware (como Vulkan y Mesa). El servicio de gestor de pantallas gráficas está inhabilitado e inactivo en las imágenes de sistemas operativos de nodos.
Para obtener más información, consulta la siguiente documentación:
| Tema | Documentación y guías de configuración |
|---|---|
| Comparativas y políticas | CIS Kubernetes Benchmark y Configurar políticas de organización |
| Registro y conservación de auditorías | Información general sobre los registros de auditoría, Proteger y restaurar registros de auditoría y Crear segmentos WORM |