Hd Moore

O daemon de ponte de terminal `wsserver`, com privilégios de root, permite que um cliente conectado execute comandos arbitrários no dispositivo como root. Isso ocorre porque o daemon constrói um comando de shell usando campos de WebSocket fornecidos pelo cliente e o passa para as funções `system()` e `popen()` sem a devida citação, escape ou validação de conjunto de caracteres. Além disso, o caminho de sessão de chave pública do daemon não realiza a verificação de sessão do dispositivo.

O software verifica a assinatura RSA de uma imagem de firmware usando uma chave pública armazenada no arquivo `/conf/public.pem`. Um cliente Redfish autenticado com privilégios de `firmware-update` pode sobrescrever este arquivo através da ação `UpdateService.UploadSignKey`, pois o sistema valida apenas que o nome do arquivo termina em `.pem`. Isso permite que um invasor substitua a âncora de confiança por uma chave personalizada e, posteriormente, instale uma imagem de firmware maliciosa assinada com a chave privada correspondente. O sistema carece de uma raiz de confiança de hardware, como o Platform Firmware Resilience (PFR), para detectar a substituição da chave.

O processo de gerenciamento de dispositivos no openUBMC processa incorretamente as respostas PLDM-over-MCTP e NCSI-over-MCTP de dispositivos no barramento. Três analisadores de resposta nas bibliotecas de transporte compartilhadas subtraem um tamanho fixo de cabeçalho ou campo reservado de um comprimento de resposta fornecido pelo dispositivo sem realizar uma verificação de limite inferior. Se a resposta for subdimensionada, a diferença de comprimento não sinalizada envolve para um valor muito grande, fazendo com que o analisador leia a memória muito além do buffer de resposta. Este problema afeta a classe de controle PLDM base e o driver NCSI da Huawei, tornando-o acessível por qualquer endpoint PLDM ou NIC Huawei no barramento de gerenciamento interno.

O software atribui um conjunto completo de privilégios a pseudo-identidades usadas por chamadores SNMP. Isso permite que um usuário autenticado com baixos privilégios execute operações de backend mapeadas com autoridade administrativa. O problema ocorre em `route mapper/account.lua` na função `get user privilege()`, que retorna um conjunto completo de nove privilégios para o grupo `special users`, incluindo o pseudo-usuário `SNMPv1 v2c`.

O openUBMC é fornecido com uma chave USM SNMPv3 padrão que utiliza um único valor tanto para autenticação quanto para privacidade. Como essas chaves são constantes na compilação de código aberto e não são exclusivas por unidade, um invasor pode recuperá-las para autenticar solicitações SNMPv3 e descriptografar o tráfego. O problema envolve as variáveis `AuthenticationKey` e `EncryptionKey` definidas nos arquivos `manifest/build/customization/default password.lua` e `account/manufacture/default password.lua`. Essas chaves não são rotacionadas durante a redefinição de senha do Administrador, persistindo após o provisionamento da conta. Como o acesso SNMP é mapeado para privilégios totais de administração do dispositivo, isso pode permitir reinicializações do sistema e atualizações de firmware não autorizadas.

Uma falha de lógica na implementação do IPMI permite que um cliente não autenticado force o manipulador de RAKP Message 1 a retornar antes que os padrões do construtor do objeto de autenticação sejam sobrescritos. Consequentemente, o serviço IPMI aceita uma RAKP Message 3 onde o HMAC é calculado usando um `bmcRandomNum` previsível e uma `userKey` constante de 20 bytes inicializada como '0penBmc'. Este problema afeta o OpenBMC e fornecedores downstream que utilizam o phosphor-net-ipmid como sua pilha IPMI, incluindo NVIDIA e H3C.

Uma falha de lógica na implementação IPMI do OpenBMC permite que o contexto de autorização de uma sessão ativa seja substituído por uma conta alvo. Isso ocorre enquanto as chaves de integridade e criptografia originais permanecem ativas, permitindo a escalada de privilégios sem a necessidade de reautenticação. Esta implementação é utilizada por diversos fornecedores downstream, incluindo NVIDIA e H3C.

Existe um problema ao utilizar a varredura GPT com `FF LBA64 = 1`, onde uma contagem de loop ilimitada é derivada do campo de cabeçalho GPT `GPTH PtNum`. Isso pode levar a varreduras extremamente longas ou efetivamente infinitas durante o processo de montagem, resultando em um loop com condição de saída inalcançável.

Um problema de divisão por zero existe na lógica de sincronização exFAT. Isso ocorre durante operações de gravação ou sincronização quando metadados manipulados fazem com que o cálculo `n fatent - 2` resulte em zero. A divisão por zero é uma condição em que um programa tenta dividir um número por zero, o que normalmente leva a uma falha do sistema ou do aplicativo.

Ocorre um estouro de inteiro na função `mount volume()` durante o processamento FAT32 quando a operação `fasize *= fs->n fats` sofre wrap. Isso permite que um invasor controle os metadados de tamanho de arquivo, resultando em comprimentos de leitura inseguros para chamadores subsequentes. Este problema pode ser explorado por meio de imagens FAT manipuladas em pendrives USB ou cartões SD para alcançar a execução de código arbitrário em dispositivos embarcados, incluindo aqueles que utilizam ESP-IDF, STM32Cube, Zephyr e ArduPilot. Além disso, a entrega remota é possível através de pipelines de OTA ou atualização. A exploração no mundo real foi demonstrada em um dispositivo de câmera.

Existe um problema no tratamento de nomes de arquivos longos quando o LFN (Long File Name) está habilitado. A variável `fno.fname` pode atingir até 255 caracteres, e muitos chamadores copiam esses dados para buffers fixos curtos sem realizar verificações de limite, resultando em um estouro de buffer. Um estouro de buffer ocorre quando um programa grava mais dados em um bloco de memória do que o alocado para suportar.

Ocorre uma exposição de cluster não inicializado quando a função `f lseek()` estende arquivos além do fim do arquivo (EOF) sem preencher com zeros os clusters recém-alocados. Este problema é um Uso de Recurso Não Inicializado, onde o sistema falha em limpar a memória ou o armazenamento antes do uso, potencialmente expondo dados sensíveis armazenados anteriormente nesses clusters.

Um estouro de buffer baseado em pilha ocorre na função `f getlabel()`. Este problema surge porque o comprimento do rótulo exFAT `XDIR NumLabel` é confiado sem a aplicação dos limites máximos definidos pela especificação.

Um subfluxo de inteiro (integer underflow) ocorre durante operações intercaladas de leitura e gravação em sistemas de arquivos fragmentados. Este problema é causado por um wrap de subtração sem sinal nas funções `f read()` e `f write()` ao avaliar a condição `fp->sect - sect < cc`, o que leva ao salto de cache sujo (stale dirty-cache skip).

Um invasor pode obter acesso a um shell restrito em um dispositivo Abilis CPX não configurado ao falhar repetidamente na autenticação via SSH. Especificamente, após três tentativas de autenticação malsucedidas, uma quarta tentativa permite o login e habilita a retransmissão de conexão. Isso ocorre porque o dispositivo não gerencia corretamente as tentativas de login falhas repetidas.

Os dispositivos Raisecom afetados permitem o estabelecimento de sessões SSH sem exigir autenticação de usuário. Isso poderia possibilitar que atacantes obtenham acesso ao shell sem credenciais legítimas. O problema afeta equipamentos industriais e de telecomunicações.

O problema está relacionado à validação insuficiente de entrada para um comando específico na implementação de um comando CLI, o que poderia permitir que um invasor local autenticado sobrescrevesse arquivos na memória flash do dispositivo. Um invasor poderia explorar essa vulnerabilidade emitindo um comando com argumentos manipulados, o que potencialmente permitiria sobrescrever ou criar arquivos com dados já presentes em outros arquivos hospedados no dispositivo afetado.

Uma vulnerabilidade na configuração do protocolo multicast DNS (mDNS) poderia permitir que um invasor não autenticado, localizado nas proximidades, obtivesse informações confidenciais sobre o dispositivo no qual o cliente Webex está em execução. A vulnerabilidade existe porque informações confidenciais são incluídas na resposta mDNS. Um invasor poderia explorar essa vulnerabilidade realizando uma consulta mDNS para um serviço específico em um dispositivo afetado. Uma exploração bem-sucedida poderia permitir que o invasor obtivesse acesso a informações confidenciais.

The issue concerns a default SSH public key in the authorized keys file for the `mateidu` user. This allows remote attackers to gain SSH access if they have knowledge of the private key.

The issue is related to weaknesses in the authentication procedure of the ScreenOS operating system. This allows a remote attacker to gain administrative access by entering a specially crafted password during an SSH or TELNET session.