Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

politiques IAM

Claude Platform sur AWS s'intègre à AWS IAM pour le contrôle d'accès. Vous accordez ou refusez l'accès à des actions d'API spécifiques sur des espaces de travail spécifiques en utilisant la syntaxe de politique IAM standard.

Le nom du service SigV4 et l'espace de noms des actions IAM sont. aws-external-anthropic Les actions suivent le modèle aws-external-anthropic:<Action> (par exemple,aws-external-anthropic:CreateInference).

Exemple : refuser l'inférence par lots

La politique suivante permet une inférence en temps réel tout en bloquant le traitement par lots, une exigence courante pour les charges ZDR-sensitive de travail :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "aws-external-anthropic:CreateInference",
        "aws-external-anthropic:CountTokens",
        "aws-external-anthropic:GetModel",
        "aws-external-anthropic:ListModels",
        "aws-external-anthropic:GetWorkspace",
        "aws-external-anthropic:ListWorkspaces"
      ],
      "Resource": "arn:aws:aws-external-anthropic:*:*:workspace/*"
    },
    {
      "Effect": "Deny",
      "Action": [
        "aws-external-anthropic:CreateBatchInference",
        "aws-external-anthropic:GetBatchInference",
        "aws-external-anthropic:ListBatchInferences"
      ],
      "Resource": "*"
    }
  ]
}

L'GetBatchInferenceaction autorise à la fois la route des métadonnées par lots et la route des résultats par lots. Le refuser bloque également ListBatchInferences les lectures et l'énumération par lots.

L'Allowinstruction énumère des List* actions Get* et des actions spécifiques plutôt que d'utiliser des caractères génériques. Les caractères génériques peuvent autoriser GetFile (ce qui télécharge les octets du fichier) et d'autres lectures que vous n'avez peut-être pas l'intention d'effectuer ; des Deny remplacements sont Allow malgré tout possibles, mais la forme explicite est le modèle le plus sûr à modéliser.

Exemple : inférence synchrone sur un seul espace de travail

Accorde les autorisations minimales à un principal IAM qui exécute une inférence sur un espace de travail de production :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "aws-external-anthropic:CreateInference",
        "aws-external-anthropic:CountTokens",
        "aws-external-anthropic:Get*",
        "aws-external-anthropic:List*"
      ],
      "Resource": "arn:aws:aws-external-anthropic:us-west-2:123456789012:workspace/wrkspc_01AbCdEf23GhIj"
    }
  ]
}

Exemple : isolation de l'espace de travail par client

Limite un rôle à un seul espace de travail :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": "aws-external-anthropic:*",
      "Resource": "arn:aws:aws-external-anthropic:us-west-2:123456789012:workspace/wrkspc_01AbCdEf23GhIj"
    },
    {
      "Effect": "Allow",
      "Action": [
        "aws-external-anthropic:CallWithBearerToken",
        "aws-external-anthropic:AssumeConsole"
      ],
      "Resource": "*"
    }
  ]
}

Exemple : verrouillage des fonctionnalités d'un ZDR-sensitive espace de travail

Bloque le traitement par lots et le téléchargement de fichiers sur un espace de travail spécifique tout en laissant la possibilité d'inférence synchrone. Utile lorsqu'un espace de travail gère des données ZDR (Zero Data Retention) qui ne doivent pas être conservées côté serveur. Associez cette politique à une politique d'autorisation telle que l'exemple AnthropicLimitedAccess d'espace de travail unique ci-dessus ; à elle seule, une Deny-only politique n'accorde aucune autorisation :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Deny",
      "Action": [
        "aws-external-anthropic:CreateBatchInference",
        "aws-external-anthropic:CreateFile"
      ],
      "Resource": "arn:aws:aws-external-anthropic:us-west-2:123456789012:workspace/wrkspc_01AbCdEf23GhIj"
    }
  ]
}

Exemple : automatisation du provisionnement

Accorde à un CI/CD rôle les actions nécessaires pour créer et gérer des espaces de travail, sans aucune autorisation d'inférence :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "aws-external-anthropic:CreateWorkspace",
        "aws-external-anthropic:GetWorkspace",
        "aws-external-anthropic:ListWorkspaces",
        "aws-external-anthropic:UpdateWorkspace",
        "aws-external-anthropic:ArchiveWorkspace"
      ],
      "Resource": "*"
    }
  ]
}

CreateWorkspaceet ListWorkspaces sont des opérations limitées à un compte. La spécification d'un ARN d'espace de travail pour ces actions n'a aucun effet ; utilisezResource: "*".

Politiques gérées

AWS fournit des politiques gérées pour les modèles d'accès courants :

AnthropicInferenceAccessest la politique gérée la plus étroite suffisante pour exécuter une inférence. Grâce aux List* caractères génériques Get* et, il accorde un accès en lecture à toutes les ressources d'API de l'espace de noms, y compris le téléchargement du contenu des fichiers GetFile et le contenu de la mémoire. GetMemoryStore Il n'autorise pas la création ou la suppression de fichiers ou de compétences, la gestion des profils utilisateur, la mutation de l'espace de travail ou la fédération de consoles.

Fédérer avec la console Claude

aws-external-anthropic:AssumeConsolepermet à un directeur IAM de se fédérer dans la console Anthropic-operated Claude. L'accès au sein de la console est toujours régi par IAM pour la plupart des opérations, mais un sous-ensemble d'opérations d'administration (principalement les vues d'utilisation qui n'ont aucune API IAM correspondante) est limité à la fonctionnalité avec laquelle le principal est fédéré.

Il existe deux fonctionnalités :

Contrôlez la capacité qu'un principal peut demander à l'aide de la clé de aws-external-anthropic:Capability condition de l'AssumeConsoleaction :

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": "aws-external-anthropic:AssumeConsole",
      "Resource": "*",
      "Condition": {
        "StringEquals": {
          "aws-external-anthropic:Capability": "admin"
        }
      }
    }
  ]
}

AnthropicFullAccesssubventions AssumeConsole sans restriction de capacité. Pour toute autorisation plus limitée (accès à la console réservé aux développeurs ou accès réservé aux administrateurs), associez une politique personnalisée qui s'applique à la condition indiquée ci-dessus. AssumeConsole aws-external-anthropic:Capability

Téléphoner avec des jetons au porteur

aws-external-anthropic:CallWithBearerTokenautorise le chemin de SigV4-free requête utilisé lorsqu'une clé d'API est présentée sous forme de jeton porteur. Tout principal qui s'authentifie à l'aide d'une clé d'API a besoin de cette action sur l'espace de travail cible. Cela s'applique que vous utilisiez ANTHROPIC_AWS_API_KEY ou définissiez directement l'Authorization: Beareren-tête.

Cela est requis pour les appelants aux clés d'API en plus des actions d'inférence (CreateInference,CreateBatchInference, etc.). SansCallWithBearerToken, les demandes de clé d'API sont rejetées avant d'atteindre le contrôle d'autorisation d'inférence. Les appelants SIGv4 n'ont pas besoin de cette action.

AnthropicReadOnlyAccess,AnthropicInferenceAccess,AnthropicLimitedAccess, et AnthropicFullAccess tout inclutCallWithBearerToken. Si vous rédigez une politique personnalisée pour l'accès aux clés d'API, ajoutez-la explicitement.

Fédération d'identité Web sortante (requise pour l'accès à la console)

La console Claude fonctionne dans l'infrastructure Anthropic, et non dans AWS. Lorsqu'un responsable IAM appelleAssumeConsole, AWS STS émet un jeton d'identité Web destiné au public d'Anthropic ; la console Anthropic accepte ensuite ce jeton et établit la session fédérée. Pour que cela fonctionne, le compte AWS doit autoriser la fédération d'identité Web sortante au aws-external-anthropic public.

Les principaux qui appellent AssumeConsole ont besoin des autorisations STS suivantes en plus de l'aws-external-anthropic:AssumeConsoleaction :

Incluez les deux dans la politique de confiance de tout rôle assumé par les utilisateurs de la console ou dans la inline/managed politique attachée aux identités des utilisateurs qui appellent AssumeConsole directement. AnthropicFullAccessinclut les deux actions STS. Les environnements qui refusent sts:* au niveau du SCP ou de la limite d'autorisation doivent autoriser explicitement ces deux actions pour que la fédération de consoles réussisse.