Julian Suleder

A falta de autenticação no Protocolo Personalizado dos chips Bluetooth da Airoha Technology permite o acesso não autorizado ao protocolo RACE. Esta falha permite que um invasor remoto ignore as restrições de segurança e realize a escalação remota de privilégios sem a necessidade de privilégios de execução adicionais ou interação do usuário. Este problema pode ser explorado para obter acesso não autorizado e realizar a interceptação de áudio (eavesdropping) em fones de ouvido afetados.

Uma falha de autorização incorreta no Airoha Bluetooth audio SDK permite que um dispositivo de áudio Bluetooth seja emparelhado sem o consentimento do usuário. Este problema decorre da falta de autenticação para uma função crítica no componente do chip Bluetooth BR/EDR. Um invasor próximo, dentro do alcance do Bluetooth, pode explorar isso para se conectar secretamente a dispositivos que ainda não foram emparelhados e que estão buscando ativamente solicitações de emparelhamento. Isso pode levar a uma escalada remota de privilégios e permitir que o invasor escute através do microfone do dispositivo para vigilância, sem a necessidade de interação do usuário ou privilégios de execução adicionais.

Existe uma falha de bypass de permissão no serviço Bluetooth LE GATT que permite o acesso não autorizado a dados críticos do protocolo RACE. Este problema decorre da falta de autenticação para uma função crítica, o que pode permitir que um invasor remoto dentro do alcance do Bluetooth escale privilégios sem a necessidade de privilégios de execução adicionais ou interação do usuário.

Uma vulnerabilidade foi encontrada no tratamento de cursores animados. Se um cliente não fornecer nenhum cursor, o servidor assume que pelo menos um está presente, levando a uma leitura fora dos limites e possível falha do sistema.

Foi encontrada uma falha na extensão XFIXES. O manipulador XFixesSetClientDisconnectMode não valida o tamanho da requisição, permitindo que um cliente leia memória não destinada de requisições anteriores.

Uma falha foi encontrada na extensão Big Requests, na qual o comprimento da requisição é multiplicado por 4 antes de ser verificado contra o tamanho máximo permitido. Isso pode potencialmente causar um overflow de inteiro, permitindo que um atacante contorne a verificação de tamanho.

Um ataque de traversal de caminho relativo permite que invasores com privilégios de usuário de serviço enviem arquivos arbitrários. Ao enviar um arquivo tar especialmente criado, um invasor pode executar comandos arbitrários.

Uma vulnerabilidade permite que invasores obtenham as credenciais de usuário da interface administrativa.

Uma vulnerabilidade de injeção de XPath permite que invasores remotos não autenticados acessem informações confidenciais e aumentem seus privilégios.

O problema está relacionado a controles de acesso inadequados, permitindo que invasores extraiam e alterem a configuração de rede do dispositivo.

A vulnerabilidade permite o acesso a pontos de extremidade confidenciais sem a necessidade de informações de autenticação, como um cookie de sessão. Isso permite que um invasor envie solicitações a esses pontos de extremidade como um usuário não autenticado, podendo realizar ações críticas ou modificar parâmetros de configuração críticos.

Um invasor com acesso físico ao host pode extrair informações confidenciais do registro e criar tokens JWT válidos para o aplicativo, o que lhe permite se passar por usuários arbitrários. Isso também poderia permitir a manipulação de filas e mensagens do RabbitMQ ao se passar por usuários.

A vulnerabilidade permite que as entradas do usuário sejam validadas no lado do cliente sem a devida autenticação pelo servidor. Isso é problemático porque o servidor não deve confiar exclusivamente na exatidão dos dados enviados pelo cliente, já que os usuários podem não suportar ou bloquear JavaScript, ou podem contornar intencionalmente as verificações do lado do cliente. Um invasor com conhecimento do usuário do serviço poderia explorar essa vulnerabilidade contornando o controle do lado do cliente, o que poderia permitir que ele fizesse login com privilégios de serviço.

A criptografia da camada de aplicação do protocolo de comunicação entre o aplicativo Ypsomed mylife e o mylife Cloud utiliza IVs não aleatórios, o que permite que invasores do tipo “man-in-the-middle” adulterem as mensagens.

O Ypsomed mylife Cloud divulga hashes de senha durante o processo de registro.

O Ypsomed mylife Cloud expõe a senha do usuário durante o processo de login após redirecionar o usuário de um ponto de extremidade HTTPS para um ponto de extremidade HTTP.

**Nome do software vulnerável e versões afetadas: Ventilador T1 da Hamilton Medical AG, versões 2.2.3 e anteriores Descrição: O problema está relacionado a uma vulnerabilidade de validação de XML no ventilador, permitindo que invasores com privilégios e acesso físico tornem o dispositivo inutilizável de forma persistente ao fazer o upload de arquivos de configuração especialmente criados para esse fim. Recomendações: Para o ventilador T1 da Hamilton Medical AG, versões 2.2.3 e anteriores, considere restringir o acesso físico ao dispositivo para impedir a exploração da vulnerabilidade de validação XML até que uma correção esteja disponível. Como solução alternativa temporária, considere desativar o upload de arquivos de configuração para minimizar o risco de exploração. No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas: Diabecare RS (versões afetadas não especificadas) AnyDana-i (versões afetadas não especificadas) AnyDana-A (versões afetadas não especificadas) Descrição: Uma falha de controle no lado do cliente na bomba de insulina e em seus aplicativos móveis permite que invasores fisicamente próximos contornem as verificações de PINs padrão via Bluetooth Low Energy. Isso pode afetar potencialmente um número significativo de dispositivos, embora o número exato não seja especificado. Recomendações: Para o Diabecare RS, considere desativar a conectividade Bluetooth Low Energy até que uma correção esteja disponível. Para o AnyDana-i, restrinja o acesso à funcionalidade de verificação do PIN padrão para minimizar o risco de exploração. Para o AnyDana-A, evite usar a configuração do PIN padrão até que o problema seja resolvido. No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas: SOOIL Developments Co., Ltd Diabecare RS (versões afetadas não especificadas) AnyDana-i (versões afetadas não especificadas) AnyDana-A (versões afetadas não especificadas) Descrição: O protocolo de comunicação da bomba de insulina e de seus aplicativos móveis utiliza chaves determinísticas, permitindo que invasores não autenticados e fisicamente próximos realizem ataques de força bruta às chaves via Bluetooth Low Energy. Recomendações: Para o SOOIL Developments Co., Ltd Diabecare RS, considere restringir o acesso ao Bluetooth Low Energy para minimizar o risco de exploração. Para o AnyDana-i, restrinja o acesso ao protocolo de comunicação do aplicativo móvel até que uma correção esteja disponível. Para o AnyDana-A, evite usar as chaves determinísticas no protocolo de comunicação até que o problema seja resolvido. No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas: Diabecare RS (versões afetadas não especificadas) AnyDana-i (versões afetadas não especificadas) AnyDana-A (versões afetadas não especificadas) Descrição: Uma falha de controle no lado do cliente na bomba de insulina e em seus aplicativos móveis permite que invasores fisicamente próximos contornem as verificações de autenticação do usuário via Bluetooth Low Energy. Isso afeta os produtos Diabecare RS, AnyDana-i e AnyDana-A. Recomendações: Para o Diabecare RS, considere desativar a conectividade Bluetooth Low Energy até que uma correção esteja disponível. Para o AnyDana-i, restrinja o acesso aos recursos de autenticação do aplicativo móvel para minimizar o risco de exploração. Para o AnyDana-A, evite usar o dispositivo em áreas onde invasores fisicamente próximos possam contornar as verificações de autenticação do usuário via Bluetooth Low Energy até que o problema seja resolvido. No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.