Podman 6.2 oferece correções de segurança essenciais e melhora o suporte ao Kubernetes, facilitando o gerenciamento e a orquestração de containers de forma mais segura e eficiente. Essa atualização também aprimora a usabilidade e mantém a compatibilidade com imagens Docker, garantindo flexibilidade e proteção para ambientes de containers.
A nova versão do Podman 6.2 já está disponível e traz mudanças importantes para quem trabalha com contêineres no Linux e no Windows.
A atualização combina correções para três vulnerabilidades de segurança com melhorias na integração com Kubernetes, novas opções de configuração do Quadlet e suporte nativo ao systemd em máquinas Podman executadas pelo WSL.
O lançamento também facilita a publicação de imagens para arquiteturas específicas, aprimora a atualização automática de contêineres e corrige problemas que afetavam principalmente ambientes Windows.
Embora o Podman seja frequentemente comparado ao Docker, o projeto tem uma característica própria: sua arquitetura não depende de um daemon central permanentemente em execução. Isso permite administrar contêineres e pods com uma abordagem que pode ser interessante tanto para desenvolvedores quanto para administradores de servidores.
Três vulnerabilidades de segurança são corrigidas
Um dos pontos mais importantes do Podman 6.2 está nas correções de segurança. A atualização resolve três vulnerabilidades que poderiam comprometer mecanismos de proteção e gerenciamento dos contêineres.
A primeira, identificada como CVE-2026-121885, envolve etiquetas (labels) não confiáveis presentes em imagens de contêineres. Em determinadas condições, essas informações poderiam ser utilizadas para manipular o mecanismo de atualização automática do Podman e provocar a reinicialização de unidades systemd diferentes das pretendidas.
A segunda vulnerabilidade, CVE-2026-111361, está relacionada à validação de imagens. Uma imagem maliciosa poderia explorar uma falha para contornar verificações de digest e assinatura, enfraquecendo a capacidade de confirmar sua integridade e procedência.
Já a terceira, CVE-2026-123876, envolve o perfil padrão do seccomp. O problema poderia permitir que um contêiner malicioso contornasse uma restrição relacionada ao uso de sockets.
O seccomp é um mecanismo de segurança do Linux que restringe as chamadas de sistema disponíveis para determinados processos. Em ambientes com contêineres, ele ajuda a limitar o que uma aplicação pode fazer no sistema hospedeiro.
Essas correções tornam a atualização especialmente relevante para quem executa aplicações de terceiros, utiliza imagens obtidas de registros públicos ou mantém serviços em servidores compartilhados. Nesses cenários, a segurança depende não apenas do isolamento dos contêineres, mas também da validação dos componentes utilizados para criá-los e atualizá-los. Linuxiac
Kubernetes recebe novas opções no comando kube play
A integração com Kubernetes também foi ampliada no Podman 6.2. O comando podman kube play, utilizado para criar e executar recursos a partir de arquivos YAML, ganhou opções que oferecem mais controle sobre a implantação de aplicações.
Uma das novidades é o parâmetro --validate, que permite definir como o Podman deve tratar campos não reconhecidos nos arquivos YAML. Isso ajuda a identificar configurações incompatíveis e a controlar a validação dos manifestos utilizados na implantação.
Outra adição é a opção --label, que permite atribuir etiquetas aos contêineres, pods, volumes e secrets criados a partir dos arquivos Kubernetes. Essas etiquetas facilitam a identificação e a organização dos recursos, principalmente em ambientes que executam muitas aplicações.
O comando também passa a oferecer a opção --multiple-pods. Com ela, o Podman consegue criar vários pods quando uma implantação Kubernetes solicita mais de uma réplica.
Essa mudança aproxima o comportamento do comando das necessidades de ambientes que precisam executar múltiplas instâncias de uma aplicação para distribuir cargas de trabalho ou aumentar a disponibilidade dos serviços.
Além disso, o parâmetro podman kube play --build agora consegue construir imagens utilizando subdiretórios dentro do contexto principal de compilação. Isso oferece mais flexibilidade para projetos que organizam seus arquivos em estruturas de diretórios diferentes.
Configuração do seccomp segue o padrão do Kubernetes
O Podman 6.2 também modifica a maneira como as configurações do seccomp são interpretadas nos arquivos YAML.
A partir desta versão, o programa utiliza o campo padrão securityContext.seccompProfile para definir o perfil de segurança dos contêineres.
O método anterior, baseado em anotações específicas, foi marcado como obsoleto e tem remoção prevista para o Podman 7.0.
A mudança é importante para quem mantém manifestos Kubernetes utilizados em diferentes ferramentas. Ao adotar o campo padronizado, o Podman facilita a compatibilidade com configurações já utilizadas no ecossistema Kubernetes.
Administradores que ainda dependem do formato antigo devem planejar a migração antes da chegada da versão 7.0.
Quadlet ganha duas novas opções para systemd
O Quadlet, ferramenta que permite administrar contêineres Podman por meio de arquivos de configuração integrados ao systemd, também recebeu melhorias.
A versão 6.2 adiciona duas novas opções.
A primeira é Umask, disponível nos arquivos .container. Ela permite definir a máscara padrão de permissões utilizada na criação de arquivos dentro do contêiner.
Esse controle é útil para ambientes nos quais diferentes serviços precisam criar arquivos com permissões específicas, evitando que dados sejam disponibilizados com acesso mais amplo do que o necessário.
A segunda opção é SetMountsDependency. Ela controla como as unidades systemd geradas pelo Quadlet devem estabelecer dependências relacionadas aos pontos de montagem necessários.
O administrador pode configurar o uso de RequiresMountsFor, WantsMountsFor ou optar por não criar essa dependência.
Na prática, isso oferece maior controle sobre a ordem de inicialização dos serviços. Um contêiner que depende de um diretório montado pode precisar aguardar que o armazenamento esteja disponível antes de iniciar.
Podman no WSL passa a oferecer suporte nativo ao systemd
Uma das mudanças mais interessantes para usuários do Windows é a adoção do suporte nativo ao systemd nas máquinas Podman executadas pelo WSL.
O Windows Subsystem for Linux permite executar ambientes Linux dentro do Windows, oferecendo uma maneira prática de utilizar ferramentas e aplicações desse ecossistema sem depender de uma instalação tradicional em outro computador.
Até então, o Podman utilizava uma configuração própria de systemd em suas máquinas WSL. Com a versão 6.2, novas máquinas passam a utilizar o suporte nativo oferecido pelo ambiente.
As máquinas existentes continuam funcionando com a configuração anterior, pelo menos durante o período de transição.
Há, entretanto, um requisito importante: o Podman 6.2 exige pelo menos o WSL 2.5.1. Os desenvolvedores recomendam utilizar o WSL 2.7.5 ou posterior para obter suporte adequado à rede baseada em nftables.
Portanto, usuários do Windows que pretendem aproveitar essa mudança devem verificar a versão do WSL instalada antes de atualizar o ambiente.
Publicação de imagens Docker ganha opção para arquiteturas específicas
O comando podman push, utilizado para enviar imagens a registros de contêineres, também recebeu uma novidade.
A partir da versão 6.2, ele aceita a opção --platform, que permite selecionar e publicar o manifesto de uma arquitetura específica, em vez de enviar toda a lista de manifestos de uma imagem multiplataforma.
Isso pode ser útil para desenvolvedores que precisam distribuir imagens destinadas a ambientes específicos, como computadores x86-64 ou equipamentos ARM.
Imagens multiplataforma reúnem diferentes versões de um mesmo software, permitindo que o registro disponibilize automaticamente a variante adequada ao equipamento.
Com a nova opção, o administrador ganha mais controle sobre o conteúdo publicado e pode selecionar diretamente a plataforma desejada.
Atualizações automáticas de contêineres ficam mais flexíveis
O mecanismo de atualização automática também recebeu melhorias.
O comando podman auto-update agora está disponível por meio do cliente remoto do Podman. Isso facilita a administração de contêineres em máquinas diferentes daquela utilizada para executar os comandos.
Outra novidade é a opção --filter, que permite selecionar quais contêineres devem participar do processo de atualização.
Em ambientes com muitos serviços, esse recurso pode evitar atualizações desnecessárias e permitir operações mais controladas.
O administrador consegue direcionar a atualização para determinados contêineres, em vez de aplicar o procedimento indiscriminadamente a todos os serviços disponíveis.
Essa flexibilidade é particularmente interessante em servidores que executam aplicações com diferentes necessidades de manutenção.
podman exec melhora o encaminhamento de sinais
O comando podman exec, utilizado para executar processos dentro de contêineres em funcionamento, também apresenta uma mudança de comportamento.
Agora, sessões executadas em modo interativo encaminham sinais para os processos que estão rodando dentro do contêiner.
Isso melhora a maneira como o sistema lida com interrupções. Ao pressionar Ctrl+C, por exemplo, o processo iniciado pelo comando deve ser encerrado, em vez de apenas interromper o cliente local.
A mudança torna a experiência mais previsível para desenvolvedores e administradores que utilizam o terminal para executar tarefas dentro de contêineres.
Correções melhoram o funcionamento do Podman no Windows
Além das novidades, o Podman 6.2 inclui diversas correções voltadas principalmente às máquinas virtuais utilizadas no Windows.
Entre os problemas resolvidos estão travamentos durante a inicialização de máquinas que utilizam os provedores Hyper-V e WSL.
Também foram corrigidas situações em que máquinas virtuais podiam ficar inacessíveis depois de uma reinicialização do computador hospedeiro.
Outros ajustes envolvem o tratamento das verificações de integridade durante a inicialização e problemas relacionados aos diretórios compartilhados entre o Windows e o ambiente Linux.
Essas melhorias são importantes porque o Podman Machine utiliza máquinas virtuais para disponibilizar um ambiente Linux no qual os contêineres podem ser executados em sistemas que não oferecem diretamente o mesmo ambiente de contêineres do Linux.
Podman 6.2 reforça segurança e amplia possibilidades de uso
O Podman 6.2 é uma atualização relevante para desenvolvedores, administradores de sistemas e usuários que trabalham com infraestrutura baseada em contêineres.
As três correções de segurança justificam atenção especial, principalmente em ambientes que executam imagens de diferentes origens. Já as melhorias no Kubernetes, no Quadlet e no gerenciamento de atualizações oferecem mais flexibilidade para organizar aplicações e automatizar tarefas.
O suporte nativo ao systemd no WSL também representa um avanço para quem utiliza ferramentas Linux dentro do Windows.
Com essas mudanças, o Podman continua evoluindo como alternativa ao Docker, oferecendo recursos para executar, administrar e distribuir contêineres sem depender de um daemon central.
Para obter mais informações, consulte o changelog. Dito isso, o Podman 6.2 já está disponível, e usuários de versões anteriores devem consultar as notas oficiais para avaliar as mudanças e planejar a atualização de seus ambientes.
