Josef Bacik

#4875de 53,634
54.1CVSS total
Vulnerabilidades · 9
Média
7
Alta
2
PT-2024-3364
7.8
2024-03-09
Linux · Linux Kernel · CVE-2024-26958
**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** O problema está relacionado a uma vulnerabilidade de uso após liberação (use-after-free) na funcionalidade de gravação direta do Sistema de Arquivos de Rede (NFS) no kernel do Linux. Isso ocorre quando o `nfs direct request` é concluído duas vezes seguidas, levando a um subfluxo de `refcount t` e a um aviso de uso após liberação. A origem desse problema é o caminho de conclusão das solicitações de commit, onde solicitações assíncronas podem ser concluídas antes que a próxima seja enviada, resultando na conclusão do `nfs direct request` duas vezes. O número estimado de dispositivos potencialmente afetados em todo o mundo não foi especificado. Não há informações sobre incidentes reais em que esse problema tenha sido explorado. Os detalhes técnicos sobre a exploração incluem: - A função vulnerável é `nfs direct write schedule work()`. - O problema decorre da conclusão repetida do `nfs direct request`. - A função `nfs commit end()` está envolvida no caminho de conclusão das solicitações de commit. - As chamadas `get dreq()` e `put dreq()` são utilizadas em torno do processamento de eventos e dos caminhos de conclusão. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.
PT-2024-21491
5.5
2024-03-04
Linux · Linux Kernel · CVE-2024-26726
**Nome do software vulnerável e versões afetadas** Versões do kernel Linux anteriores à 6.8.0-rc2+ **Descrição** O problema ocorre quando o kernel Linux não consegue gravar o cache de espaço livre em uma instância e, em seguida, tenta gravá-lo novamente. Na segunda tentativa, ele chama `btrfs get extent()` no inode para obter o mapeamento de extensão, mas como se trata de um novo grupo de blocos e o inode de espaço livre sempre pesquisa a raiz de commit para evitar um impasse com a árvore, ele não encontra nada e retorna um `EXTENT MAP HOLE` para o intervalo solicitado. Isso ocorre porque, na primeira vez que o kernel tenta gravar o cache de espaço, ele encontra um erro e descarta o mapeamento de extensão, o que é normal para arquivos comuns, mas não para o inode do cache de espaço livre, onde se espera que o mapa de extensão esteja sempre correto. Como resultado, na segunda tentativa, o kernel acaba com um mapa de extensão incorreto. **Recomendações** Para resolver esse problema, aplique o patch que ignora o descarte do intervalo do mapa de extensão para o intervalo com falha ao gravar o cache de espaço livre. Esse patch já está implementado na versão 6.8.0-rc2+, portanto, atualizar para essa versão ou posterior corrigirá o problema. Para versões anteriores à 6.8.0-rc2+, as etapas específicas para aplicar o patch podem variar dependendo da distribuição e da configuração do kernel do Linux. Recomenda-se consultar a documentação da distribuição ou os canais de suporte para obter orientações sobre como aplicar o patch. No momento, não há informações sobre outras versões que contenham um