---
title: Usare WIF con Kubernetes
url: https://platform.claude.com/docs/it/manage-claude/wif-providers/kubernetes
description: Autenticati alla Claude API da cluster Kubernetes autogestiti utilizzando i projected service account token.
---

I cluster Kubernetes autogestiti (kubeadm, k3s, OpenShift e distribuzioni on-premise) firmano JSON Web Token (JWT) OIDC per ogni pod tramite i [projected service account token](https://kubernetes.io/docs/tasks/configure-pod-container/configure-service-account/#serviceaccount-token-volume-projection) (token di service account proiettati). L'API server del cluster funge da issuer OIDC e il claim `sub` di ciascun token segue la forma `system:serviceaccount:<namespace>:<service-account>`. Puoi trovare l'URL dell'issuer del tuo cluster leggendo il suo documento di discovery:

```bash cURL
kubectl get --raw /.well-known/openid-configuration | jq -r .issuer
```

<Note>
  Il meccanismo descritto in questa pagina (projected service account token, API server del cluster come issuer OIDC) è nativo di Kubernetes stesso, quindi è alla base di ogni distribuzione Kubernetes. Se esegui i tuoi workload su un servizio Kubernetes gestito, le guide dei cloud provider spiegano dove trovare l'URL dell'issuer gestito dal provider: [AWS (EKS)](https://platform.claude.com/docs/it/manage-claude/wif-providers/aws#use-eks-projected-service-account-tokens), [Google Cloud (GKE)](https://platform.claude.com/docs/it/manage-claude/wif-providers/gcp) o [Azure (AKS)](https://platform.claude.com/docs/it/manage-claude/wif-providers/azure). Se il tuo cluster esegue SPIRE, l'issuer è lo SPIRE OIDC Discovery Provider anziché l'API server del cluster; consulta [SPIFFE](https://platform.claude.com/docs/it/manage-claude/wif-providers/spiffe). Per qualsiasi altra distribuzione o per un provider gestito non elencato, segui questa guida e usa l'URL dell'issuer riportato dal tuo cluster.
</Note>

## Prerequisiti

* Familiarità con i [concetti di WIF](https://platform.claude.com/docs/it/manage-claude/workload-identity-federation#concepts): service account, federation issuer e federation rule.

* Un cluster Kubernetes con il flag [`--service-account-issuer`](https://kubernetes.io/docs/reference/command-line-tools-reference/kube-apiserver/) configurato sull'API server. La maggior parte delle distribuzioni lo imposta per impostazione predefinita; i cluster kubeadm usano tipicamente `https://kubernetes.default.svc.cluster.local`. Il tuo team di piattaforma può confermare il valore se non hai accesso diretto alla configurazione dell'API server.

* Una delle seguenti condizioni, affinché Anthropic possa validare le firme dei token:

  * L'endpoint JWKS dell'issuer è raggiungibile dalla rete internet pubblica tramite HTTPS sulla porta 443, oppure
  * Puoi recuperare il JWKS dall'interno del cluster e registrarlo in modalità `inline` (trattata in [Configurare Anthropic](https://platform.claude.com/docs/it/manage-claude/wif-providers/kubernetes#configure-anthropic)).

* Il permesso di creare service account, federation issuer e federation rule nella Claude Console per la tua organizzazione Anthropic.

## Configurare Kubernetes

Proietta un service account token nel tuo pod con l'audience e la durata che la tua federation rule si aspetta. La proiezione `serviceAccountToken` scrive un nuovo JWT nel percorso di mount e lo ruota prima che trascorrano `expirationSeconds`.

```yaml Pod
apiVersion: v1
kind: Pod
metadata:
  name: inference-worker
  namespace: inference
spec:
  serviceAccountName: inference-worker
  volumes:
    - name: anthropic-token
      projected:
        sources:
          - serviceAccountToken:
              audience: https://api.anthropic.com
              expirationSeconds: 3600
              path: token
  containers:
    - name: app
      image: your-registry/inference-worker:latest
      env:
        - name: ANTHROPIC_IDENTITY_TOKEN_FILE
          value: /var/run/secrets/anthropic.com/token
        - name: ANTHROPIC_FEDERATION_RULE_ID
          value: fdrl_...
        - name: ANTHROPIC_ORGANIZATION_ID
          value: 00000000-0000-0000-0000-000000000000
        - name: ANTHROPIC_SERVICE_ACCOUNT_ID
          value: svac_...
        - name: ANTHROPIC_WORKSPACE_ID  # required when the rule covers multiple workspaces
          value: wrkspc_...
      volumeMounts:
        - name: anthropic-token
          mountPath: /var/run/secrets/anthropic.com
          readOnly: true
```

Il token emesso per questo pod contiene `sub: "system:serviceaccount:inference:inference-worker"` e `aud: ["https://api.anthropic.com"]`.

## Configurare Anthropic

Nella Claude Console, vai alla pagina [Workload identity](https://platform.claude.com/settings/workload-identity-federation) (`platform.claude.com/settings/workload-identity-federation`), fai clic su **Connect workload** e seleziona il riquadro **Kubernetes**. La procedura guidata ti accompagna nella registrazione dell'issuer, nella creazione di un service account e nella creazione di una federation rule.

La procedura guidata crea queste risorse per te. Usa i seguenti valori sia che tu li inserisca nella procedura guidata sia che li invii all'[Admin API](https://platform.claude.com/docs/it/manage-claude/wif-admin-api):

**Federation issuer:** Molti cluster autogestiti usano un URL dell'issuer come `https://kubernetes.default.svc.cluster.local` che non è raggiungibile dalla rete internet pubblica. Se questo vale per il tuo cluster, scegli la sorgente JWKS **inline** e incolla le chiavi del cluster. Recuperale dall'interno del cluster:

```bash cURL
kubectl get --raw /openid/v1/jwks
```

Quindi configura l'issuer con il contenuto dell'array `keys` restituito (non il wrapper `{"keys": [...]}` che lo racchiude):

```json
{
  "name": "onprem-k8s",
  "issuer_url": "https://kubernetes.default.svc.cluster.local",
  "jwks": {
    "type": "inline",
    "keys": [{ "kty": "RSA", "kid": "...", "n": "...", "e": "AQAB" }]
  }
}
```

In modalità `inline` l'`issuer_url` viene solo confrontato con il claim `iss` del JWT; Anthropic non tenta mai di raggiungerlo. Se il tuo issuer è raggiungibile pubblicamente, usa invece `"jwks": {"type": "discovery"}`.

<Warning>
  Con le chiavi `inline` sei responsabile dell'aggiornamento dell'issuer quando il cluster ruota la propria chiave di firma dei service account. La rotazione è rara (tipicamente solo durante gli aggiornamenti del cluster), ma gli scambi di token falliscono con un errore di firma finché non carichi il nuovo JWKS.
</Warning>

**Federation rule:** Fai corrispondere il claim `sub` del service account e l'audience che hai impostato sul token proiettato.

```json
{
  "name": "onprem-inference",
  "issuer_id": "fdis_...",
  "match": {
    "subject_prefix": "system:serviceaccount:inference:inference-worker",
    "audience": "https://api.anthropic.com"
  },
  "target": {
    "type": "service_account",
    "service_account_id": "svac_..."
  },
  "workspace_id": "wrkspc_...",
  "oauth_scope": "workspace:developer",
  "token_lifetime_seconds": 600
}
```

Sii specifico quanto il workload lo consente. Allenta `subject_prefix` a `system:serviceaccount:inference:*` (il `*` finale lo rende una corrispondenza per prefisso) solo se ogni service account nel namespace deve essere mappato allo stesso service account Anthropic. Aggiungi l'ID `fdrl_...` della regola alla variabile d'ambiente `ANTHROPIC_FEDERATION_RULE_ID` del tuo pod.

## Acquisire e usare il token

La specifica del pod in [Configurare Kubernetes](https://platform.claude.com/docs/it/manage-claude/wif-providers/kubernetes#configure-kubernetes) imposta `ANTHROPIC_IDENTITY_TOKEN_FILE` sul percorso di mount proiettato, insieme a `ANTHROPIC_FEDERATION_RULE_ID`, `ANTHROPIC_ORGANIZATION_ID`, `ANTHROPIC_SERVICE_ACCOUNT_ID` e `ANTHROPIC_WORKSPACE_ID`. Con queste variabili impostate, l'SDK legge il token dal disco a ogni scambio e aggiorna automaticamente l'access token Anthropic.

<CodeGroup>
  ```bash cURL
  JWT=$(cat "$ANTHROPIC_IDENTITY_TOKEN_FILE")

  ACCESS_TOKEN=$(curl -sS https://api.anthropic.com/v1/oauth/token \
    -H "content-type: application/json" \
    --data @- <<JSON | jq -r .access_token
  {
    "grant_type": "urn:ietf:params:oauth:grant-type:jwt-bearer",
    "assertion": "$JWT",
    "federation_rule_id": "$ANTHROPIC_FEDERATION_RULE_ID",
    "organization_id": "$ANTHROPIC_ORGANIZATION_ID",
    "service_account_id": "$ANTHROPIC_SERVICE_ACCOUNT_ID",
    "workspace_id": "$ANTHROPIC_WORKSPACE_ID"
  }
  JSON
  )

  curl https://api.anthropic.com/v1/messages \
    -H "authorization: Bearer $ACCESS_TOKEN" \
    -H "anthropic-version: 2023-06-01" \
    -H "content-type: application/json" \
    -d '{
      "model": "claude-opus-5-5",
      "max_tokens": 1024,
      "messages": [{"role": "user", "content": "Hello, Claude"}]
    }' | jq -r '.content[] | select(.type == "text") | .text'
  ```

  ```python Python
  import anthropic

  # Legge ANTHROPIC_IDENTITY_TOKEN_FILE, ANTHROPIC_FEDERATION_RULE_ID,
  # ANTHROPIC_ORGANIZATION_ID, ANTHROPIC_SERVICE_ACCOUNT_ID e ANTHROPIC_WORKSPACE_ID
  # dall'ambiente del pod.
  client = anthropic.Anthropic()

  message = client.messages.create(
      model="claude-opus-5-5",
      max_tokens=1024,
      messages=[{"role": "user", "content": "Hello, Claude"}],
  )
  print(next(block.text for block in message.content if block.type == "text"))
  ```

  ```typescript TypeScript
  import Anthropic from "@anthropic-ai/sdk";

  // Legge ANTHROPIC_IDENTITY_TOKEN_FILE, ANTHROPIC_FEDERATION_RULE_ID,
  // ANTHROPIC_ORGANIZATION_ID, ANTHROPIC_SERVICE_ACCOUNT_ID e ANTHROPIC_WORKSPACE_ID
  // dall'ambiente del pod.
  const client = new Anthropic();

  const message = await client.messages.create({
    model: "claude-opus-5-5",
    max_tokens: 1024,
    messages: [{ role: "user", content: "Hello, Claude" }]
  });
  for (const block of message.content) {
    if (block.type === "text") {
      console.log(block.text);
    }
  }
  ```

  ```go Go
  // Legge ANTHROPIC_IDENTITY_TOKEN_FILE, ANTHROPIC_FEDERATION_RULE_ID,
  // ANTHROPIC_ORGANIZATION_ID, ANTHROPIC_SERVICE_ACCOUNT_ID e ANTHROPIC_WORKSPACE_ID
  // dall'ambiente del pod.
  client := anthropic.NewClient()

  message, err := client.Messages.New(context.TODO(), anthropic.MessageNewParams{
  	Model:     anthropic.ModelClaudeOpus5_5,
  	MaxTokens: 1024,
  	Messages: []anthropic.MessageParam{
  		anthropic.NewUserMessage(anthropic.NewTextBlock("Hello, Claude")),
  	},
  })
  if err != nil {
  	panic(err)
  }
  for _, block := range message.Content {
  	if textBlock, ok := block.AsAny().(anthropic.TextBlock); ok {
  		fmt.Println(textBlock.Text)
  		break
  	}
  }
  ```

  ```java Java
  AnthropicClient client = AnthropicOkHttpClient.fromEnv();

  var message = client.messages().create(MessageCreateParams.builder()
          .model(Model.CLAUDE_OPUS_5_5)
          .maxTokens(1024)
          .addUserMessage("Hello, Claude")
          .build());

  IO.println(message.content());
  ```

  ```csharp C#
  // Legge ANTHROPIC_IDENTITY_TOKEN_FILE, ANTHROPIC_FEDERATION_RULE_ID,
  // ANTHROPIC_ORGANIZATION_ID, ANTHROPIC_SERVICE_ACCOUNT_ID e ANTHROPIC_WORKSPACE_ID
  // dall'ambiente del pod.
  using var client = new AnthropicClient();

  var message = await client.Messages.Create(new()
  {
      Model = Model.ClaudeOpus5_5,
      MaxTokens = 1024,
      Messages = [new() { Role = Role.User, Content = "Hello, Claude" }],
  });
  foreach (var block in message.Content)
  {
      if (block.Value is TextBlock textBlock)
      {
          Console.WriteLine(textBlock.Text);
      }
  }
  ```

  ```bash CLI
  # Legge ANTHROPIC_FEDERATION_RULE_ID, ANTHROPIC_ORGANIZATION_ID,
  # ANTHROPIC_SERVICE_ACCOUNT_ID, ANTHROPIC_WORKSPACE_ID e ANTHROPIC_IDENTITY_TOKEN_FILE
  ant messages create \
    --model claude-opus-5-5 \
    --max-tokens 1024 \
    --message '{role: user, content: "Hello, Claude"}'
  ```

  ```php PHP
  use Anthropic\Client;

  // Legge ANTHROPIC_FEDERATION_RULE_ID, ANTHROPIC_ORGANIZATION_ID,
  // ANTHROPIC_SERVICE_ACCOUNT_ID, ANTHROPIC_WORKSPACE_ID e ANTHROPIC_IDENTITY_TOKEN_FILE
  $client = new Client();

  $message = $client->messages->create(
      model: 'claude-opus-5-5',
      maxTokens: 1024,
      messages: [['role' => 'user', 'content' => 'Hello, Claude']],
  );
  $textBlock = array_find($message->content, static fn ($block): bool => $block->type === 'text');
  echo $textBlock->text, PHP_EOL;
  ```

  ```ruby Ruby
  require "anthropic"

  # Legge ANTHROPIC_FEDERATION_RULE_ID, ANTHROPIC_ORGANIZATION_ID,
  # ANTHROPIC_SERVICE_ACCOUNT_ID, ANTHROPIC_WORKSPACE_ID e ANTHROPIC_IDENTITY_TOKEN_FILE
  client = Anthropic::Client.new

  message = client.messages.create(
    model: "claude-opus-5-5",
    max_tokens: 1024,
    messages: [{role: "user", content: "Hello, Claude"}]
  )
  puts message.content.find { it.type == :text }.text
  ```
</CodeGroup>

## Verificare la configurazione

Uno scambio riuscito restituisce un `access_token` che inizia con `sk-ant-oat01-` e un valore `expires_in` in secondi. Se lo scambio fallisce con la risposta opaca `401` `authentication_error` (messaggio `Authentication failed`), controlla la [pagina della cronologia di autenticazione](https://platform.claude.com/settings/workload-identity-federation?tab=history) nella Claude Console per il motivo del rifiuto e consulta [Risolvere i problemi di uno scambio fallito](https://platform.claude.com/docs/it/manage-claude/wif-reference#troubleshoot-a-failed-exchange); la causa più comune lato Kubernetes è una mancata corrispondenza delle chiavi JWKS (per la modalità `inline`, recuperale nuovamente con `kubectl get --raw /openid/v1/jwks` e aggiorna l'issuer).

## Delimitare l'ambito della regola

<Warning>
  Un `subject_prefix` pari a `system:serviceaccount:*` corrisponde a ogni service account nel cluster, quindi qualsiasi pod può ottenere un token Anthropic federato. Senza un matcher `audience`, la regola corrisponde anche ai token con audience predefinita del cluster, che ogni pod ha già proiettati.
</Warning>

Limita il blocco `match` della regola all'ambito più ristretto adatto al tuo caso d'uso:

* **Fissa namespace e nome del service account:** Usa il valore completo `system:serviceaccount:<namespace>:<name>` senza `*` finale.
* **Imposta sempre un'audience:** Richiedi `audience` nella regola e imposta lo stesso valore nella proiezione `serviceAccountToken` del pod, in modo che i token con audience predefinita vengano rifiutati.
* **Usa una regola separata per ogni namespace:** Crea una regola e un service account Anthropic distinti per ogni namespace anziché ampliare una singola regola.
* **Limita gli issuer con JWKS inline a un solo cluster:** Quando più cluster condividono un URL dell'issuer, registra il JWKS di ciascun cluster come federation issuer a sé stante e associa le regole solo a quell'issuer.

## Passaggi successivi

* [Workload Identity Federation](https://platform.claude.com/docs/it/manage-claude/workload-identity-federation): concetti, flusso di scambio dei token e opzioni di configurazione dell'SDK.
* [Riferimento WIF](https://platform.claude.com/docs/it/manage-claude/wif-reference): variabili d'ambiente, modalità di sorgente JWKS e modalità di corrispondenza delle regole.