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.
Utilice la siguiente información para diagnosticar y solucionar los problemas comunes que puedan surgir cuando trabaje con Security Lake e IAM.
No tengo autorización para realizar una acción en Security Lake
Si AWS Management Console le indica que no está autorizado a realizar una acción, debe ponerse en contacto con su administrador para obtener ayuda. El administrador es la persona que le proporcionó las credenciales.
En el siguiente ejemplo, el error se produce cuando el usuario de IAM mateojackson
intenta utilizar la consola para consultar los detalles acerca de un
ficticio, pero no tiene los permisos ficticios subscriber
SecurityLake:
.GetSubscriber
User: arn:aws:iam::123456789012:user/mateojackson is not authorized to perform: YOURSERVICEPREFIX:GetWidget
on resource:my-example-widget
En este caso, Mateo pide a su administrador que actualice sus políticas de forma que pueda obtener acceso a la información del
mediante la acción subscriber
SecurityLake:
.GetSubscriber
Quiero ampliar los permisos más allá de la política gestionada
Todos los roles de IAM creados por un suscriptor o una fuente de registro personalizada APIs están sujetos a la política AmazonSecurityLakePermissionsBoundary
administrada. Si desea ampliar los permisos más allá de la política administrada, puede eliminar la política administrada del límite de permisos del rol. Sin embargo, al interactuar con un Security Lake mutante APIs para DataLakes y suscriptores, se debe adjuntar el límite de permisos para que IAM modifique el rol de IAM.
No estoy autorizado a realizar el iam: PassRole
Si recibe un error que indica que no tiene autorización para realizar la acción iam:PassRole
, se deben actualizar las políticas a fin de permitirle pasar un rol a Security Lake.
Algunas Servicios de AWS permiten transferir una función existente a ese servicio en lugar de crear una nueva función de servicio o una función vinculada a un servicio. Para ello, debe tener permisos para transferir el rol al servicio.
En el siguiente ejemplo, el error se produce cuando un usuario de IAM denominado marymajor
intenta utilizar la consola para realizar una acción en Security Lake. Sin embargo, la acción requiere que el servicio cuente con permisos que otorguen un rol de servicio. Mary no tiene permisos para transferir el rol al servicio.
User: arn:aws:iam::123456789012:user/
marymajor
is not authorized to perform: iam:PassRole
En este caso, las políticas de Mary se deben actualizar para permitirle realizar la acción iam:PassRole
.
Si necesita ayuda, póngase en contacto con su administrador. AWS El gestionador es la persona que le proporcionó las credenciales de inicio de sesión.
Quiero permitir que personas ajenas a mí accedan Cuenta de AWS a mis recursos de Security Lake
Puedes crear un rol que los usuarios de otras cuentas o las personas externas a la organización puedan utilizar para acceder a sus recursos. Puedes especificar una persona de confianza para que asuma el rol. En el caso de los servicios que respaldan las políticas basadas en recursos o las listas de control de acceso (ACLs), puede usar esas políticas para permitir que las personas accedan a sus recursos.
Para obtener más información, consulte lo siguiente:
-
Para saber si Security Lake es compatible con estas características, consulte Cómo funciona Security Lake con IAM.
-
Para obtener información sobre cómo proporcionar acceso a los recursos de su Cuentas de AWS propiedad, consulte Proporcionar acceso a un usuario de IAM en otro de su propiedad en la Cuenta de AWS Guía del usuario de IAM.
-
Para obtener información sobre cómo proporcionar acceso a tus recursos a terceros Cuentas de AWS, consulta Cómo proporcionar acceso a recursos que Cuentas de AWS son propiedad de terceros en la Guía del usuario de IAM.
-
Para obtener información sobre cómo proporcionar acceso mediante una federación de identidades, consulta Proporcionar acceso a usuarios autenticados externamente (identidad federada) en la Guía del usuario de IAM.
-
Para conocer sobre la diferencia entre las políticas basadas en roles y en recursos para el acceso entre cuentas, consulte Acceso a recursos entre cuentas en IAM en la Guía del usuario de IAM.