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 el confuso problema de un diputado. La suplantación entre servicios puedes 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 Identity and Access Management (IAM) concede a Amazon Nimble Studio para el acceso 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 ARN del estudio y aws:SourceAccount debe ser 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 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, utilice la clave de condición de contexto global aws:SourceArn con el carácter asterisco (*) para las partes desconocidas del ARN. Por ejemplo, arn:aws:nimble::123456789012:*.

Sus usuarios finales asumen su rol de estudio cuando inician sesión en el portal de Nimble Studio. Al crear su estudio, AWS configura el rol y evalúa la política. AWS evalúa la política cada vez que uno de tus usuarios inicie sesión en el portal de Nimble Studio. Al crear un estudio, no se puede modificar aws:SourceArn. Cuando termine de crear su estudio, puede usar su 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/*"
        }
      }
    }
  ]
}