View a markdown version of this page

Protección de datos en Amazon WorkSpaces - Amazon WorkSpaces

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 Amazon WorkSpaces

El modelo de responsabilidad AWS compartida El modelo de responsabilidad se aplica a la protección de datos en Amazon WorkSpaces. Como se describe en este modelo, AWS es responsable de proteger la infraestructura global que ejecuta todo el Nube de AWS. Eres responsable de mantener el control sobre el contenido alojado en esta infraestructura. También eres responsable de las tareas de administración y configuración de seguridad para los Servicios de AWS que utiliza. Para obtener más información sobre la privacidad de los datos, consulte las Preguntas frecuentes sobre la privacidad de los datos y las condiciones legales de la región de . Para obtener más información sobre la protección de datos en Europa, consulte el Centro del Reglamento General de Protección de Datos (RGPD).

Con fines de protección de datos, le recomendamos que proteja Cuenta de AWS las 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:

  • Utiliza la autenticación multifactor (MFA) en cada cuenta.

  • Úselo SSL/TLS para comunicarse con AWS los recursos. Exigimos TLS 1.2 y recomendamos TLS 1.3.

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

  • Utilice soluciones de AWS cifrado, junto con todos los controles de seguridad predeterminados que contiene Servicios de AWS.

  • Utiliza servicios de seguridad administrados avanzados, como Amazon Macie, que lo ayuden a detectar y proteger la información confidencial almacenada en Amazon S3.

  • Si necesita módulos criptográficos validados por la FIPS 140-3 para acceder a AWS través de una interfaz de línea de comandos o una API, utilice un punto final FIPS. Para obtener más información sobre los puntos de conexión de FIPS disponibles, consulte Estándar de procesamiento de la información federal (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 trabajar con la consola, la API WorkSpaces o los Servicios de AWS SDK o utilizarlos de otro modo. AWS CLI AWS Cualquier dato que introduzca en etiquetas o campos de formato libre utilizados para los nombres se pueden emplear para los registros de facturación o diagnóstico. Si proporciona una URL a un servidor externo, recomendamos encarecidamente que no incluya información de credenciales en la URL a fin de validar la solicitud para ese servidor.

Para obtener más información sobre el cifrado FIPS de puntos finales WorkSpaces y el cifrado FIPS, consulte. Configure la autorización de FedRAMP o el cumplimiento de SRG del DoD para Personal WorkSpaces

Cifrado en reposo

Puede cifrar los volúmenes de almacenamiento WorkSpaces utilizando AWS KMS Key from. AWS Key Management Service Para obtener más información, consulte WorkSpaces Cifrado en WorkSpaces Personal.

Cuando crea WorkSpaces con volúmenes cifrados, WorkSpaces utiliza Amazon Elastic Block Store (Amazon EBS) para crear y gestionar esos volúmenes. EBS cifra los volúmenes con una clave de datos mediante el algoritmo estándar del sector. AES-256 Para obtener más información, consulte Cifrado de Amazon EBS en la Guía del usuario de Amazon EC2.

Cifrado en tránsito

En el caso de los PCoIP, los datos en tránsito se cifran mediante encriptación TLS 1.2 y firma de solicitud SigV4. El protocolo PCoIP utiliza tráfico UDP cifrado, con cifrado AES, para transmitir píxeles. La conexión de streaming, que utiliza el puerto 4172 (TCP y UDP), se cifra mediante el uso de códigos y, pero el cifrado predeterminado es de 128 bits. AES-128 AES-256 Puede cambiar este valor predeterminado a 256 bits, ya sea mediante la configuración de política de grupo Configurar los ajustes de seguridad de PCoIP para Windows o modificando la configuración de seguridad de PCoIP en el archivo para Amazon Linux WorkSpaces. pcoip-agent.conf WorkSpaces

Para obtener más información sobre la administración de políticas de grupo en Amazon, consulte en. WorkSpaces Configurar opciones de seguridad de PCoIP Administra tu Windows WorkSpaces en WorkSpaces Personal Para obtener más información sobre la modificación del archivo pcoip-agent.conf consulte, Controle el comportamiento del agente PCoIP en Amazon Linux WorkSpaces y Configuración de seguridad de PCoIP en la documentación de Teradici.

En el caso de DCV, los datos de transmisión y control en tránsito se cifran mediante el cifrado TLS 1.3 para el tráfico UDP y el cifrado TLS 1.2 para el tráfico TCP, con sistemas de cifrado. AES-256