Mirdavlatov Mirazam

**Nome do Software Vulnerável e Versões Afetadas** IOTSmartHome (versões afetadas não especificadas) **Descrição** A função `checkCookie()` no endpoint 'gui/login.php' é suscetível a injeção de SQL. O problema ocorre quando o sistema processa o cookie `lastLogin` usando a função `safe decode()`, que realiza a decodificação base64 segura para URL sem sanitizar o valor resultante antes de incorporá-lo em uma consulta SQL. Um invasor não autenticado pode fornecer um payload codificado em base64 dentro do cookie `lastLogin` para ignorar a autenticação ou usar injeção baseada em UNION para extrair dados sensíveis, como credenciais de usuário. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade. Como medida de mitigação temporária, restrinja o acesso ao endpoint 'gui/login.php' ou desabilite o uso do cookie `lastLogin`.

**Nome do Software Vulnerável e Versões Afetadas** MacCMS10 (versões afetadas não especificadas) **Description** O editor de modelos de administrador em `application/admin/controller/Template.php` utiliza um regex de lista negra para bloquear funções PHP perigosas no conteúdo do modelo. No entanto, a lista negra omite `exec`, `passthru`, `popen`, `show source`, `create function`, `register shutdown function`, `register tick function` e `error log`. Um administrador autenticado pode explorar isso usando a tag de modelo `{if}` do ThinkPHP, que insere o atributo `condition` diretamente em PHP bruto, permitindo a execução remota de código. **Recommendations** Aplique a correção fornecida no commit 71ad3bb29570e110d8e973acff68040a3050ddf0 para atualizar o filtro de funções.

**Nome do Software Vulnerável e Versões Afetadas** Miantang/IoT-PHP (versões afetadas não especificadas) **Description** O arquivo `index.php` implementa um endpoint POST '/userlogin' que é suscetível a SQL injection. A aplicação lê a senha da variável `pwd` sem sanitização e a concatena em uma consulta SQL bruta. Embora o nome de usuário seja processado via `htmlspecialchars()`, esta função não codifica aspas simples por padrão, falhando em prevenir a injeção. Um invasor não autenticado pode usar um payload na variável `pwd` para ignorar a autenticação ou empregar injeção baseada em UNION para extrair dados arbitrários do banco de dados. **Recommendations** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade. Evite usar o parâmetro `pwd` no endpoint '/userlogin' até que o problema seja resolvido.

**Nome do Software Vulnerável e Versões Afetadas** DjangoCRM (versões afetadas não especificadas) **Descrição** O software contém uma `SECRET KEY` hardcoded no arquivo `webcrm/settings.py` em vez de lê-la de uma variável de ambiente. Esta chave é fundamental para a assinatura de sessões, geração de tokens CSRF e tokens de redefinição de senha. Um invasor com acesso ao repositório público pode usar essa chave para forjar cookies de sessão válidos, incluindo a conta de superadministrador, além de forjar tokens CSRF e de redefinição de senha, resultando no controle total da conta. Adicionalmente, a configuração padrão define `DEBUG` como `True`, o que permite que páginas de erro vazem informações sensíveis, como credenciais de banco de dados, credenciais de e-mail, dados de OAuth e caminhos de arquivos internos. **Recomendações** Altere a `SECRET KEY` hardcoded em `webcrm/settings.py` para um valor único e aleatório e configure a aplicação para lê-la de uma variável de ambiente. Defina a variável `DEBUG` como `False` na configuração de produção para evitar o vazamento de informações sensíveis do sistema.

**Nome do Software Vulnerável e Versões Afetadas** DjangoCRM (versões afetadas não especificadas) **Descrição** O módulo massmail não sanitiza campos `EmlMessage` controlados pelo usuário, especificamente `subject` e `content`, ao renderizá-los através do construtor `Template()` do Django. Este problema ocorre em `message previews.py`, `email creators.py` e `helpers.py`. Um usuário autenticado com direitos de edição de mensagens de e-mail em massa pode realizar a Injeção de Template no Lado do Servidor (SSTI) injetando a sintaxe de template do Django. Isso pode levar à divulgação de hashes de senha e dados de outros usuários via variáveis de contexto de requisição, falsificação de tokens CSRF e a inclusão de templates registrados arbitrários. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.

**Nome do Software Vulnerável e Versões Afetadas** DjangoCRM (versões afetadas não especificadas) **Descrição** A view `toggle default sorting` em `common/urls.py` não possui wrappers de autenticação como `login required` ou `staff member required`. A view redireciona para um destino especificado pelo parâmetro GET `next url` após validá-lo com a função `secure url()`. No entanto, esta função apenas verifica se o host de destino corresponde ao domínio do site atual, falhando em prevenir redirecionamentos para qualquer caminho interno. Esta falha permite que usuários não autenticados realizem redirecionamentos de phishing e causem o vazamento de tokens baseados em referrer através de cadeias de redirecionamento. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha a correção para esta vulnerabilidade.