A autenticação da API principal do Kestra pode continuar exigindo credenciais mesmo com outros acessos expostos. Você precisa conferir separadamente as rotas de administração dos servidores MCP (Model Context Protocol) e os endpoints de gerenciamento na porta 8081. Os três avisos abaixo explicam as condições de cada falha e o resultado que você deve observar na conferência.
AplicativoKestra
Data do compilado
Vulnerabilidades3
As versões de correção indicam disponibilidade no projeto. Para confirmar a atualização do seu ambiente, confira a versão em execução e o comportamento de cada endpoint.
Gravidade altaCVSS: 7,5/10Correção disponível
Endpoint /worker revela credenciais literais de tarefas em execução
O endpoint /worker serializa os objetos das tarefas em execução e pode retornar credenciais escritas diretamente na configuração dessas tarefas. Uma variável de ambiente com um token literal, por exemplo, pode aparecer em texto aberto na resposta. Esse endpoint usa a porta de gerenciamento 8081 e, na configuração afetada, aceita consultas sem autenticação própria. A exigência de Basic Auth na API principal não se estende a esse acesso. Para você, a exposição depende de haver uma tarefa em execução e de a porta estar acessível ao cliente que faz a consulta.
Casos de uso afetados
Você executa uma tarefa de script com um token literal no campo env. Durante a execução, uma consulta anônima a /worker pode recuperar esse valor quando a porta 8081 está acessível e endpoints.all.basic-auth não foi configurado.
Uma tarefa utiliza um cabeçalho de autorização ou uma senha escrita diretamente nas propriedades do plugin. A resposta de /worker pode expor essa configuração mesmo com a API principal exigindo credenciais.
Confira na sua instância
Confirme a versão do Kestra e confira se endpoints.all.basic-auth possui credenciais próprias, separadas de kestra.server.basic-auth. Em homologação, execute uma tarefa de script com uma variável env contendo apenas um marcador fictício. Durante essa execução, consulte GET /worker na porta 8081 sem credenciais. Um 200 com o marcador na resposta confirma a exposição descrita. Após configurar a autenticação do gerenciamento, repita a consulta anônima: o aviso documenta a mudança para 401. Uma consulta sem tarefas em execução não confirma a ausência da falha.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
kestra
=1.3.26
2.0.0-rc6
CVE-2026-73246. A faixa afetada da API identifica somente a versão 1.3.26, sem estabelecer um limite inferior para versões anteriores. A autenticação independente do gerenciamento é uma mitigação documentada. O comunicado descreve exposição de informações e não afirma execução remota direta de código por /worker.
Gravidade moderadaCVSS: 6,5/10Correção disponível
Porta 8081 expõe configurações e permite alterar níveis de log sem autenticação
Os endpoints de gerenciamento do Micronaut usam a porta 8081, separada da API principal na porta 8080. Na configuração descrita no aviso, o filtro de Basic Auth cobre a API principal e deixa o gerenciamento acessível sem credenciais. O endpoint /env revela a configuração efetiva da aplicação, e /loggers/{name} aceita alterações no nível de log durante a execução. Você pode ter a API principal exigindo login e ainda permitir esses acessos pela porta de gerenciamento.
Casos de uso afetados
Você publica a porta 8081 no Docker Compose e ela fica acessível por uma rede sem restrição de acesso. Mesmo com Basic Auth ativo na porta 8080, um cliente dessa rede pode consultar /env sem credenciais.
O gerenciamento permanece acessível sem autenticação própria. Nesse cenário, uma requisição POST a /loggers/{name} pode alterar o nível de log usado pelo Kestra durante a execução.
Confira na sua instância
Revise a publicação da porta 8081 no Docker Compose e confirme quais redes conseguem alcançá-la. No seu ambiente de homologação, compare os códigos de resposta de uma chamada sem credenciais à API principal na porta 8080 e de GET /env na porta 8081. Um 401 na API principal acompanhado de 200 em /env demonstra a diferença de autenticação. Confira a autenticação própria do gerenciamento e restrinja sua exposição à rede interna ou ao loopback. Repita a consulta a /env após o ajuste. A conferência de /loggers deve verificar a configuração de acesso, preservando os níveis de log da instância.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
kestra
< 2.0.0
>= 2.0.0
CVE-2026-73245. No teste documentado, os valores sensíveis de credenciais em /env estavam mascarados. O relato original menciona ausência de correção na ocasião do reporte, mas os campos estruturados do aviso já indicam >= 2.0.0 como faixa corrigida.
Gravidade moderadaCVSS: 5,6/10Correção disponível
Colisão com o identificador servers permite contornar a autenticação da administração MCP
Um servidor MCP público com o identificador servers pode fazer o filtro de autenticação interpretar a rota administrativa /api/v1/{tenant}/mcp/servers como acesso a uma ferramenta pública. O filtro registra que a autenticação já foi tratada, então o filtro principal dispensa a conferência de Basic Auth. Uma requisição sem credenciais pode chegar ao controlador administrativo, consultar configurações e alcançar funções de alteração dos servidores MCP. No seu ambiente, a condição específica a procurar é a existência desse identificador com serverType definido como PUBLIC.
Casos de uso afetados
Você mantém o Kestra em modo WEBSERVER ou STANDALONE, com Basic Auth configurado e micronaut.security.enabled diferente de true. Um servidor MCP com id servers, serverType PUBLIC e disabled false reúne as condições descritas no aviso.
As ferramentas dos seus workflows são disponibilizadas por servidores MCP para clientes de IA. O acesso indevido à administração pode alterar essa disponibilização ou interrompê-la mediante mudanças nos servidores.
Confira na sua instância
Confira a versão em execução e, usando acesso administrativo autenticado, procure um servidor MCP com id servers e serverType PUBLIC. Revise também o modo do servidor e micronaut.security.enabled. Em homologação com essa configuração, faça somente uma requisição GET à rota /api/v1/main/mcp/servers sem o cabeçalho Authorization, adaptando main ao tenant utilizado. O resultado esperado com Basic Auth ativo é 401. Uma resposta que permite consultar a lista indica que a autenticação administrativa foi contornada. Preserve a configuração durante a conferência, sem testar criação ou exclusão de servidores.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
io.kestra:kestra
>= v2.0.0-rc1, <= v2.0.0-rc5
v2.0.0-rc6
O relato original descreve uma análise estática associada à v1.3.26, sem reprodução dinâmica. Os campos estruturados do aviso informam a faixa de versões candidatas acima, a correção v2.0.0-rc6 e a classificação moderada com pontuação 5.6, adotadas nesta ficha.
Programador há mais de 20 anos, fundador da Powertic e da Promovaweb. Embaixador do n8n no Brasil e da Baserow, Chatwoot, Miro e Kestra. Membro do Product Team do Mautic.
Canais oficiais
Nossos Links
Encontre a Promovaweb no canal que combina com o seu próximo passo.
