En esta página se describen los servicios y las funciones que le ayudan a proteger sus artefactos. Cloud de Confiance
Encriptado en reposo
De forma predeterminada, Cloud de Confiance by S3NS cifra automáticamente los datos en reposo con claves de cifrado gestionadas por Google. Si tienes requisitos de cumplimiento o normativas específicos relacionados con las claves que protegen tus datos, puedes crear repositorios cifrados con claves de cifrado gestionadas por el cliente (CMEK).
Control de acceso
De forma predeterminada, todos los repositorios son privados. Sigue el principio de seguridad de mínimos accesos y concede solo los permisos mínimos que necesiten los usuarios y las cuentas de servicio.
Evita la filtración externa de datos
Para evitar la filtración de datos, puedes usar Controles de Servicio de VPC para colocar Artifact Registry y otros servicios de Cloud de Confiance by S3NS en un perímetro de seguridad de red.
Eliminar imágenes que no se usan
Elimina las imágenes de contenedor que no utilices para reducir los costes de almacenamiento y mitigar los riesgos de usar software antiguo. Hay varias herramientas disponibles para ayudarte con esta tarea, como gcr-cleaner. La herramienta gcr-cleaner no es un producto oficial de Google.
Atención temprana a la seguridad
Integrar los objetivos de seguridad de la información en el trabajo diario puede ayudar a aumentar el rendimiento del envío de software y a crear sistemas más seguros. Esta idea también se conoce como desplazamiento hacia la izquierda, ya que los problemas, incluidos los de seguridad, se abordan en fases más tempranas del ciclo de vida de desarrollo de software (es decir, a la izquierda en un diagrama de programación de izquierda a derecha). El cambio de seguridad a la izquierda es una de las funciones de DevOps identificadas en el programa de investigación State of DevOps de DORA.
Para obtener más información al respecto:
- Consulta información sobre la función Atención temprana a la seguridad.
Consideraciones sobre los repositorios públicos
Ten en cuenta los siguientes casos:
- Uso de artefactos de fuentes públicas
- Hacer públicos tus repositorios de Artifact Registry
Usar artefactos de fuentes públicas
Las siguientes fuentes públicas de artefactos proporcionan herramientas que puedes usar o dependencias para tus compilaciones e implementaciones:
Sin embargo, tu organización puede tener limitaciones que afecten al uso de artefactos públicos. Por ejemplo:
- Quieres controlar el contenido de tu cadena de suministro de software.
- No quieres depender de un repositorio externo.
- Quieres controlar estrictamente las vulnerabilidades de tu entorno de producción.
- Quieres que todas las imágenes tengan el mismo sistema operativo base.
Para proteger tu cadena de suministro de software, puedes seguir estos enfoques:
- Utiliza imágenes base estandarizadas. Google proporciona algunas imágenes base que puedes usar.
Repositorios públicos de Artifact Registry
Para hacer público un repositorio de Artifact Registry, debes asignar el rol Lector de Artifact Registry a la identidad allUsers.
Si todos tus usuarios tienen Cloud de Confiance cuentas, puedes limitar el acceso
a los usuarios autenticados con la identidad allAuthenticatedUsers.
Antes de hacer público un repositorio de Artifact Registry, ten en cuenta las siguientes directrices:
- Verifica que todos los artefactos que almacenes en el repositorio se puedan compartir públicamente y que no expongan credenciales, datos personales ni datos confidenciales.
- De forma predeterminada, los proyectos tienen cuotas por usuario ilimitadas. Para evitar abusos, limita las cuotas por usuario de tu proyecto.
Guía para aplicaciones web
- La lista OWASP Top 10 incluye los principales riesgos de seguridad de las aplicaciones web según el Open Web Application Security Project (OSWAP).
Directrices para contenedores
El Center for Internet Security (CIS) tiene un benchmark de Docker para evaluar la seguridad de un contenedor de Docker.
Docker proporciona una secuencia de comandos de código abierto llamada Docker Bench for Security. Puedes usar la secuencia de comandos para validar un contenedor de Docker en ejecución con respecto a la prueba comparativa de Docker del CIS.
Docker Bench For Security puede ayudarte a verificar muchos elementos de la prueba comparativa de Docker del CIS, pero no todos los elementos se pueden verificar con la secuencia de comandos. Por ejemplo, la secuencia de comandos no puede verificar si el host del contenedor está protegido o si la imagen del contenedor incluye datos personales. Revisa todos los elementos de la comparativa e identifica los que puedan necesitar una verificación adicional.