Mortem

#7029de 56,330
41.4CVSS 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 **Description** 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, autenticando temporariamente a sessão. Isso pode ser estabilizado enviando um cabeçalho AWS4-HMAC manipulado contendo apenas o nome de usuário seguido de uma barra (/), o que aciona um processo de autenticação anypass. A falha subsequente em encontrar a entrada `SignedHeaders` causa um erro de índice fora dos limites (index-out-of-bounds), impedindo a limpeza da sessão e permitindo que um invasor se autentique como qualquer usuário conhecido, como o `crushadmin`. Esta falha tem sido explorada ativamente desde março de 2025, afetando setores como varejo, marketing e semicondutores, com aproximadamente 130.000 instâncias estimadas como expostas online. Atacantes utilizaram a função `setUserItem` para criar contas administrativas de backdoor e implantaram ferramentas como MeshCentral, AnyDesk e DLLs de bots do Telegram para manter a persistência e coletar telemetria. **Recommendations** 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.8
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