Todos os produtos
Search
Central de documentação

Container Service for Kubernetes:Use RRSA for pod-level access control

Última atualização: Oct 13, 2026

Atribua a cada pod uma função RAM dedicada com tokens STS de curta duração em vez de credenciais compartilhadas do nó.

O RRSA oferece duas propriedades de segurança principais:

  • Privilégio mínimo: restrinja as permissões RAM a uma service account específica, para que apenas os pods que a utilizam possam acessar esses recursos. Isso elimina a necessidade de pares de AccessKey estáticos.

  • Isolamento de credenciais: os pods não podem acessar as credenciais usadas por outros pods no mesmo nó. Sem RRSA, todos os pods em um nó compartilham as permissões da função da instância subjacente do Elastic Compute Service (ECS).

Como o RRSA funciona

Sem RRSA, todos os pods em um nó compartilham as permissões da função da instância ECS por meio dos metadados da instância, o que representa um risco significativo de segurança.

O RRSA resolve esse problema vinculando uma função RAM a uma service account do Kubernetes. Quando um pod é iniciado, ele recebe um token OpenID Connect (OIDC) com escopo para sua service account, chama a API AssumeRoleWithOIDC e recebe um token STS com escopo de função para acessar as APIs de nuvem.

Fluxo de autenticação:

  1. Injeção de token: quando um pod é iniciado, o ACK usa a projeção de volume de token da service account para montar um arquivo de token OIDC com escopo para a service account do pod.

  2. Assumir a função: a aplicação chama a API AssumeRoleWithOIDC usando esse token OIDC.

  3. Recebimento de credenciais STS: o Alibaba Cloud RAM verifica o token OIDC em relação ao provedor OIDC do cluster e retorna credenciais STS com escopo de função.

  4. Acesso a recursos: o pod usa as credenciais STS de curta duração para acessar as APIs autorizadas do Alibaba Cloud.

Tokens OIDC têm curta duração. Leia o token do arquivo a cada solicitação de autenticação — não o armazene em cache. O ACK renova os tokens automaticamente antes da expiração.

Quando RRSA está ativado, o ACK automaticamente:

  • Cria um emissor OIDC dedicado para o cluster.

  • Ativa a projeção de volume de token da service account para o cluster.

  • Cria um provedor de identidade (IdP) RAM na sua conta, chamado ack-rrsa-<cluster_id>, configurado para single sign-on (SSO) com o emissor OIDC do cluster.

Antes de começar

Verifique os seguintes pré-requisitos antes de configurar o RRSA:

  • Versão do cluster: cluster ACK (Basic, Pro, Serverless ou Edge) executando Kubernetes 1.22 ou posterior.

  • Permissões: acesso administrativo ao console do ACK e ao console do RAM.

  • Limite de validade do token: após a ativação do RRSA, os tokens de ServiceAccount recém-criados têm validade máxima de 12 horas.

Etapa 1: Ative o RRSA para o seu cluster

Ative o RRSA durante a criação do cluster ou depois que ele estiver em execução. Para clusters ACK Serverless, ative o RRSA após a criação do cluster, na página de detalhes do cluster.

Ative durante a criação do cluster

Ao criar um cluster ACK gerenciado ou um cluster ACK Edge, acesse a etapa Cluster Configurations, expanda Advanced Options (Optional) e clique em Enable ao lado de RRSA OIDC.

image

Ative para um cluster existente

  1. Faça login no console do ACK. No painel de navegação à esquerda, clique em Clusters.

  2. Clique no nome do seu cluster. No painel de navegação à esquerda, clique em Cluster Information.

  3. Na aba Basic Information, role até a seção Security and Auditing e clique em Enable ao lado de RRSA OIDC.

    image

  4. Na caixa de diálogo Enable RRSA, clique em Confirm. Aguarde o status do cluster mudar de Updating para Running. O RRSA agora está ativado.

Obtenha a URL e o ARN do provedor OIDC

Após ativar o RRSA, passe o mouse sobre o rótulo Enabled ao lado de RRSA OIDC na seção Security and Auditing. A URL e o Alibaba Cloud Resource Name (ARN) do provedor OIDC serão exibidos.

image

Anote ambos os valores para usá-los ao configurar as funções RAM e os modelos de aplicação.

Etapa 2: Configure uma aplicação para usar o RRSA

A configuração de uma aplicação de exemplo tem duas partes:

  • Configuração no nível do cluster (faça uma vez por cluster): ative o RRSA e instale o ack-pod-identity-webhook.

  • Configuração por aplicação (repita para cada aplicação): crie ou use uma função RAM existente, conceda permissões e implante a aplicação.

Configuração de exemplo

Item

Valor

Namespace

rrsa-demo

Service account

demo-sa

Função RAM

demo-role-for-rrsa

Sample workflow

1. Instale o ack-pod-identity-webhook

O ack-pod-identity-webhook injeta automaticamente o caminho do arquivo de token OIDC e o ARN da função RAM nos pods como variáveis de ambiente. Pule esta etapa para configurar os modelos de pod manualmente. Consulte Configurar modelos de pod manualmente.

  1. No console do ACK, clique no nome do seu cluster. No painel de navegação à esquerda, clique em Add-ons.

  2. Na página Add-ons, clique na aba Security.

  3. Encontre ack-pod-identity-webhook e clique em Install.

  4. Confirme as informações e clique em OK.

2. Crie ou configure uma função RAM para o provedor de identidade OIDC

Criar uma função RAM

Crie uma função RAM chamada demo-role-for-rrsa que confie no provedor de identidade (IdP) OIDC do cluster. Consulte Create a RAM role for an OIDC IdP.

Use os seguintes valores de parâmetro:

Parâmetro

Valor

Identity Provider Type

Selecione OIDC.

Identity Provider

Selecione o IdP chamado ack-rrsa-<cluster_id>, em que <cluster_id> é o ID do seu cluster.

Condition

  • oidc:iss: Mantenha o valor padrão.

  • oidc:aud: Mantenha o valor padrão.

  • oidc:sub: Adicione esta condição manualmente.

    • Key: Selecione oidc:sub

    • Operator: Selecione StringEquals

    • Value: Insira system:serviceaccount:<namespace>:<serviceAccountName>, em que <namespace> é o namespace da sua aplicação e <serviceAccountName> é o nome da service account. Para a aplicação de teste neste tópico, insira system:serviceaccount:rrsa-demo:demo-sa.

Role Name

demo-role-for-rrsa

A condição oidc:sub restringe a confiança a uma service account específica em um namespace específico. Substitua rrsa-demo e demo-sa pelo seu namespace e nome de service account reais.

Configurar uma função RAM existente

Para usar uma função RAM existente, atualize a política de confiança dela para permitir que a service account a assuma. Consulte Edit the trust policy of a RAM role.

Adicione uma entrada Statement com a seguinte estrutura:

{
  "Action": "sts:AssumeRole",
  "Condition": {
    "StringEquals": {
      "oidc:aud": "sts.aliyuncs.com",
      "oidc:iss": "<oidc_issuer_url>",
      "oidc:sub": "system:serviceaccount:<namespace>:<service_account>"
    }
  },
  "Effect": "Allow",
  "Principal": {
    "Federated": [
      "<oidc_provider_arn>"
    ]
  }
}

Substitua os placeholders:

Placeholder

Valor

&lt;oidc_issuer_url&gt;

URL do provedor OIDC do cluster — consulte Get the OIDC provider URL and ARN

&lt;oidc_provider_arn&gt;

ARN do provedor OIDC do cluster — consulte Get the OIDC provider URL and ARN

&lt;namespace&gt;

Namespace da aplicação

&lt;service_account&gt;

Service account usada pela aplicação

Para automatizar as atualizações da política de confiança, use o ack-ram-tool:

ack-ram-tool rrsa associate-role --cluster-id <cluster_id> \
    --namespace <namespace> --service-account <service_account> \
    --role-name <role_name> --create-role-if-not-exist

3. Conceda permissões à função RAM

Anexe a política AliyunCSReadOnlyAccess a demo-role-for-rrsa. Consulte Grant permissions to a RAM role.

Isso concede à aplicação acesso de somente leitura às informações do cluster ACK.

4. Implante a sua aplicação

Crie um arquivo chamado demo.yaml com o seguinte conteúdo. O rótulo de namespace pod-identity.alibabacloud.com/injection: 'on' e a anotação da service account pod-identity.alibabacloud.com/role-name: demo-role-for-rrsa ativam a injeção automática pelo ack-pod-identity-webhook. Consulte ack-pod-identity-webhook.

---
apiVersion: v1
kind: Namespace
metadata:
  name: rrsa-demo
  labels:
    pod-identity.alibabacloud.com/injection: 'on'

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: demo-sa
  namespace: rrsa-demo
  annotations:
    pod-identity.alibabacloud.com/role-name: demo-role-for-rrsa

---
apiVersion: v1
kind: Pod
metadata:
  name: demo
  namespace: rrsa-demo
spec:
  serviceAccountName: demo-sa
  containers:
    - image: registry.cn-hangzhou.aliyuncs.com/acs/ack-ram-tool:1.3.0
      args:
        - rrsa
        - demo
      name: demo
  restartPolicy: OnFailure

Implante a aplicação:

kubectl apply -f demo.yaml

5. Verifique a configuração injetada

Confirme se o ack-pod-identity-webhook injetou as variáveis de ambiente e as montagens de volume necessárias:

kubectl -n rrsa-demo get pod demo -o yaml

A saída esperada inclui os seguintes itens injetados:

Categoria

Item

Descrição

Variável de ambiente

ALIBABA_CLOUD_ROLE_ARN

ARN da função RAM a ser assumida

ALIBABA_CLOUD_OIDC_PROVIDER_ARN

ARN do provedor de identidade OIDC

ALIBABA_CLOUD_OIDC_TOKEN_FILE

Caminho para o arquivo de token OIDC

ALIBABA_CLOUD_STS_ENDPOINT

Endpoint VPC do STS para a região atual

ALIBABA_CLOUD_STS_REGION

Identificador de região para o endpoint do STS

ALIBABA_CLOUD_VPC_ENDPOINT_ENABLED

Indica se o STS deve ser acessado pelo endpoint interno da VPC

VolumeMount

rrsa-oidc-token

Monta o token OIDC no contêiner

Volume

rrsa-oidc-token

Origem do volume projetado para o token OIDC

Uma especificação de pod injetada corretamente se parece com isto:

apiVersion: v1
kind: Pod
metadata:
  name: demo
  namespace: rrsa-demo
spec:
  containers:
  - args:
    - rrsa
    - demo
    env:
    - name: ALIBABA_CLOUD_ROLE_ARN
      value: acs:ram::1***:role/demo-role-for-rrsa
    - name: ALIBABA_CLOUD_OIDC_PROVIDER_ARN
      value: acs:ram::1***:oidc-provider/ack-rrsa-c***
    - name: ALIBABA_CLOUD_OIDC_TOKEN_FILE
      value: /var/run/secrets/ack.alibabacloud.com/rrsa-tokens/token
    - name: ALIBABA_CLOUD_STS_ENDPOINT
      value: sts-vpc.cn-hangzhou.aliyuncs.com
    - name: ALIBABA_CLOUD_STS_REGION
      value: cn-hangzhou
    - name: ALIBABA_CLOUD_VPC_ENDPOINT_ENABLED
      value: "true"
    image: registry.cn-hangzhou.aliyuncs.com/acs/ack-ram-tool:1.3.0
    imagePullPolicy: Always
    name: demo
    volumeMounts:
    - mountPath: /var/run/secrets/kubernetes.io/serviceaccount
      name: kube-api-access-4bwdg
      readOnly: true
    - mountPath: /var/run/secrets/ack.alibabacloud.com/rrsa-tokens
      name: rrsa-oidc-token
      readOnly: true
  restartPolicy: OnFailure
  serviceAccount: demo-sa
  serviceAccountName: demo-sa
  volumes:
  - name: kube-api-access-4bwdg
    projected:
      defaultMode: 420
      sources:
      - serviceAccountToken:
          expirationSeconds: 3607
          path: token
      - configMap:
          items:
          - key: ca.crt
            path: ca.crt
          name: kube-root-ca.crt
      - downwardAPI:
          items:
          - fieldRef:
              apiVersion: v1
              fieldPath: metadata.namespace
            path: namespace
  - name: rrsa-oidc-token
    projected:
      defaultMode: 420
      sources:
      - serviceAccountToken:
          audience: sts.aliyuncs.com
          expirationSeconds: 3600
          path: token

6. Verifique os logs da aplicação

Exiba os logs da aplicação:

kubectl -n rrsa-demo logs demo

Uma execução bem-sucedida lista os clusters na sua conta Alibaba Cloud:

cluster id: cf***, cluster name: foo*
cluster id: c8***, cluster name: bar*
cluster id: c4***, cluster name: foob*

Opcional: para verificar a aplicação do privilégio mínimo, desvincule a política AliyunCSReadOnlyAccess da função RAM (consulte Remove permissions from a RAM role). Aguarde 30 segundos e execute o comando de log novamente. A aplicação retornará um erro 403 semelhante a:

   StatusCode: 403
   Code: StatusForbidden
   Message: code: 403, STSToken policy Forbidden for action cs:DescribeClustersForRegion request id: E78A2E2D-***
   Data: {"accessDeniedDetail":{"AuthAction":"cs:DescribeClustersForRegion","AuthPrincipalDisplayName":"demo-role-for-rrsa:ack-ram-tool","AuthPrincipalOwnerId":"11***","AuthPrincipalType":"AssumedRoleUser","NoPermissionType":"ImplicitDeny","PolicyType":"ResourceGroupLevelIdentityBasedPolicy"},"code":"StatusForbidden","message":"STSToken policy Forbidden for action cs:DescribeClustersForRegion","requestId":"E78A2E2D-***","status":403,"statusCode":403}

Isso confirma que o RRSA está aplicando as permissões no nível do pod.

Avançado: Configure manualmente os modelos de pod

Para ignorar o ack-pod-identity-webhook, adicione manualmente as variáveis de ambiente necessárias e o volume projetado à especificação do pod:

apiVersion: v1
kind: Pod
metadata:
  name: demo
  namespace: rrsa-demo
spec:
  containers:
  - args:
    - rrsa
    - demo
    env:
    - name: ALIBABA_CLOUD_ROLE_ARN
      value: <role_arn>
    - name: ALIBABA_CLOUD_OIDC_PROVIDER_ARN
      value: <oidc_provider_arn>
    - name: ALIBABA_CLOUD_OIDC_TOKEN_FILE
      value: /var/run/secrets/ack.alibabacloud.com/rrsa-tokens/token
    image: registry.cn-hangzhou.aliyuncs.com/acs/ack-ram-tool:1.3.0
    imagePullPolicy: Always
    name: demo
    volumeMounts:
    - mountPath: /var/run/secrets/ack.alibabacloud.com/rrsa-tokens
      name: rrsa-oidc-token
      readOnly: true
  restartPolicy: OnFailure
  serviceAccount: demo-sa
  serviceAccountName: demo-sa
  volumes:
  - name: rrsa-oidc-token
    projected:
      defaultMode: 420
      sources:
      - serviceAccountToken:
          audience: sts.aliyuncs.com
          expirationSeconds: 3600
          path: token

Substitua os valores dos placeholders:

Placeholder

Valor

Onde encontrar

&lt;role_arn&gt;

ARN da função RAM

Página Roles no console do RAM

&lt;oidc_provider_arn&gt;

ARN do provedor OIDC

Seção Security and Auditing na página de detalhes do cluster. Consulte Get the OIDC provider URL and ARN.

Importante

Defina audience como sts.aliyuncs.com. Este é o ID do cliente do provedor OIDC, e não o domínio do endpoint STS usado pelo SDK.

Defina expirationSeconds com um valor entre 600 e 43200 (segundos). Valores acima de 43200 são limitados a 12 horas.

Após a reimplantação, a aplicação lê o token OIDC de ALIBABA_CLOUD_OIDC_TOKEN_FILE, troca-o por um token STS via AssumeRoleWithOIDC e chama as APIs de nuvem com o token STS. Consulte AssumeRoleWithOIDC.

Suporte a SDK

O Alibaba Cloud SDK V2.0 oferece suporte à autenticação por token OIDC do RRSA. Qualquer SDK de serviço de nuvem construído na V2.0 que ofereça suporte a tokens STS também oferece suporte ao RRSA.

Versões de SDK suportadas e demos

Linguagem

Versão mínima

Demo

Go

Alibaba Cloud Credentials for Go 1.2.6 ou posterior. Para instruções, consulte Method 6: Use OIDCRoleArn.

Go SDK demo

Java

Alibaba Cloud Credentials for Java 0.2.10 ou posterior. Para instruções, consulte Method 6: OIDC role ARN.

Java SDK demo

Python 3

Alibaba Cloud Credentials for Python 0.3.1 ou posterior. Para instruções, consulte Manage access credentials.

Python SDK demo

Node.js / TypeScript

Alibaba Cloud Credentials for TypeScript/Node.js 2.2.6 ou posterior. Para instruções, consulte Method 6: Use OIDCRoleArn.

Node.js SDK demo

Consulte a documentação de credenciais para cada linguagem — Método 6: Use a função RAM de um IdP OIDC.

Demos de SDK específicas para serviços de nuvem

Alguns SDKs de serviços de nuvem fornecem suporte nativo a tokens OIDC:

Cloud service

SDK

Demo

Object Storage Service (OSS)

OSS Go SDK. Para instruções, consulte Method 5: Use an OIDC role ARN.

Go demo

OSS Java SDK. Para instruções, consulte Use an OIDCRoleARN.

Java demo

OSS Python SDK. Para instruções, consulte Use the role of an OIDC IdP.

Python demo

Simple Log Service (SLS)

SLS SDK for Java. Para instruções, consulte Get started with Simple Log Service SDK for Java.

Java demo

Ative a autenticação RRSA para CLIs

Use o ack-ram-tool para configurar CLIs para autenticação por token OIDC do RRSA a partir de um pod.

Alibaba Cloud CLI

O Alibaba Cloud CLI v3.0.206 e versões posteriores oferecem suporte ao RRSA. Defina region_id para a sua região de destino.

Opção A: Arquivo de configuração. Defina mode como OIDC em ~/.aliyun/config.json:

{
  "current": "rrsa",
  "profiles": [
    {
      "name": "rrsa",
      "mode": "OIDC",
      "region_id": "cn-hangzhou",
      "ram_session_name": "test-rrsa"
    }
  ],
  "meta_path": ""
}

Opção B: Comando direto (não requer arquivo de configuração):

aliyun sts GetCallerIdentity --region cn-hangzhou --role-session-name=test-rrsa

Saída esperada:

{
  "AccountId": "11380***",
  "Arn": "acs:ram::1138***:assumed-role/test-rrsa-***/test-rrsa",
  "IdentityType": "AssumedRoleUser",
  "PrincipalId": "33300***:test-rrsa",
  "RequestId": "20F78881-F47E-5771-90D6-***",
  "RoleId": "33300***"
}

Consulte Credential types.

ossutil 2.0

O ossutil V2.1.0 e versões posteriores oferecem suporte ao RRSA. Substitua region pela sua região real.

Defina mode como oidcRoleArn em ~/.ossutilconfig:

cat <<EOF > ~/.ossutilconfig
[default]
mode = oidcRoleArn
OIDCProviderArn = "${ALIBABA_CLOUD_OIDC_PROVIDER_ARN}"
OIDCTokenFilePath = "${ALIBABA_CLOUD_OIDC_TOKEN_FILE}"
roleArn = "${ALIBABA_CLOUD_ROLE_ARN}"
roleSessionName = test-rrsa
region = cn-hangzhou
EOF

Consulte Examples na documentação do ossutil 2.0.

Simple Log Service CLI

A CLI do Simple Log Service não oferece suporte a arquivos de configuração OIDC. Use o ack-ram-tool para injetar credenciais em tempo de execução:

ack-ram-tool export-credentials -f environment-variables -- aliyunlog log list_project --region-endpoint=cn-hangzhou.log.aliyuncs.com

Terraform

O Alibaba Cloud Provider V1.222.0 e versões posteriores oferecem suporte a assume_role_with_oidc . Defina region para a sua região de destino.

Adicione assume_role_with_oidc à configuração do seu provedor:

provider "alicloud" {
  assume_role_with_oidc {
    role_session_name = "terraform-with-rrsa-auth-example"
  }
  region = "cn-hangzhou"
}

Consulte o Terraform RRSA demo.

Solução de problemas

Erros de SDK

Erro

Causa

Correção

AuthenticationFail.OIDCToken.Expired — "This JsonWebToken is expired."

A aplicação armazenou o token OIDC em cache e está usando uma cópia expirada.

Leia o token do arquivo (ALIBABA_CLOUD_OIDC_TOKEN_FILE) a cada autenticação. Use um SDK do Alibaba Cloud para lidar com isso automaticamente. Consulte Suporte a SDK.

Throttling.User — "Request was denied due to user flow control."

A aplicação está chamando AssumeRoleWithOIDC com muita frequência.

Reutilize o token STS até que ele expire. Use um SDK do Alibaba Cloud para o gerenciamento automático de tokens. Consulte Suporte a SDK.

AuthenticationFail.OIDCToken.AudienceNotMatch — "Invalid audience."

O parâmetro audience na especificação do pod não está definido como sts.aliyuncs.com.

Defina audience: sts.aliyuncs.com na origem do volume projetado da especificação do pod.

AuthenticationFail.OIDCToken.IssuerConfigurationBroken / IssuerNotMatch / AuthenticationFail.NoPermission — "No such OIDC Provider registered."

O RRSA não está ativado no cluster.

Consulte Step 1: Enable RRSA for your cluster. Após a ativação, recrie todos os pods que usam o RRSA.

EntityNotExist.Role — "The role not exists: acs:ram::..."

A função RAM assumida pela aplicação não existe.

Crie a função RAM. Consulte Create a RAM role for an OIDC IdP e Step 2: Create a RAM role for the OIDC identity provider.

AuthenticationFail.NoPermission — "There is no permission"

A política de confiança da função RAM não permite que a service account a assuma.

Atualize a política de confiança. Consulte Configure an existing RAM role.

Referências