O projeto systemd disponibilizou a versão 262-rc1 (Release Candidate 1), marcando o início da fase final de testes para a próxima grande atualização do sistema de inicialização. Muito além da limpeza de código legado e da adoção agressiva do protocolo Varlink, o extenso changelog revela a introdução de recursos inéditos para orquestração de serviços em massa, mudanças profundas no modelo de confiança do TPM (Trusted Platform Module) e correções projetadas para evitar falhas de bloqueio e vazamentos de entropia.
Por ser um candidato a lançamento, a versão destina-se a desenvolvedores, mantenedores de distribuições e administradores de sistemas que precisam homologar a infraestrutura antes da liberação estável.
O que isso muda na prática
A versão 262 altera o comportamento de subsistemas críticos do Linux. Administradores notarão mudanças diretas em três frentes:
- Recuperação de falhas e sobrecarga: O sistema ganhou mecanismos nativos para impedir que múltiplos serviços pesados tentem iniciar ao mesmo tempo, além de evitar que falhas simultâneas gerem um loop infinito de reinicializações sincronizadas.
- Segurança de credenciais e partições: A forma como o sistema lida com chaves de criptografia foi redesenhada. Processos de troca de senha no
systemd-homedficaram mais seguros contra falhas no meio da operação, e a geração de entropia em máquinas clonadas foi corrigida. - Fim de dependências dinâmicas em contêineres: Agora é possível compilar o systemd de forma totalmente estática e inicializá-lo sem arquivos de configuração no disco, um avanço voltado para ambientes de nuvem extremamente enxutos.
Correções críticas: Sementes de entropia, senhas e variáveis
Um dos grandes ganhos da versão 262-rc1 está na resolução de problemas silenciosos em implantações de larga escala.
No systemd-homed, a rotação de senhas em diretórios baseados em LUKS foi corrigida. Até então, uma falha durante a gravação da nova chave poderia corromper o acesso. Agora, o sistema adiciona os novos keyslots de substituição antes de remover os antigos. Se a inscrição da nova senha falhar, a chave antiga permanece intacta, evitando o bloqueio definitivo do usuário (lockout). Além disso, novos diretórios fscrypt agora adotam as políticas da versão 2 (fscrypt v2) por padrão, o que permite que a chave mestra resida no chaveiro do sistema de arquivos, ficando visível em diferentes namespaces de montagem.
No systemd-boot, uma correção vital afeta imagens de sistemas replicadas (clonadas). O gerenciador agora respeita o estado “somente leitura” (read-only) de partições ESP/vFAT. Se a partição estiver bloqueada para escrita, ele pula a atualização do random-seed e não credita essa semente ao pool de entropia do Kernel Linux. Isso impede uma falha grave onde uma mesma semente criptográfica seria reaproveitada repetidamente em instâncias clonadas, enfraquecendo a geração de números aleatórios.
Houve também a correção de um acoplamento indesejado no uso de variáveis de ambiente. A diretiva UnsetEnvironment= agora é aplicada somente após a expansão de variáveis nas linhas de comando do ExecStart=. Isso significa que administradores podem usar uma variável no comando de inicialização de um serviço e, ao mesmo tempo, garantir que ela seja apagada do ambiente do processo final, protegendo segredos em memória.
Fim das tempestades de reinicialização e orquestração avançada
Para servidores que lidam com dezenas de instâncias de serviços, a nova versão introduz mecanismos de controle de fluxo inéditos.
A diretiva RestartRandomizedDelaySec= foi adicionada às unidades de serviço. Ela insere um atraso extra e distribuído aleatoriamente antes de reinícios automáticos. Se um evento derrubar 50 serviços simultaneamente, eles não tentarão voltar todos no mesmo milissegundo, evitando “tempestades de reinicialização” que costumam travar a CPU e derrubar o sistema novamente.
As unidades do tipo Slice (usadas para agrupar e gerenciar recursos) ganharam a opção ActivatingConcurrencyMax=. Ela limita quantos serviços dentro de uma hierarquia podem estar no estado de “ativação” ao mesmo tempo. As ativações excedentes ficam na fila e são iniciadas automaticamente à medida que os slots são liberados.
A API de D-Bus também foi expandida com o método EnqueueUnitJobMany(), permitindo que o systemctl enfileire tarefas de início, parada ou recarga para várias unidades em uma única transação, respeitando a ordem de dependência independentemente de como o comando foi digitado no terminal.
Novo patamar de segurança TPM e Varlink
A ancoragem de segurança em hardware recebeu mudanças estruturais. As credenciais seladas por TPM agora são fixadas à Storage Root Key (SRK). Isso protege o sistema contra ataques de interposição (MITM), garantindo que a comunicação ocorra unicamente com o TPM físico original. Como consequência dessa blindagem, as novas credenciais geradas pela versão 262 não poderão ser lidas por versões mais antigas do systemd.
A ancoragem de NvPCRs (Non-Volatile Platform Configuration Registers) também foi redesenhada. Ela não depende mais de um segredo oculto (anchor secret) no diretório /var/lib. Agora, exige-se que a definição seja embarcada em uma Imagem Unificada do Kernel (UKI) com uma política assinada restrita à fase do initrd.
Paralelamente, a transição para o protocolo de comunicação Varlink acelerou. O utilitário udevadm abandonou completamente o socket UNIX legado (que foi substituído por um symlink apenas para não quebrar scripts de verificação de existência). Ferramentas de sistema como networkctl e o resolvedor systemd-timesyncd também adotaram métodos Varlink para aplicar reconfigurações diretas em disco e resolver endereços NTP.
Autonomia para microcontêineres e aprimoramentos do run0
O systemd 262 embute pela primeira vez um conjunto básico de arquivos de unidade (como basic.target, sysinit.target e reboot.target) diretamente no código-fonte. Na prática, o gerenciador usará esses arquivos embutidos caso não encontre configurações no disco. Combinado com a nova capacidade de compilar o systemd como um binário estático e monolítico para atuar como PID 1/executor, abre-se caminho para criar microcontêineres que inicializam com o systemd sem precisar de nenhuma árvore de diretórios ou bibliotecas compartilhadas complexas.
A ferramenta run0, criada recentemente para substituir o sudo, recebeu refinamentos importantes para atingir paridade de recursos. Ela agora suporta as opções compatíveis com o sudo -k (resetar tempo), -K (remover tempo) e -v (validar), permitindo que os usuários revoguem ou atualizem as autorizações temporárias do polkit via terminal. O utilitário também ganhou a flag --non-interactive.
No campo de armazenamento seguro, o systemd-cryptenroll ganhou um assistente de primeiro boot para facilitar o provisionamento de credenciais de criptografia de disco de forma automatizada ou assistida, ideal para implantações corporativas desacompanhadas.
