La cuenta de AWS única de una empresa recién adquirida se unió a una AWS Organization y se trasladó a una OU. Un ingeniero de DevOps en la cuenta de administración asume la OrganizationAccountAccessRole para acceder a las cuentas de miembro, pero el intento de asumir el rol a través de la consola en la nueva cuenta de miembro falla con "Invalid information in one or more fields." (Información no válida en uno o más campos). ¿Qué acción permitirá al ingeniero de DevOps acceder a la nueva cuenta de miembro?

Cuando una cuenta de AWS se une a una AWS Organization, no se crea automáticamente el rol OrganizationAccountAccessRole en la cuenta miembro. Este rol es fundamental para que los usuarios de la cuenta de administración puedan acceder a las cuentas miembro. Por lo tanto, es necesario crear manualmente este rol en la nueva cuenta miembro. Al crearlo, se le debe adjuntar la política administrada AdministratorAccess para otorgar los permisos necesarios y, crucialmente, configurar la política de confianza del rol para permitir que la cuenta de administración (específicamente, la ID de la cuenta de administración) asuma este rol. Las otras opciones son incorrectas porque: Otorgar permisos en la cuenta de administración no es suficiente si el rol no existe en la cuenta miembro. Las Políticas de Control de Servicios (SCP) restringen permisos, no los otorgan a usuarios específicos para asumir roles. Editar una política de confianza en un rol inexistente no es posible.