O que você recebe
- Login no Manager e na API pelo seu provedor de identidade
- Papéis:
eddi-admin,eddi-editor,eddi-user,eddi-viewereeddi-approverpara as decisões de aprovação - Um realm
eddipronto que o instalador importa para o Keycloak - Chamadas que agem como o usuário conectado, de modo que a trilha de auditoria cita uma pessoa real
Como funciona no EDDI
- Execute o instalador com
--with-auth. Ele inicia o Keycloak e importa o realmeddina primeira inicialização. - Defina uma senha para o usuário
eddino console de administração do Keycloak. O realm incluído não traz nenhuma. - Entre no Manager. Conceda às pessoas os papéis de que precisam e adicione os aprovadores a
eddi-approver. - Para um provedor de identidade existente, defina as variáveis
QUARKUS_OIDC_*(tenant habilitado, URL do servidor de autenticação, id do cliente, segredo do cliente). - Em uma chamada HTTP, use
${caller:token}para chamar uma API com o token do próprio usuário conectado, em vez de uma credencial compartilhada.
Configuração
Extraída da documentação do EDDI. Marcadores como your-agent-id devem ser substituídos pelos seus próprios valores.
bash install.sh --with-authdocker run -d \
-p 7070:7070 \
-e MONGODB_CONNECTIONSTRING='mongodb://mongo:27017/eddi?retryWrites=true&w=majority' \
-e QUARKUS_OIDC_TENANT_ENABLED=true \
-e QUARKUS_OIDC_AUTH_SERVER_URL='https://keycloak.example.com/realms/eddi' \
-e QUARKUS_OIDC_CLIENT_ID=eddi \
-e QUARKUS_OIDC_CREDENTIALS_SECRET="$OIDC_CLIENT_SECRET" \
labsai/eddi:6.4.0Governança
- No modo de execução de produção, o EDDI se recusa a iniciar com o OIDC desativado, a menos que você opte por isso explicitamente, de modo que uma API de gerenciamento aberta é uma decisão e não um acidente.
- Os endpoints de aprovação exigem o papel
eddi-approver, ou ser o proprietário ou umeddi-admin. - Com
${caller:token}, a trilha de auditoria registra o usuário real. Uma credencial estática compartilhada reduziria todas as ações a um único principal.
Bom saber
- A autenticação é opcional e vem desativada por padrão. O Keycloak é o que o instalador provisiona. Outros provedores OIDC usam as mesmas configurações, e alguns detalhes (por exemplo, o endpoint de token anunciado para A2A) assumem caminhos do Keycloak, a menos que você os defina.
- A importação do realm incluído acontece uma única vez. Edições posteriores no JSON não chegam a um Keycloak em execução.
Integrações relacionadas
A configuração e o comportamento desta página seguem a documentação do EDDI, verificada em 2026-10-14. Nomes de campos e valores padrão podem mudar entre versões, portanto confirme-os na documentação da sua versão.