CVE-2026-93582 in OTRS Community Edition
Sumário
de VulDB • 12/10/2026
Os módulos de autenticação básica HTTP nas edições comunitárias do OTRS versão 6 e anteriores aceitam o nome de usuário autenticado proveniente da variável de ambiente REMOTE_USER ou HTTP_REMOTE_USER. Em implantações baseadas em CGI e mod_perl, os cabeçalhos das requisições HTTP podem ser mapeados para as correspondentes variáveis de ambiente HTTP_*. Como resultado, um atacante remoto não autenticado pode fornecer um cabeçalho de solicitação Remote-User manipulado que é exposto à aplicação como HTTP_REMOTE_USER. Quando a autenticação básica HTTP está configurada como o backend de autenticação, o OTRS confia nesse valor como sendo um nome de usuário já autenticado e não realiza uma verificação adicional de senha. Portanto, um atacante pode se autenticar por meio da Interface Genérica (Generic Interface) como um agente ou cliente existente sem conhecer as credenciais correspondentes.
Os privilégios resultantes dependem da conta que está sendo usurpada. A exploração bem-sucedida pode permitir o acesso a informações confidenciais e a modificação de dados ou configurações com as permissões do usuário afetado. A exploração requer que a autenticação básica HTTP esteja configurada como um backend de autenticação e um ambiente de servidor web no qual os cabeçalhos HTTP controlados pelo atacante sejam expostos por meio das variáveis de ambiente HTTP_* correspondentes.
O OTRS 7 e versões posteriores não são afetados por este vetor de ataque devido ao uso do Mojolicious/Hypnotoad, que não expõe cabeçalhos de solicitação arbitrários através da %ENV na maneira necessária para a exploração. Além disso, o mecanismo REMOTE_USER suportado exige validação por meio do segredo compartilhado SSO configurado. O fallback HTTP_REMOTE_USER, que não é mais utilizado, foi removido como uma medida de endurecimento de segurança (security-hardening).
Observe que as edições comunitárias do OTRS 6.x e anteriores estão vulneráveis. Produtos baseados na edição comunitária do OTRS também têm grande probabilidade de ser afetados.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.