Mortem

#6678de 53,632
40.6CVSS total
Vulnerabilidades · 5
Alta
4
Crítica
1
PT-2025-14099
10
2025-03-13
Crushftp · Crushftp · CVE-2025-31161
**Nome do Software Vulnerável e Versões Afetadas** CrushFTP versões 10.0.0 até 10.8.3 CrushFTP versões 11.0.0 até 11.3.0 **Descrição** Existe um bypass de autenticação no componente HTTP do servidor FTP, especificamente no método de autorização AWS4-HMAC (compatível com S3). O problema decorre de uma condição de corrida (race condition) onde o servidor verifica a existência do usuário através da função `login user pass()` sem exigir senha, o que pode autenticar uma sessão antes que a verificação do usuário seja checada novamente. Isso pode ser estabilizado enviando um cabeçalho AWS4-HMAC manipulado contendo apenas o nome de usuário e uma barra (/); isso ativa um processo de autenticação anypass, mas causa um erro de índice fora dos limites (index-out-of-bounds) quando o servidor não encontra a entrada `SignedHeaders`, impedindo a limpeza da sessão. Essas falhas permitem que invasores remotos se autentiquem como qualquer usuário conhecido ou previsível, como o `crushadmin`, levando ao comprometimento total do sistema e acesso administrativo. O problema tem sido explorado ativamente desde 30 de março de 2025, afetando setores como varejo, marketing e semicondutores, com aproximadamente 130.000 instâncias estimadas como expostas online. Ataques observados envolveram a criação de contas administrativas de backdoor usando a função `setUserItem` e a implantação de malwares como MeshCentral, AnyDesk e DLLs vinculadas ao Telegram para persistência. **Recomendações** Atualizar o CrushFTP versão 10 para 10.8.4. Atualizar o CrushFTP versão 11 para 11.3.1. Utilizar uma instância de proxy DMZ como um buffer temporário para mitigar o risco de bypass de autenticação.
PT-2024-10100
7.0
2024-10-22
Linux · Linux Kernel · CVE-2024-50066
**Nome do software vulnerável e versões afetadas** Versões do kernel Linux anteriores à 6.6.58 **Descrição** O problema está relacionado a uma condição de corrida na função `move page tables()`, especificamente entre `move normal pmd()` e `retract page tables()` no código THP. Isso pode levar à criação de entradas PMD inválidas, permitindo potencialmente a escalada de privilégios de usuário para kernel em determinadas arquiteturas, como x86. A vulnerabilidade pode ser explorada criando mapeamentos THP de shmem/arquivo e provocando uma condição de corrida entre as funções `move normal pmd()` e `retract page tables()`. A função `move page tables()` analisa o tipo da entrada PMD e o intervalo de endereços especificado para determinar como mover o próximo bloco de entradas da tabela de páginas. O `mmap lock` é mantido no modo de gravação, mas ainda não há bloqueios rmap. Para entradas PMD que apontam para tabelas de páginas e são totalmente cobertas pelo intervalo de endereços de origem, `move pgt entry(NORMAL PMD, ...)` é chamada, o que primeiro obtém bloqueios rmap e, em seguida, executa `move normal pmd()`. A função `move normal pmd()` obtém os bloqueios de tabela de páginas necessários na origem e no destino e, em seguida, move uma tabela de páginas inteira da origem para o destino. O problema é que os bloqueios rmap, que protegem contra a remoção simultânea de tabelas de páginas por `retract page tables()` no código THP, só são obtidos após a leitura da entrada PMD e a decisão sobre como movê-la. **Recomendações** Para resolver o problema, atualize o kernel do Linux para a versão 6.6.58 ou posterior. Como