Google Distributed Cloud (GDC) aislado usa una arquitectura de confianza cero para ayudar a proteger tu infraestructura, los servicios de la plataforma y las cargas de trabajo de las aplicaciones en entornos desconectados sin necesidad de conectividad a Google Cloud ni a Internet públicos.
La documentación de seguridad de GDC se organiza en esta descripción general y dos documentos dedicados:
- Descripción general de la seguridad: abarca la estrategia de seguridad (pilares de confianza cero y responsabilidad compartida), la criptografía, Identity and Access Management (IAM) y el cumplimiento.
- Seguridad de la infraestructura, la red y la carga de trabajo: abarca la seguridad de las instalaciones, la seguridad del hardware, la seguridad de los hosts y los nodos, el aislamiento de múltiples usuarios, la seguridad de la cadena de suministro de aplicaciones y la segmentación de red.
- Operaciones de seguridad: abarca la supervisión de la seguridad de la infraestructura y de los usuarios, la gestión de vulnerabilidades, la respuesta ante incidentes, la exportación de registros de administración de información y eventos de seguridad (SIEM) externos, el registro de auditoría, el acceso de emergencia, la recuperación ante desastres y las actualizaciones progresivas.
Estrategia de seguridad
GDC se basa en una arquitectura de confianza cero que no supone ninguna confianza implícita en función de la ubicación de la red, la propiedad del dispositivo o la identidad del usuario. Cada solicitud en las capas de hardware, plano de control y carga de trabajo debe autenticarse, autorizarse y encriptarse. Para obtener detalles de la arquitectura sobre cómo se aplican los principios de confianza cero a las implementaciones desconectadas, consulta el Informe de estrategia de confianza cero de GDC y El enfoque aislado de Google Distributed Cloud para la confianza cero.
El modelo de seguridad de GDC se alinea con los siguientes siete pilares de confianza cero:
- Identidad y usuarios: Autentica las identidades de personas y servicios a través de tu proveedor de identidad (IdP) empresarial y aplica el acceso con privilegios mínimos en todas las organizaciones y proyectos.
- Dispositivos y extremos: Verifica la integridad del hardware y del inicio, refuerza los sistemas operativos de hosts y nodos en función de las comparativas de defensa y supervisa de forma continua los hosts para detectar cambios no autorizados.
- Aplicaciones y cargas de trabajo: Protege la integridad del software desde la compilación hasta el entorno de ejecución con 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 con claves criptográficas respaldadas por hardware, claves de encriptación administradas por el cliente (CMEK) y una infraestructura de clave pública (PKI) automatizada.
- Red y entorno: Aísla los planos de administración, las organizaciones de usuarios y las cargas de trabajo de los proyectos con la segmentación de red de varias capas, la inspección perimetral y las políticas de red de denegación predeterminada.
- Automatización y organización: Aplica una configuración coherente, actualizaciones progresivas sin interrupciones y acceso de emergencia auditado a través de la administración de cambios declarativa.
- Visibilidad y estadísticas: Recopila y correlaciona la telemetría de auditoría, operativa y de seguridad en toda la plataforma y admite la exportación de registros de usuarios tipo instancia a sistemas externos de supervisión de seguridad.
Modelo de responsabilidad compartida
La seguridad en GDC es una responsabilidad compartida entre las capas de infraestructura, plataforma y carga de trabajo. Según si consumes 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 interruptores, los arrays de almacenamiento, el clúster de administración raíz y la supervisión de seguridad de la infraestructura. Las actualizaciones del sistema, la administración del ciclo de vida del hardware y las operaciones de seguridad de la infraestructura se realizan sin acceder a los datos sensibles de las cargas de trabajo de los clientes.
- Capa de organización y plataforma: Abarca la administración de la organización del usuario, incluidas las conexiones de IdP a nivel de la organización, las vinculaciones de roles, las claves del sistema de administración de claves (KMS), los certificados de PKI, las políticas de red del proyecto, los clústeres de Kubernetes compartidos y la observabilidad y la exportación de registros de la organización.
- Capa de carga de trabajo y aplicación: Abarca el desarrollo, la implementación y la supervisión de cargas de trabajo de contenedores y máquina virtual (VM) dentro de espacios de nombres de proyectos aislados, según 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 públicos | Públicos de la documentación y Jerarquía de recursos |
| Aislamiento y responsabilidad compartida | Diseña límites de acceso, Diseña la separación de cargas de trabajo y Modelo de responsabilidad compartida de Marketplace |
La criptografía
GDC proporciona un sistema de administración de claves (KMS), un servicio de Certificate Authority Service (CAS) y una infraestructura de clave pública (PKI) integrados y respaldados 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 extremos de entrada, con compatibilidad con autoridades de certificación raíz internas (AC), AC intermedias externas, certificados TLS web personalizados y AC de cargas de trabajo.
- KMS y HSM: Usa una jerarquía de encriptación de sobre respaldada por HSM por organización que te permite administrar claves de encriptación simétricas y claves de firma asimétricas, y usar claves de encriptación administradas por el cliente (CMEK) para el borrado criptográfico.
- Encriptación predeterminada en reposo y en tránsito: Encripta todo el almacenamiento en disco de bloques, archivos, objetos y servidores en reposo de forma predeterminada con la encriptación AES-256 validada por FIPS de varias capas y protege todo el tráfico en tránsito con TLS, TLS mutua (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 | Recupera paquetes de confianza, configuraciones de certificados TLS web, modos de PKI de transición y Certificate Authority Service |
| Administración de claves (KMS, CMEK y HSM) | Sistema de administración de claves, claves de encriptación administradas por el cliente y claves de HSM de control |
| Encriptación de datos y almacenamiento | Encriptación en reposo, Encriptación en tránsito, Administra buckets de almacenamiento encriptados y Encripta métricas |
Identity and Access Management
Identity and Access Management (IAM) en GDC autentica
a los usuarios humanos y las identidades de servicio de las cargas de trabajo (ProjectServiceAccount), y
aplica el acceso con privilegio mínimo y la separación de obligaciones en los recursos globales y
zonales. Conectas GDC a tu proveedor de identidad (IdP) empresarial con OpenID Connect (OIDC) o SAML 2.0 con autenticación de varios factores (MFA). Luego, otorgas acceso vinculando usuarios o grupos a
roles predefinidos o personalizados con alcance en 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 identidad y autenticación | Autorización y control de acceso, Conéctate a un proveedor de identidad e Identidades de servicio |
| Vinculaciones de roles y control de acceso | Otorga y revoca el acceso, Administra el acceso a los clústeres de Standard y Permisos de roles predefinidos |
Cumplimiento
GDC está diseñado para ayudar a los clientes soberanos a cumplir con requisitos de cumplimiento estrictos a través del seguimiento continuo del inventario, el análisis de vulnerabilidades, las pruebas de penetración y la validación de la recuperación ante desastres. Debido a que GDC opera en tus instalaciones acreditadas, la obtención de la acreditación final del sistema (como una Autorización 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 STIG, el paquete xorg-x11-server-common es una
dependencia del sistema aprobada que se requiere para los controladores de GPU de NVIDIA y las bibliotecas de aceleración
de hardware (como Vulkan y Mesa). El servicio del administrador de visualización gráfica
está inhabilitado y no está activo en las imágenes del sistema operativo del nodo.
Para obtener más información, consulta la siguiente documentación:
| Tema | Documentación y guías de configuración |
|---|---|
| Comparativas y políticas | Comparativa de CIS para Kubernetes y Configura las políticas de la organización |
| Registro y retención de auditorías | Descripción general de los registros de auditoría, Protege y restablece los registros de auditoría y Crea buckets de WORM |