Luiz Augusto Von Dentz

O problema está relacionado a possíveis deadlocks no componente de gerenciamento de Bluetooth (MGMT) do kernel do Linux, causados pela função `hci cmd sync dequeue`. Isso pode levar ao bloqueio de uma tarefa por mais de 120 segundos. O problema está associado à função `mgmt set connectable complete` e à fila de trabalho `hci cmd sync work`.

Nome do software vulnerável e versões afetadas: Versões do kernel Linux anteriores à versão corrigida Descrição: O problema ocorre quando o `bt debugfs` não é criado com sucesso devido ao fato de `CONFIG DEBUG FS` ou `CONFIG DEBUG FS ALLOW ALL` não estarem definidos. Isso faz com que `iso init()` retorne prematuramente sem definir `iso inited` como verdadeiro, resultando em chamadas duplicadas para `proto register()`, `bt sock register()`, etc., quando `iso init()` é chamado posteriormente. Com `CONFIG LIST HARDENED` e `CONFIG BUG ON DATA CORRUPTION` habilitados, a chamada duplicada a `proto register()` aciona um bug. O número estimado de dispositivos potencialmente afetados em todo o mundo não está disponível. Não há informações sobre incidentes reais em que essa vulnerabilidade tenha sido explorada. Recomendações: Para resolver o problema, atualize o kernel do Linux para uma versão que inclua a correção para este problema. No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

O problema está relacionado a uma vulnerabilidade do tipo “use-after-free” na função `iso sock timeout()` da implementação de Bluetooth do kernel Linux. Essa vulnerabilidade pode permitir que um invasor comprometa a confidencialidade, a integridade e a disponibilidade de informações protegidas. A vulnerabilidade ocorre porque `conn->sk` pode ter sido desvinculado ou liberado enquanto aguardava `iso conn lock`, de modo que o kernel verifica se `conn->sk` ainda é válido, verificando se ele faz parte de `iso sk list`.

O problema está relacionado a uma vulnerabilidade do tipo “use-after-free” na função `hci enhanced setup sync()` do módulo Bluetooth do kernel Linux. Essa vulnerabilidade pode ser explorada para comprometer a confidencialidade, a integridade e a disponibilidade de informações protegidas. A vulnerabilidade ocorre quando a conexão ACL permanece válida enquanto `hci enhanced setup sync` está pendente em `cmd sync`, levando a um erro de uso após liberação de memória (slab-use-after-free).

O problema está relacionado à função `hci core` no componente Bluetooth do kernel do Linux, onde a memória `sent cmd` não é liberada antes da liberação de `hci dev`, causando um vazamento de memória. Isso poderia permitir que um invasor causasse uma negação de serviço.

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 um componente do kernel do Linux, especificamente o componente qca, que apresenta uma falha na validação incorreta de entradas. Isso pode levar ao vazamento de informações ao recuperar o ID de compilação do firmware. A vulnerabilidade é resolvida adicionando-se verificações de integridade ausentes e removendo o buffer do ID de compilação da pilha para evitar o vazamento de dados da pilha através do debugfs no caso de uma resposta malformada de informações de compilação. Não há informações sobre o número estimado de dispositivos potencialmente afetados ou incidentes reais em que essa falha tenha sido explorada. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

Existe um problema na implementação L2CAP do Bluetooth dentro do módulo `net/bluetooth/l2cap core.c`. A função `l2cap le flowctl init()` não valida adequadamente os dados de entrada, especificamente quando a variável `le mtu` em `hdev` não está dentro de um intervalo válido. Essa falta de validação pode levar a um erro de divisão por zero ou a um estouro de inteiro, o que pode permitir que um invasor remoto cause a negação de serviço.

O problema diz respeito à falta de validação da entrada do usuário via setsockopt na funcionalidade Bluetooth do kernel Linux, especificamente no hci sock. Isso poderia permitir a cópia não autorizada de dados se o comprimento da entrada do usuário não for verificado adequadamente antes da cópia dos dados.

O problema está relacionado ao protocolo Bluetooth L2CAP no kernel do Linux, onde a entrada do usuário não é validada corretamente para a função setsockopt. Isso pode potencialmente causar problemas ao copiar dados se o comprimento da entrada do usuário não for verificado previamente.

Foi corrigido um vazamento de memória no kernel do Linux. O problema estava relacionado a um vazamento no buffer alocado para enviar `MSFT OP LE MONITOR ADVERTISEMENT`.

O problema está relacionado a um impasse no módulo Bluetooth do kernel do Linux. Tentar executar um sock lock em .recvmsg pode causar um impasse. Para evitar isso, o kernel agora usa sk receive queue.lock em bt sock ioctl em vez de sock sock. Essa alteração previne uma possível condição de Use-After-Free (UAF). O problema foi identificado quando uma tarefa ficou bloqueada por mais de 30 segundos, indicando um impasse. O rastreamento de chamadas mostra a sequência de eventos que levou ao impasse, envolvendo funções como schedule, schedule, lock sock e l2cap sock recv cb.

O problema está relacionado a um possível estouro de buffer no componente Bluetooth do kernel do Linux. Especificamente, a `struct hci dev info` possui um campo `name[8]` de tamanho fixo, o que pode fazer com que o `strcpy` tente escrever além desse tamanho se `hdev->name` for maior do que isso. Esse problema é corrigido mudando-se para o uso do `strscpy`.

O problema está relacionado ao tratamento do HCI EV IO CAPA REQUEST no componente hci event do kernel do Linux. Se HCI EV IO CAPA REQUEST for recebido enquanto HCI OP READ REMOTE EXT FEATURES ainda não tiver sido respondido, presume-se que o dispositivo remoto suporta SSP. Essa suposição não deve ser feita, pois o evento não deveria ser gerado nessas circunstâncias. A vulnerabilidade pode permitir que um invasor obtenha acesso a informações confidenciais.

The issue is related to a memory leak in the Linux kernel's Bluetooth component, specifically in the hci codec module. This leak occurs when the controller supports codecs stored in the local codecs list, but the elements are never freed. The memory leak can be observed, and it may lead to a denial of service. There is no information provided about the estimated number of potentially affected devices or real-world incidents where this issue was exploited.

O problema está relacionado a uma vulnerabilidade do Bluetooth no kernel Linux, especificamente um estouro de memória no protocolo L2CAP. Ao enviar pacotes L2CAP CONF REQ continuamente, um invasor pode fazer com que a variável `chan->num conf rsp` aumente várias vezes, eventualmente ultrapassando o número máximo, que é 255. Isso é evitado adicionando-se uma verificação de limite com `L2CAP MAX CONF RSP`. A vulnerabilidade pode ser explorada enviando-se pacotes com tamanhos inválidos.

O problema está relacionado a uma falha ao reconectar controladores CSR falsos no componente Bluetooth do kernel do Linux. Parece que clones falsos do CSR 5.0 podem fazer com que o notificador de suspensão seja registrado duas vezes, levando a um kernel panic. A vulnerabilidade também está relacionada a um bloqueio incorreto na função `io tctx exit cb()` em `io uring/io uring.c`, o que pode permitir que um invasor cause uma negação de serviço.

O problema está relacionado a um desbordamento de inteiro na função `l2cap config req`, no arquivo `net/bluetooth/l2cap core.c`, que pode ser explorado por meio de pacotes `L2CAP CONF REQ`. Isso pode permitir que um invasor execute código arbitrário.

Foi identificada uma falha no gerenciamento de Bluetooth do kernel do Linux, especificamente na função hci sync. O problema ocorre quando a flag HCI UNREGISTER está definida, o que indica que hci unregister dev foi chamada. Neste cenário, a função hci cmd sync queue deve retornar um erro para evitar um possível erro de use-after-free (uaf) após um timeout, pois o hdev terá sido liberado.

Existe um problema de corrupção de memória devido ao registro de dispositivos múltiplas vezes quando vários eventos de conclusão de conexão são recebidos para o mesmo identificador. Para resolver isso, o código agora ignora eventos subsequentes para uma única conexão. A introdução de HCI CONN HANDLE UNSET ajuda a identificar novas conexões, e verificações de HCI CONN HANDLE MAX impedem o uso de identificadores inválidos.