Prevención de la sustitución confusa entre servicios
El problema de la sustitución confusa es un problema de seguridad en el que una entidad que no tiene permiso para realizar una acción puede obligar a una entidad con más privilegios a realizar la acción. En AWS, la suplantación entre servicios puede dar lugar al problema de la sustitución confusa. La suplantación entre servicios puede producirse cuando un servicio (el servicio que lleva a cabo las llamadas) llama a otro servicio (el servicio al que se llama). El servicio que lleva a cabo las llamadas se puede manipular para utilizar sus permisos a fin de actuar en función de los recursos de otro cliente de una manera en la que no debe tener permiso para acceder. Para evitarlo, AWS proporciona herramientas que le ayudan a proteger sus datos para todos los servicios con entidades principales de servicio a las que se les ha dado acceso a los recursos de su cuenta.
Se recomienda utilizar las claves de contexto de condición global aws:SourceArn y aws:SourceAccount en las políticas de recursos para limitar los permisos que AWS CloudFormation le concede a otro servicio a un recurso específico, como una extensión de CloudFormation. Utiliza aws:SourceArn
si desea que solo se asocie un recurso al acceso entre servicios. Utiliza aws:SourceAccount
si quiere permitir que cualquier recurso de esa cuenta se asocie al uso entre servicios.
Asegúrese de que el valor de aws:SourceArn
sea un ARN del recurso que almacena CloudFormation.
La forma más eficaz de protegerse contra el problema de la sustitución confusa es utilizar la clave de contexto de condición global de aws:SourceArn
con el ARN completo del recurso. Si no conoce el ARN completo del recurso o si especifica varios recursos, utiliza la clave de condición de contexto global aws:SourceArn
con comodines (*
) para las partes desconocidas del ARN. Por ejemplo, arn:aws:
.cloudformation
:*:123456789012
:*
Si el valor de aws:SourceArn
no contiene el ID de cuenta, debe utilizar ambas claves de contexto de condición global para limitar los permisos.
En el siguiente ejemplo se muestra cómo se pueden utilizar las claves contextuales de condición global aws:SourceArn
y aws:SourceAccount
en CloudFormation para evitar el problema de la sustitución confusa.
Ejemplo de política de confianza que usa las claves de condición aws:SourceArn
y aws:SourceAccount
Para los servicios de registro, CloudFormation hace llamadas a AWS Security Token Service (AWS STS) para asumir un rol de servicio en su cuenta. Este rol está configurado para ExecutionRoleArn
en la operación RegisterType y el conjunto LogRoleArn
en la operación LoggingConfig. Para obtener más información, consulte Configure un rol de ejecución con permisos de IAM y una política de confianza para el acceso a las extensiones públicas.
Este ejemplo de política de confianza de rol utiliza declaraciones de condición para limitar la capacidad de AssumeRole
en el rol de servicio a solo las acciones que afectan al grupo de extensión de CloudFormation en la cuenta especificada. Las condiciones aws:SourceArn
y aws:SourceAccount
se evalúan de forma independiente. Cualquier solicitud para usar el rol de servicio debe cumplir ambas condiciones.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": [ "resources.cloudformation.amazonaws.com" ] }, "Action": "sts:AssumeRole", "Condition": { "StringEquals": { "aws:SourceAccount": "
123456789012
" }, "StringLike": { "aws:SourceArn": "arn:aws:cloudformation:us-east-1:123456789012:type/resource/Organization-Service-Resource/*
" } } } ] }
Información adicional
Para ver ejemplos de políticas que utilizan las claves de contexto de condición global aws:SourceArn
y aws:SourceAccount
para un rol de servicio utilizado por StackSets, consulte Configuración de claves globales para mitigar problemas de adjuntos confusos.
Para obtener más información, consulte Actualización de una política de confianza de rol en la Guía del usuario de IAM.