Usuários de Fedora e RHEL alertados sobre vulnerabilidade no OpenSSH

Uma nova vulnerabilidade, CVE-2024-6409, nas versões 8.7 e 8.8 do OpenSSH, apresenta risco de execução remota de código; Fedora 36/37 e RHEL 9 estão afetados.

Uma vulnerabilidade recentemente divulgada no OpenSSH, CVE-2024-6409, levantou preocupações em várias distribuições Linux que utilizam glibc. A falha de segurança, que poderia permitir a execução remota de código, foi descoberta durante uma revisão das descobertas pela equipe de Segurança da Qualys.

A vulnerabilidade afeta especificamente as versões 8.7 e 8.8 do OpenSSH e suas respectivas versões portáteis.

Esse problema surge devido a uma condição de corrida no manuseio de sinais no processo filho privsep (separação privilegiada) do OpenSSH. O problema ocorre quando cleanup_exit(), uma função não projetada para ser chamada a partir de um manipulador de sinais, é invocada a partir de grace_alarm_handler().

Esse uso indevido pode inadvertidamente chamar outras funções inseguras durante o tratamento de sinais, especialmente quando alterado por patches de distribuição posteriores.

O impacto dessa vulnerabilidade é enfatizado pelo fato de que ela foi introduzida por meio de um patch encontrado no pacote do OpenSSH da Red Hat, notavelmente o “openssh-7.6p1-audit.patch”.

Este patch afeta não apenas o Red Hat Enterprise Linux (RHEL) 9 e seus derivados, mas também as versões 36 e 37 do Fedora e algumas atualizações da versão 35.

Embora o Fedora tenha migrado para versões mais recentes do OpenSSH em seus lançamentos mais recentes (38 e superiores), que não contêm a chamada problemática cleanup_exit(), as versões legadas continuam vulneráveis.

A CVE-2024-6409 difere notavelmente de uma vulnerabilidade divulgada anteriormente, a CVE-2024-6387, pois o novo problema é acionado em um processo com privilégios reduzidos.

Felizmente, esse fato limita o impacto imediato da vulnerabilidade; no entanto, o potencial de exploração ainda existe, especialmente se nem todas as vulnerabilidades relacionadas forem abordadas simultaneamente.

Especialistas em segurança sugeriram estratégias de mitigação, como definir a opção do OpenSSH “LoginGraceTime” para zero, o que é eficaz contra CVE-2024-6387 e CVE-2024-6409. Outra mitigação, a opção “-e”, é eficaz apenas contra CVE-2024-6387.

Para mais informações sobre a vulnerabilidade recém-descoberta do OpenSSH, confira este link.