Uma vulnerabilidade foi identificada na biblioteca ssh incluída no conjunto de ferramentas Erlang/OTP (CVE-2025-32433), permitindo que um código malicioso seja executado remotamente em um servidor SSH criado com essa biblioteca vulnerável, sem a necessidade de autenticação. O problema foi classificado com um nível crítico de perigo (10 de 10).
Um dos pesquisadores de segurança já preparou um exploit funcional para a execução de código em servidores SSH vulneráveis. Notavelmente, segundo o pesquisador, o código foi criado utilizando assistentes de IA como GPT-4, Cursor e Sonnet, baseado na análise das alterações com a correção da vulnerabilidade, incluindo um teste para verificar a resolução do problema.
A biblioteca do projeto Erlang/OTP oferece implementações prontas de cliente e servidor SSH e SFTP, suportando o protocolo SSH 2.0. É possível identificar os servidores SSH problemáticos pela saída do cabeçalho "SSH-2.0-Erlang/versão". Os servidores SSH baseados em Erlang/OTP são utilizados em sistemas especializados, como em dispositivos de IoT e computação em edge, além de servir como uma ferramenta de depuração — o Erlang permite facilmente ativar um servidor SSH para depurar remotamente suas aplicações (presume-se que essa capacidade de depuração possa ter sido mantida ativa em muitos projetos escritos em Erlang). O problema também se manifesta na ferramenta Elixir (implementada sobre Erlang) e no framework Phoenix baseado nela, mas o servidor SSH no Phoenix, por padrão, não aceita solicitações de redes externas.
A vulnerabilidade é causada por um erro no código de análise de mensagens, que faz com que as mensagens SSH_MSG_CHANNEL_REQUEST, que permitem a execução do comando "exec", sejam processadas antes da autenticação. Exemplo de código do exploit: command = ‘file:write_file("/lab.txt", <>).' return ( b"\x62" # SSH_MSG_CHANNEL_REQUEST + struct.pack(">I", channel_id) + string_payload("exec") + b"\x01" # want_reply = true + string_payload(command) )
A vulnerabilidade foi corrigida nas versões Erlang/OTP-27.3.3, 26.2.5.11 e 25.3.2.20. É possível acompanhar a correção da vulnerabilidade nas seguintes distribuições: Debian, Ubuntu, Fedora, SUSE/openSUSE, RHEL, Arch, FreeBSD.
Fonte: opennet.ru
