Jiva

Krayin CRM before 2.2.4 contains a blind SQL injection vulnerability in the leads DataGrid that allows authenticated users with leads access to inject arbitrary SQL into a HAVING clause by manipulating the rotten lead[in] query parameter, which is concatenated without parameterized binding directly into a havingRaw() call in LeadDataGrid.php. Attackers can exploit this flaw using time-based and boolean-based blind injection techniques to extract the entire database contents, including user credential hashes, CRM records, and application configuration data.

OpenEMR through 8.2.0 contains an authentication bypass vulnerability that allows attackers with valid credentials to circumvent multi-factor authentication by exploiting the exposed OAuth2 password grant flow through an unauthenticated client registration endpoint. Attackers can register an OAuth2 client via the unauthenticated registration endpoint and use the password grant to exchange credentials for an API access token, bypassing the normal web interface authentication and any enforced multi-factor authentication controls.

OpenEMR through 8.2.0 contains an authenticated SQL injection vulnerability in the backup configuration import feature that allows administrators with admin or super ACL privileges to execute arbitrary DDL and DML statements against the application database by uploading a crafted SQL file at the form step=202 parameter in backup.php. Attackers can exploit the unfiltered shell exec invocation of the mysql command-line client to extract credential hashes, modify access control tables, inject backdoor accounts, create persistent triggers or stored procedures, and write arbitrary files to the filesystem where MySQL FILE privileges and permissive secure file priv settings are configured.

OpenEMR through 8.2.0 contains a remote code execution vulnerability in the document category tree component (library/classes/Tree.class.php) that allows authenticated administrators to execute arbitrary operating system commands by injecting PHP payloads into the categories database table. Attackers can chain arbitrary SQL execution to alter the id column type to VARCHAR and insert a malicious PHP payload, which is then executed via an unsanitized eval() call whenever any page instantiates CategoryTree, including unauthenticated and low-privilege pages, resulting in command execution as the web server user.

Krayin CRM 2.2.4 contains a missing authentication vulnerability in the installer middleware that allows unauthenticated remote attackers to overwrite the primary administrator account by sending a crafted HTTP POST request with the X-Requested-With: XMLHttpRequest header to bypass the CanInstall middleware redirect check. Attackers can supply arbitrary name, email, and password values to the admin-config-setup endpoint, which performs an unauthenticated updateOrInsert targeting the hardcoded administrator user ID, enabling full administrative access to all CRM data.

OpenEMR through 8.2.0 contains an improper authentication vulnerability in the OAuth2 dynamic client registration endpoint that allows unauthenticated attackers to register a malicious client with system-level FHIR scopes by supplying a self-generated RSA keypair via the jwks field. Once an administrator approves the registered client, attackers can use the client credentials grant with a self-signed JWT assertion to obtain access tokens granting read access to all FHIR resources across all patients in the system.

OpenEMR through 8.2.0 contains a stored cross-site scripting vulnerability in the patient portal template system that allows authenticated administrators to inject arbitrary HTML and JavaScript by storing malicious payloads through the template save mode, which only filters literal PHP open tags. Attackers can exploit the lack of output encoding at the template retrieval endpoint combined with missing HttpOnly cookie attributes to exfiltrate session tokens via document.cookie access, enabling full session hijacking of any admin, clinician, or portal patient who views a poisoned template.

**Nome do Software Vulnerável e Versões Afetadas** FrontAccounting versões anteriores a 2.4.20 **Descrição** Um problema de path traversal existe no manipulador de upload de anexos. Atacantes autenticados podem executar código arbitrário ao fazer o upload de arquivos usando sequências de travessia no parâmetro `unique name`. Ao fornecer sequências como ../../../shell.php, um atacante pode gravar arquivos fora do diretório de anexos designado e dentro da raiz web. Como o sistema carece de validação de extensão para arquivos PHP carregados, isso permite a execução remota de código como o usuário do servidor web. **Recomendações** Atualize para a versão 2.4.20 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** FrontAccounting versões anteriores a 2.4.20 **Description** Um problema existe no manipulador de relatórios de Extrato Bancário que permite que atacantes autenticados extraiam dados arbitrários do banco de dados. Ao injetar payloads UNION SELECT no parâmetro POST `PARAM 0`, os atacantes podem usar sintaxe SQL maliciosa através de uma cláusula WHERE não parametrizada para recuperar informações sensíveis, como nomes de usuário, hashes de senha e endereços de e-mail da tabela de usuários, que são então renderizados na saída do relatório em PDF. SQL injection é uma técnica onde instruções SQL maliciosas são inseridas em campos de entrada para execução, permitindo o acesso não autorizado aos dados do banco de dados. **Recommendations** Atualize o FrontAccounting para a versão 2.4.20 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** FrontAccounting versões anteriores a 2.4.20 **Description** Existe um problema no manipulador de relatórios Audit Trail que permite que atacantes autenticados com a permissão SA GLANALYTIC executem consultas SQL arbitrárias. Isso é feito injetando código malicioso nos parâmetros POST `PARAM 2` e `PARAM 3`. A exploração pode ocorrer via injeção SQL cega baseada em tempo usando funções `SLEEP()`, que podem ser amplificadas em conjuntos de resultados JOIN para causar a negação de serviço ao esgotar as conexões do banco de dados. Além disso, atacantes podem usar técnicas de injeção baseadas em UNION para extrair conteúdo arbitrário do banco de dados. **Recommendations** Atualize para a versão 2.4.20 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** FrontAccounting versões anteriores a 2.4.20 **Description** Existe um problema na função `get gl transactions()` onde o parâmetro `filter type` é concatenado diretamente em uma cláusula SQL IN() sem a devida parametrização. Isso permite que usuários com a permissão SA GLANALYTIC realizem uma injeção de SQL cega baseada em booleano—uma técnica usada para extrair dados observando diferenças nas respostas do servidor a consultas verdadeiras ou falsas—fornecendo um parêntese de fechamento seguido de condições maliciosas para extrair dados sensíveis de lançamentos de diário. **Recommendations** Atualize o FrontAccounting para a versão 2.4.20 ou posterior. Como medida paliativa temporária, restrinja a permissão SA GLANALYTIC apenas a usuários confiáveis.

**Name of the Vulnerable Software and Affected Versions** Dolibarr ERP/CRM versões anteriores a 23.0.2 **Description** Um problema de execução remota de código autenticado existe na função `dol eval standard()`. O sistema falha ao aplicar verificações de strings proibidas quando opera no modo de lista branca (whitelist) e não detecta a sintaxe de chamáveis dinâmicos do PHP. Atacantes com privilégios de administrador podem injetar cargas maliciosas por meio de extrafields computados ou outros caminhos de avaliação usando a sintaxe de chamáveis dinâmicos do PHP para ignorar a validação e alcançar a execução de comandos arbitrários via `eval()`. A causa raiz é que a lista de bloqueio `$forbiddenphpstrings` é aplicada apenas no modo de lista negra (blacklist), enquanto a regex da lista branca não detecta a sintaxe de chamáveis dinâmicos do PHP. **Recommendations** Atualize para a versão 23.0.2 ou posterior.

**Name of the Vulnerable Software and Affected Versions** EspoCRM versions prior to 9.3.4 **Description** The EspoCRM software contains a flaw due to the formula engine operating outside the field-level restriction layer, allowing writable access to fields marked as read-only, such as `Attachment.sourceId`. This allows modification of the `sourceId` via a formula, leading to a path traversal issue when the `getFilePath()` function is used without proper sanitization. An attacker can upload a webshell using chunked upload, poison the `.htaccess` file, and achieve Remote Code Execution (RCE) as the `www-data` user. Exploitation requires admin credentials and six requests. The vulnerable component is the formula engine and the `getFilePath()` function. The `sourceId` variable is directly concatenated into a file path without sanitization. **Recommendations** Update to EspoCRM version 9.3.4 or later.

**Nome do Software Vulnerável e Versões Afetadas** Vtiger CRM versões anteriores a 8.4.1 **Descrição** Um problema de execução remota de código autenticada existe no recurso de importação do módulo de administração. Atacantes com nível de administrador podem fazer o upload de arquivos PHP arbitrários enviando um arquivo zip manipulado através da função de importação `ModuleManager`. O sistema extrai o conteúdo diretamente no diretório `modules/` sob a raiz da web sem validar os tipos de arquivo além do descritor `manifest.xml`. Isso permite que atacantes coloquem arquivos PHP executáveis no diretório `modules/` que se tornam diretamente acessíveis via HTTP, ignorando a camada de autenticação e autorização, pois o servidor web resolve o caminho e invoca o interpretador PHP antes que a camada de roteamento da aplicação seja envolvida, resultando em um web shell persistente. **Recomendações** Atualize o Vtiger CRM para uma versão posterior à 8.4.0. Restrinja o acesso à função de importação `ModuleManager` para minimizar o risco de exploração.

**Nome do Software Vulnerável e Versões Afetadas** Vtiger CRM versões anteriores a 8.4.0 **Description** Um problema de upload de arquivo autenticado existe no módulo Documents que permite que usuários com baixos privilégios alcancem a execução remota de código. Isso ocorre porque a lista de permissões de extensões em `config.inc.php` omite a extensão `.phar`, permitindo o upload de arquivos contendo código PHP arbitrário. Esses arquivos são armazenados com sua extensão original em um diretório acessível via web. Além disso, em implantações do Apache 2.4, um arquivo `.htaccess` mal configurado usando a sintaxe do Apache 2.2 é ignorado, o que permite que requisições HTTP não autenticadas executem o payload PHP enviado. **Recommendations** Atualize o Vtiger CRM para a versão 8.4.0 ou posterior.