Carlos Llamas

**Nome do software vulnerável e versões afetadas** Versões do kernel Linux anteriores à 6.11.0-07343-ga727812a8d45 **Descrição** O problema decorre de uma condição de corrida na função `binder add freeze work()`, na qual a iteração sobre `proc->nodes` pode ser interrompida por `binder deferred release()`, levando a um acesso fora dos limites. Isso ocorre porque `proc->nodes` e `binder dead nodes` compartilham entradas em `binder node` por meio de uma união, especificamente `struct rb node rb node` e `struct hlist node dead node`. O número estimado de dispositivos potencialmente afetados em todo o mundo não é fornecido. Não há informações sobre incidentes reais em que esse problema tenha sido explorado. **Recomendações** Para versões do kernel Linux anteriores à 6.11.0-07343-ga727812a8d45, corrija a corrida de acesso verificando se o proc ainda está ativo. Caso contrário, simplesmente saia da iteração. Como solução alternativa temporária, considere adicionar uma verificação para garantir que o proc esteja ativo antes de prosseguir com a iteração em `binder add freeze work()`.

**Nome do software vulnerável e versões afetadas** Versões do kernel Linux anteriores à 6.6.52 **Descrição** O problema está relacionado a uma vulnerabilidade do tipo “use-after-free” na funcionalidade binder do kernel Linux. Durante as transações, os objetos binder são processados e copiados para um buffer de destino. No entanto, a operação de cópia não possui uma verificação de ultrapassagem de limites, permitindo que dados brutos sobrescrevam a seção de offsets caso excedam o tamanho da seção de dados. Essa corrupção aciona um erro que tenta reverter os objetos processados, mas com offsets corrompidos, levando à liberação prematura de nós arbitrários e a um ponteiro pendente, resultando em uma condição de uso após liberação. **Recomendações** Para resolver este problema, atualize o kernel do Linux para a versão 6.6.52 ou posterior. Como solução temporária, considere restringir o acesso à funcionalidade binder até que um patch seja aplicado.

**Nome do software vulnerável e versões afetadas** Kernel do Linux (versões afetadas não especificadas) **Descrição** O problema está relacionado ao componente binder no kernel do Linux, onde uma vulnerabilidade foi resolvida por meio da verificação do alinhamento de deslocamento na função `binder get object()`. Essa verificação foi removida acidentalmente devido a alterações na forma como os objetos binder são copiados, especificamente com a introdução do commit 6d98eb95b450. A remoção da verificação de alinhamento de deslocamento poderia levar a complicações ao desmontar objetos. A vulnerabilidade está relacionada a um problema de uso após liberação (use-after-free) em `binder alloc copy to buffer` do binder.c, o que poderia resultar na execução de código arbitrário e na escalada local de privilégios no kernel. A exploração dessa vulnerabilidade não requer privilégios de execução adicionais nem interação do usuário. Envolve a criação de um objeto binder malicioso com deslocamentos desalinhados e o envio desse objeto por meio de IPC, permitindo que ele contorne a validação de alinhamento. **Recomendações** No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

**Name of the Vulnerable Software and Affected Versions** Linux kernel versions prior to 6.6.0-rc5 **Description** The issue is related to a use-after-free vulnerability in the binder driver's shrinker callback. The mmap read lock is used during the shrinker's callback, which can lead to a race condition with munmap(). This vulnerability can be exploited to impact the confidentiality, integrity, and availability of protected information. The vulnerability was confirmed by a KASAN report, which showed a slab-use-after-free in zap page range single. **Recommendations** To resolve this issue, perform a vma lookup() instead, which will fail to find the vma that was isolated before the mmap lock downgrade. This option has better performance than upgrading to a mmap write lock, which would increase contention. Additionally, mmap write trylock() has been recently removed. Note: The provided information does not specify the exact version that contains the fix for this vulnerability. Therefore, it is recommended to update to the latest version of the Linux kernel to ensure you have the latest security patches.