Una empresa utiliza temas de Amazon Simple Notification Service (Amazon SNS) para publicar mensajes de componentes de aplicaciones en servicios de registro personalizados. A la empresa le preocupa que se puedan publicar datos confidenciales y luego exponerse en los registros de transacciones y depuración. ¿Qué solución protege los datos confidenciales de estos mensajes de SNS de una exposición accidental?

La opción correcta es configurar una política de protección de datos de mensajes entrantes para los temas de SNS con la operación De-identify. Esta característica de SNS permite detectar y enmascarar automáticamente datos confidenciales (como PII) antes de que el mensaje sea entregado a los suscriptores, previniendo su exposición accidental en los registros. Las otras opciones son incorrectas porque: Usar Amazon Macie para escanear mensajes de SNS no es una funcionalidad directa de Macie, que se enfoca en datos almacenados en S3. Además, requeriría una lógica compleja de Lambda para enmascarar los datos después de la publicación, lo cual no es tan eficiente como la protección de datos de mensajes de SNS. Habilitar el cifrado del lado del servidor con AWS KMS protege los datos en tránsito y en reposo, pero no enmascara los datos confidenciales una vez que son descifrados por los suscriptores o al ser procesados por los servicios de registro. Amazon GuardDuty se enfoca en la detección de amenazas y anomalías, no en el enmascaramiento de datos confidenciales en mensajes de SNS. Bloquear la entrega de mensajes con datos confidenciales no resuelve el problema de la exposición en los registros si el mensaje ya fue publicado o si la intención es que el mensaje se entregue, pero sin los datos confidenciales.