Prevención del suplente confuso entre servicios - AWS DataSync

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.

Prevención del suplente confuso entre servicios

El problema de la sustitución confusa es una cuestión de seguridad en la 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 del suplente confuso. 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 lo 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 DataSync concede a otro servicio para el recurso. Si utiliza claves de contexto de condición global y el valor de aws:SourceArn contiene el ID de cuenta, el valor de aws:SourceAccount y la cuenta en el valor de aws:SourceArn deben utilizar el mismo ID de cuenta cuando se utiliza en la misma instrucción de política. Utilice aws:SourceArn si desea que solo se asocie un recurso al acceso entre servicios. Se utilizaaws:SourceAccount si quiere que cualquier recurso de esa cuenta se asocie al uso entre servicios.

El valor deaws:SourceArn debe incluir la DataSync ubicación ARN con la que DataSync se permite asumir la función de IAM.

La forma más eficaz de protegerse contra el problema del suplente confuso es utilizar laaws:SourceArn clave con el ARN completo del recurso. Si no conoce el ARN completo o si especifica varios recursos, utilice caracteres comodines (*) para las partes desconocidas. He aquí algunos ejemplos de cómo se puede hacer esto para DataSync:

  • Para limitar la política de confianza a una DataSync ubicación existente, incluya el ARN de ubicación completo en la política. DataSync asumirá la función de IAM solo cuando se trate de esa ubicación en particular.

  • Al crear una ubicación de Amazon S3 para DataSync, no conoce el ARN de la ubicación. En estos escenarios, utilice el siguiente formato para laaws:SourceArn clave: arn:aws:datasync:us-east-2:123456789012:*. Este formato valida la partición (aws), el ID de cuenta y la región.

El siguiente ejemplo completo muestra cómo se pueden utilizar las claves contextuales de condiciónaws:SourceAccount globalaws:SourceArn y de condición global en una política de confianza para evitar el problema del adjunto confuso con DataSync.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Principal": {
                "Service": "datasync.amazonaws.com"
            },
            "Action": "sts:AssumeRole",
            "Condition": {
                "StringEquals": {
                    "aws:SourceAccount": "123456789012"
                },
                "StringLike": {
                    "aws:SourceArn": "arn:aws:datasync:us-east-2:123456789012:*"
                }
            }
        }
    ]
}

Para ver más ejemplos de políticas que muestran cómo puede utilizar las claves de contexto de condicionesaws:SourceAccount globalesaws:SourceArn y con DataSync ellas, consulte los siguientes temas: