Una empresa almacena datos en un bucket de S3 en una cuenta llamada Hub-Account. El bucket está cifrado usando una clave KMS. Una instancia de QuickSight en otra cuenta (BI-Account) debe acceder a ese bucket. La política del bucket de S3 se actualizó para otorgar acceso al rol de servicio de QuickSight. ¿Qué pasos se deben seguir para habilitar el acceso de QuickSight entre cuentas al bucket de S3 cifrado? (Elija dos opciones).

La respuesta correcta es "Agregar la clave KMS como un recurso al que puede acceder el rol de servicio de QuickSight". Para que QuickSight en la BI-Account pueda acceder a un bucket de S3 cifrado con KMS en la Hub-Account, no solo necesita permisos para el bucket de S3, sino también permisos para usar la clave KMS que cifra los objetos en ese bucket. La política del bucket de S3 ya se actualizó para permitir el acceso al rol de QuickSight, pero sin permisos para la clave KMS, QuickSight no podrá descifrar los datos. Las otras opciones son incorrectas: "Usar la clave KMS existente para cifrar las conexiones del servicio QuickSight al bucket de S3" es incorrecto porque la clave KMS se usa para cifrar los datos en S3, no las conexiones. "Agregar el bucket de S3 como un recurso al que puede acceder el rol de servicio de QuickSight" ya se hizo al actualizar la política del bucket. "Compartir el bucket de S3 con la BI-Account usando AWS Resource Access Manager (AWS RAM)" no es necesario para este escenario de acceso entre cuentas con roles de servicio. "Adjuntar una política de IAM al rol de servicio de QuickSight que le otorgue acceso a la clave KMS que cifra el bucket de S3" es la otra acción necesaria, pero la opción dada es más específica sobre cómo se maneja el acceso a la clave KMS.