O Portainer 2.45.2 corrige falhas de segurança no acesso a arquivos do servidor e em operações com Kubernetes. Também acrescenta informações à lista de máquinas do agrupamento e resolve problemas de implantação e de exibição de recursos. A nota oficial separa essas mudanças dos problemas conhecidos, que continuam exigindo atenção.
O que o Portainer administra?
O Portainer oferece um painel para administrar aplicações em contêineres, como as executadas com Docker e Kubernetes. Ele organiza ambientes, permissões e conjuntos de aplicações, chamados de pilhas. Por isso, uma correção pode afetar tanto o que um usuário consegue enxergar quanto o que acontece ao instalar ou remover uma aplicação.
Arquivos do servidor e exclusões no Kubernetes
Uma configuração que esconde montagens de pastas do servidor para não administradores podia ser contornada por arquivos de implantação Compose. Com a proteção ativada, esses usuários não podem mais referenciar arquivos do servidor fora da pasta da pilha em configurações, segredos ou arquivos de variáveis. A inclusão de outros arquivos Compose também fica desabilitada para eles.
No Kubernetes, uma exclusão de espaço de nomes recusada, malsucedida ou apenas simulada podia apagar registros internos do Portainer mesmo sem a exclusão ser aceita. Agora, políticas de acesso, registros de pilhas e vínculos com registros de imagens só são removidos depois da aceitação pelo Kubernetes. Outra correção restabelece a verificação do certificado nas conexões HTTPS internas com a interface de controle, durante instalação e remoção de pilhas, tanto no servidor quanto no agente.
Informações e rotinas corrigidas
A lista de máquinas Kubernetes ganha uma coluna para o grupo de nós em ambientes compatíveis, como EKS, GKE e AKS. Colunas opcionais mostram tipo de máquina, etiquetas e restrições de agendamento. São informações para administração; não representam aumento automático de capacidade.
A página de fontes de implantação por Git deixa de falhar quando uma pilha aponta para um fluxo já excluído. Também há correções na remoção de objetos Kubernetes sem espaço de nomes declarado e nas tentativas intermináveis de agentes Edge para remover pilhas sem cargas de trabalho.
Nos painéis, a contagem de volumes Docker passa a considerar volumes acessíveis a usuários restritos; no Async Edge, estatísticas deixam de incluir recursos inacessíveis ao usuário padrão. A remoção de pilhas Compose passa a respeitar cancelamento e tempo limite geral. O grupo padrão de ambientes sem atribuição deixa de aceitar renomeação.
O que permanece como problema conhecido?
A data inválida de agendamento ao consultar uma captura do Async Edge não foi anunciada como corrigida. O suporte a Podman continua com restrições: sem cadastro automático pelo roteiro indicado, sem conexão cruzada por socket entre servidor Docker e ambiente Podman, ou o inverso, e limitado ao CentOS 9 com Podman 5 executado com privilégios de administrador.
Como validar a atualização?
Faça cópia dos dados do Portainer e teste fora de produção. Use uma conta não administradora para conferir permissões e estatísticas. Em Kubernetes, verifique se uma exclusão recusada preserva os registros e se a implantação com certificados válidos funciona. Revise arquivos Compose que dependem de referências externas antes de atualizar: uma recusa pode ser a aplicação da proteção, não uma nova falha.