Mil1200

Os backends de Log de Eventos de Canal `PostgreSQL` e `TDS/MSSQL` `cel pgsql` e `cel tds` podem permitir a execução arbitrária de SQL. Isso ocorre quando dados não confiáveis são definidos na coluna `eventtype` do CEL através da aplicação de plano de discagem `CELGenUserEvent()`. O problema requer que o backend `cel pgsql` ou `cel tds` esteja carregado e configurado, e que o administrador chame `CELGenUserEvent()` no plano de discagem sem garantir que apenas dados válidos sejam passados para a aplicação.

Um invasor autenticado pode causar um estouro de buffer de heap (heap buffer overflow) por meio de uma gravação fora dos limites no decodificador `Codec2`. Isso ocorre devido a uma `floor/ceil sample-count mismatch`. Para a exploração, o módulo `codec codec2` deve estar carregado e o `Codec2` deve estar configurado no endpoint atacado. O invasor deve passar pela autenticação SIP via nome de usuário/senha ou `source IP address matching`, estabelecer uma chamada usando `Codec2` e enviar pacotes de áudio `Codec2` cuidadosamente elaborados.

Um `memcpy` não limitado de dados de pacotes `OGG/Speex` na função `format ogg speex` pode causar um estouro de buffer de heap (heap buffer overflow), resultando no travamento do sistema. Isso ocorre ao ler um arquivo contendo áudio Speex corrompido. A exploração requer que o invasor crie um arquivo malicioso e o torne disponível para o sistema, seja por meio de privilégios elevados ou convencendo um administrador, e o sistema deve estar configurado para reproduzir esse arquivo.

Um invasor autenticado pode causar um estouro de buffer de pilha (stack buffer overflow) no módulo `res xmpp` durante o processamento do `XMPP namespace prefix` utilizando pacotes cuidadosamente elaborados. Isso ocorre quando o módulo `res xmpp` está carregado, uma conexão XMPP está configurada em `xmpp.conf` e o invasor possui uma conta XMPP no mesmo servidor ou em um servidor federado.

Um invasor não autenticado pode usar cross-site scripting (XSS) refletido em páginas de erro HTTP de provisionamento de telefone para recuperar o `AMI session cookie` de um usuário autorizado e personificá-lo. Isso ocorre quando o módulo `res phoneprov` está habilitado. A exploração bem-sucedida requer que o servidor web HTTP do Asterisk, a Asterisk Manager Interface (AMI) e o acesso ao AMI via HTTP estejam habilitados. Além disso, o invasor deve ter conectividade com o servidor HTTP e convencer um usuário autorizado a clicar em um link malicioso.

O driver de tempo real LDAP `res config ldap` permite a injeção de filtro LDAP através do `SIP username`. Isso permite que um invasor não autenticado execute consultas LDAP arbitrárias e divulgue informações enviando pacotes SIP cuidadosamente elaborados. Este problema ocorre apenas quando o módulo `res config ldap` está carregado e configurado para acessar um servidor LDAP.

A implementação OAuth2 no módulo api não valida adequadamente as credenciais do cliente durante a emissão de tokens. Especificamente, a função `validateClient()` em ClientRepository.php retorna verdadeiro incondicionalmente. Isso permite que um invasor que conheça um `client id` válido obtenha tokens de acesso OAuth2 sem fornecer o `client secret` exigido.

A página do módulo CDR Reports permite a injeção de SQL, uma técnica onde instruções SQL maliciosas são inseridas em campos de entrada para execução. Este problema ocorre através dos parâmetros POST `order` e `sort`. A exploração requer autenticação com uma conta do Painel de Controle de Administração do FreePBX que tenha acesso à seção CDR, embora privilégios totais de administrador não sejam necessários.

O manipulador AJAX getcontent do módulo Dashboard inclui arquivos PHP com base em entradas fornecidas pelo usuário sem a devida sanitização de caminho. Ao utilizar sequências de path traversal, como ../, no parâmetro `rawname`, um invasor pode incluir arquivos .class.php arbitrários do sistema de arquivos. O código PHP dentro do arquivo incluído é executado antes que ocorra um erro de instanciação de classe.