Protección de datos en AWS OpsWorks CM - AWS OpsWorks
Integración con AWS Secrets Manager

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Protección de datos en AWS OpsWorks CM

La AWS modelo de responsabilidad compartida El modelo se aplica a la protección de datos en la gestión de la AWS OpsWorks configuración. Como se describe en este modelo, AWS es responsable de proteger la infraestructura global en la que se ejecutan todos los Nube de AWS. Usted es responsable de mantener el control sobre el contenido que está alojado en esta infraestructura. También es responsable de las tareas de configuración y administración de la seguridad del Servicios de AWS que utilices. Para obtener más información sobre la privacidad de los datos, consulte la sección Privacidad de datos FAQ. Para obtener información sobre la protección de datos en Europa, consulte la AWS Modelo de responsabilidad compartida y GDPR entrada de blog sobre el AWS Blog de seguridad.

Para fines de protección de datos, le recomendamos que proteja Cuenta de AWS credenciales y configure los usuarios individuales con AWS IAM Identity Center o AWS Identity and Access Management (IAM). De esta manera, solo se otorgan a cada usuario los permisos necesarios para cumplir sus obligaciones laborales. También recomendamos proteger sus datos de la siguiente manera:

  • Utilice la autenticación multifactorial (MFA) con cada cuenta.

  • UtiliceSSL/TLSpara comunicarse con AWS recursos. Necesitamos TLS 1.2 y recomendamos TLS 1.3.

  • Configure API y registre la actividad de los usuarios con AWS CloudTrail. Para obtener información sobre el uso de CloudTrail senderos para capturar AWS actividades, consulte Trabajar con CloudTrail senderos en la AWS CloudTrail Guía del usuario.

  • Uso AWS soluciones de cifrado, junto con todos los controles de seguridad predeterminados Servicios de AWS.

  • Utilice servicios de seguridad administrados avanzados, como Amazon Macie, que lo ayuden a detectar y proteger los datos confidenciales almacenados en Amazon S3.

  • Si necesita entre FIPS 140 y 3 módulos criptográficos validados para acceder AWS mediante una interfaz de línea de comandos o un API FIPS terminal. Para obtener más información sobre los FIPS puntos finales disponibles, consulte la Norma Federal de Procesamiento de Información (FIPS) 140-3.

Se recomienda encarecidamente no introducir nunca información confidencial o sensible, como, por ejemplo, direcciones de correo electrónico de clientes, en etiquetas o campos de formato libre, tales como el campo Nombre. Esto incluye cuando trabaja con OpsWorks CM u otros Servicios de AWS utilizando la consolaAPI, AWS CLI, o AWS SDKs. Cualquier dato que ingrese en etiquetas o campos de formato libre utilizados para nombres se puede emplear para los registros de facturación o diagnóstico. Si proporciona una URL a un servidor externo, le recomendamos encarecidamente que no incluya información sobre las credenciales URL para validar su solicitud a ese servidor.

Los nombres de los servidores OpsWorks CM no están cifrados.

OpsWorks CM recopila los siguientes datos de clientes durante la creación y el mantenimiento de su AWS OpsWorks for Chef Automate y AWS OpsWorks for Puppet Enterprise servidores.

  • En el OpsWorks caso de Puppet Enterprise, recopilamos las claves privadas que Puppet Enterprise utiliza para permitir la comunicación entre tu Puppet master y los nodos gestionados.

  • En AWS OpsWorks for Chef Automate, recopilamos las claves privadas de los certificados que adjuntas al servicio si utilizas un dominio personalizado. La clave privada que proporciona al crear un servidor de Chef Automate con un dominio personalizado se pasa a través de su servidor.

OpsWorks Los servidores CM almacenan el código de configuración, como los libros de cocina de Chef o los módulos de Puppet Enterprise. Aunque este código se almacena en las copias de seguridad del servidor, AWS no tiene acceso a él. Este contenido está cifrado y solo los administradores de su AWS su cuenta puede acceder a él. Le recomendamos que proteja el código de configuración de Chef o Puppet mediante protocolos recomendados para sus repositorios de origen. Por ejemplo, puedes restringir los permisos a los repositorios en AWS CodeCommit, o sigue las directrices del sitio GitHub web para proteger los GitHub repositorios.

OpsWorks CM no utiliza el contenido proporcionado por los clientes para mantener el servicio ni mantiene los registros de los clientes. Los registros sobre sus servidores OpsWorks CM se almacenan en su cuenta, en buckets de Amazon S3. Las direcciones IP de los usuarios que se conectan a sus servidores OpsWorks CM se registran mediante AWS.

Integración con AWS Secrets Manager

A partir del 3 de mayo de 2021, cuando cree un nuevo servidor en OpsWorks CM, OpsWorks CM almacenará los secretos del servidor en AWS Secrets Manager. Para los servidores nuevos, los siguientes atributos se almacenan como secretos en Secrets Manager.

  • Servidor de Chef Automate

    • HTTPSclave privada (solo servidores que no utilizan un dominio personalizado)

    • Contraseña administrativa de Chef Automate (CHEFAUTOMATE_ ADMIN _ _PASSWORD)

  • Maestro de Puppet Enterprise

    • HTTPSclave privada (solo servidores que no utilizan un dominio personalizado)

    • Contraseña administrativa de Puppet (PUPPET_ ADMIN _PASSWORD)

    • Control remoto Puppet r10k (_R10K_) PUPPET REMOTE

Para los servidores existentes que no utilizan un dominio personalizado, el único secreto almacenado en Secrets Manager, tanto para los servidores Chef Automate como para los de Puppet Enterprise, es la clave HTTPS privada, ya que se genera durante el mantenimiento automático y semanal del sistema.

OpsWorks CM almacena los secretos en Secrets Manager automáticamente y el usuario no puede configurar este comportamiento.