Prevención de la sustitución confusa entre servicios - Amazon Nimble Studio

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 de la sustitución confusa entre servicios

El problema del suplente confuso 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 de identidad entre servicios puede provocar un confuso problema de diputado. 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 cuyos directores de servicio tengan acceso a los recursos de su cuenta.

Recomendamos utilizar las claves de contexto de condición aws:SourceAccount global aws:SourceArn y las claves de contexto en las políticas de recursos para limitar los permisos que Identity and Access Management (IAM) concede a Amazon Nimble Studio para acceder a sus recursos. Si se utilizan ambas claves de contexto de condición global, el valor aws:SourceAccount y la cuenta del valor aws:SourceArn deben utilizar el mismo ID de cuenta cuando se utilicen en la misma declaración de política.

El valor de aws:SourceArn debe ser el del estudio ARN y aws:SourceAccount el identificador de su cuenta. No sabrá cuál es el identificador del estudio hasta que lo haya creado, ya que lo genera Nimble Studio. Una vez creado su estudio, puede actualizar la política de confianza con el identificador final del estudio establecido como aws:SourceArn.

La forma más eficaz de protegerse contra el confuso problema de los diputados es utilizar la clave contextual ARN de la condición aws:SourceArn global con todo el recurso. Si no conoce la totalidad ARN del recurso o si está especificando varios recursos, utilice la clave de condición del contexto aws:SourceArn global con caracteres comodín (*) para las partes desconocidas delARN. Por ejemplo, arn:aws:nimble::123456789012:*.

Sus usuarios finales asumen su rol de estudio cuando inician sesión en el portal de Nimble Studio. Cuando crees tu estudio, AWS configura el rol y evalúa la política. AWS evalúa la política cada vez que uno de sus usuarios inicie sesión en el portal de Nimble Studio. Al crear un estudio, no se puede modificar aws:SourceArn. Cuando termines de crear tu estudio, puedes usar tu studioArn para. aws:SourceArn

El siguiente ejemplo muestra cómo se pueden utilizar las claves contextuales de condición global aws:SourceArn y aws:SourceAccount en Nimble Studio para evitar el problema del suplente confuso.

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