Autenticação com Keycloak

Como o Agent-Lab usa o Keycloak

O Keycloak gerencia autenticação e autorização via OpenID Connect. Quando auth.enabled é true (consulte a Referência de configuração):

• o middleware do FastAPI valida os bearer tokens contra o JWKS do realm em cada requisição, com as exclusões padrão (/auth/*, /status/*, /docs, /openapi.json, /mcp, /static);
• o router /auth expõe login, renovação, perfil e um endpoint de troca de tokens do Microsoft Entra ID;
• o servidor MCP autentica os clientes por meio de um proxy OAuth apoiado no mesmo realm, publicando os endpoints de metadados .well-known padrão.

Configurar um realm, um client e uma service account

Os passos abaixo usam a Admin API do Keycloak. Primeiro, defina suas credenciais de administrador e o endpoint:

export ADMIN_USER=<admin_username>
export ADMIN_PASS=<admin_password>
export ADMIN_TOKEN=$(curl -s -X POST "https://<auth_fqdn>/realms/master/protocol/openid-connect/token" \
    -d "username=${ADMIN_USER}&password=${ADMIN_PASS}&grant_type=password&client_id=admin-cli" | jq -r '.access_token')

Crie um realm (substitua <realm_name>):

curl -X POST https://<auth_fqdn>/admin/realms \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer ${ADMIN_TOKEN}" \
  -d '{"realm": "<realm_name>", "enabled": true}'

Crie um client para o Agent-Lab:

curl -X POST https://<auth_fqdn>/admin/realms/<realm_name>/clients \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer ${ADMIN_TOKEN}" \
  -d '{
    "clientId": "<client_name>",
    "enabled": true,
    "protocol": "openid-connect",
    "publicClient": false,
    "redirectUris": ["https://<agent_lab_fqdn>/*"],
    "standardFlowEnabled": true,
    "clientAuthenticatorType": "client-secret"
  }'

Obtenha o client secret:

export CLIENT_ID=$(curl -X GET "https://<auth_fqdn>/admin/realms/<realm_name>/clients?clientId=<client_name>" \
  -H "Authorization: Bearer ${ADMIN_TOKEN}" | jq -r '.[0].id')

export CLIENT_SECRET=$(curl -X GET "https://<auth_fqdn>/admin/realms/<realm_name>/clients/${CLIENT_ID}/client-secret" \
  -H "Authorization: Bearer ${ADMIN_TOKEN}" | jq -r '.value')

Esses valores correspondem às chaves de configuração auth.* (auth.url, auth.realm, auth.client_id, auth.client_secret) — armazene-os no payload do Vault conforme a Referência de configuração.

Crie um usuário de service account:

curl -X POST https://<auth_fqdn>/admin/realms/<realm_name>/users \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer ${ADMIN_TOKEN}" \
  -d '{
    "username": "<username>",
    "enabled": true,
    "email": "<username>@example.com",
    "credentials": [{"type": "password", "value": "<user_password>", "temporary": false}]
  }'

Se necessário, ajuste roles e mappers na UI do Keycloak.

Emitir e verificar tokens

Obtenha um token de usuário (password grant — o mesmo fluxo que POST /auth/login executa no lado da aplicação):

export USER_TOKEN=$(curl -s -X POST https://<auth_fqdn>/realms/<realm_name>/protocol/openid-connect/token \
  -d "grant_type=password" \
  -d "client_id=<client_name>" \
  -d "client_secret=${CLIENT_SECRET}" \
  -d "username=<username>" \
  -d "password=<user_password>" | jq -r '.access_token')

curl -s https://<agent_lab_fqdn>/agents/list -H "Authorization: Bearer $USER_TOKEN" | jq

Os tokens são renovados via POST /auth/renew, e usuários autenticados no Microsoft Entra ID podem trocá-los por tokens da aplicação via POST /auth/exchange (fluxo authorization code com PKCE, apoiado nas credenciais do Entra ID presentes na configuração).

Provisionamento automatizado

O módulo Terraform terraform/12_agent-lab-auth-realm/ (parte do guia de implantação) provisiona o realm, o client e a service account da implantação de referência — use-o em ambientes reais em vez dos passos manuais.