CVE-2024-32018
Ineficaz verificação de tamanho devido a assert() e estouro de buffer no RIOT
- Publicado
- 1 de mai. de 2024
- Atualizado
- 13 de fev. de 2025
- Atribuindo CNA
- GitHub_M
- Evidência observada
- 28 de ago. de 2026
CVSS primário
nvd · CVSS 3.1
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:H/I:H/A:HBaixo · próximos 30 dias
- Percentil
- 73,2%
- Data do modelo
- 21 de set. de 2026
EPSS é uma estimativa estatística, não uma certeza ou uma medida de impacto. Combine-o com CVSS, status KEV, exposição e seu ambiente.
Resumo
RIOT é um sistema operacional de tempo real com multithreading que suporta uma variedade de dispositivos, tipicamente microcontroladores de 8, 16 e 32 bits. A maioria dos codebases define macros de asserção que são compiladas como no-op em builds sem depuração. Se as asserções forem a única linha de defesa contra entrada não confiável, o software pode ficar exposto a ataques que exploram a falta de verificações adequadas de entrada. Em detalhes, na função `nimble_scanlist_update()` abaixo, `len` é verificado em uma asserção e posteriormente usado em uma chamada a `memcpy()`. Se um atacante conseguir fornecer um valor maior para `len` enquanto as asserções são compiladas sem efeito, ele pode escrever além do final do buffer de comprimento fixo `e->ad`. Se a entrada não verificada acima for controlada pelo atacante e cruzar um limite de segurança, o impacto da vulnerabilidade de estouro de buffer pode variar de negação de serviço a execução arbitrária de código. Este problema ainda não foi corrigido. Recomenda-se que os usuários adicionem verificação manual de `len`.
Fontes
2- advisoriesInformativo
Uma coleção dos meus avisos de segurança públicos.
- vulnsPesquisa
Avisos de segurança da HN Security.
Uso responsável
Use informações de vulnerabilidade apenas em sistemas que você possui ou está autorizado a testar. O Kitploit vincula-se a metadados de pesquisa pública e não armazena código de exploração ou cargas maliciosas.