Arthurscchan

Na biblioteca criptográfica em linguagem C liboqs, a função `OQS KEM encaps derand` pode desreferenciar um ponteiro de função `encaps derand` não inicializado. Isso ocorre quando a função é chamada em esquemas NTRU específicos (NTRU-HPS-2048-509, NTRU-HPS-2048-677, NTRU-HPS-4096-821, NTRU-HPS-4096-1229, NTRU-HRSS-701 ou NTRU-HRSS-1373), pois esses esquemas não suportam encapsulamento desrandomizado. O problema surge porque os objetos `OQS KEM` são alocados sem inicialização zero e o wrapper em `src/kem/kem.c` verifica apenas se o ponteiro `OQS KEM` não é nulo antes de executar o valor residual do heap. Isso pode resultar no travamento do processo solicitante e negação de serviço se um aplicativo instanciar um desses KEMs NTRU afetados e invocar `OQS KEM encaps derand` nele.

Um invasor remoto não autenticado pode causar a negação de serviço no servidor HTTP/2. O problema ocorre porque a função `handle http frame header()` limpa incondicionalmente a vinculação do fluxo da conexão, e a função `enter http frame continuation state()` não a vincula novamente ao processar um quadro CONTINUATION. Isso leva a um desreferenciamento de ponteiro nulo em dois caminhos específicos: quando `send headers frame()` é chamada via `send http2 404()` ou `send http2 405()` para recursos não registrados ou métodos não suportados, e quando `handle http2 dynamic resource()` processa solicitações POST, PUT ou PATCH para recursos dinâmicos registrados. A vulnerabilidade pode ser acionada enviando um quadro CONTINUATION isolado com END HEADERS definido ou um bloco de cabeçalho dividido legítimo. Isso resulta em uma gravação em um endereço de memória baixo fixo, fazendo com que o sistema falhe e pare.

O verificador de fila de submissão `rtio vrfy sqe()` em `subsys/rtio/rtio syscalls.c` processa incorretamente as verificações de permissão de buffer. Devido a um erro de lógica ao usar o operador `&=` com a macro `K SYSCALL MEMORY()`, o verificador aceita buffers que são inacessíveis para a thread chamadora e rejeita buffers legítimos pertencentes à thread. Este problema afeta imagens compiladas com `CONFIG USERSPACE` e é acionado através da chamada de sistema `rtio sqe copy in get handles()` ou do wrapper `rtio sqe copy in()`. Um invasor com um contexto RTIO e um objeto `rtio iodev` pode enviar um Elemento de Fila de Submissão (SQE) manipulado apontando para memória arbitrária do kernel. Como os manipuladores downstream nos drivers I2C, I3C e SPI desreferenciam esses ponteiros com privilégios de supervisor, isso pode levar a: - Escrita arbitrária no kernel: Usando `RTIO OP RX` para gravar dados de periféricos na memória do kernel escolhida. - Divulgação de memória do kernel: Usando `RTIO OP TX` para enviar memória do kernel através do barramento. - Falha no kernel: Fornecendo um ponteiro para memória não mapeada. Isso permite uma evasão completa do limite de isolamento do modo de usuário.

Dois verificadores de chamada de sistema (syscall) RTIO em `subsys/rtio/rtio syscalls.c` não validam ponteiros fornecidos pelo usuário antes que o kernel escreva através deles. A função `z vrfy rtio sqe cancel()` não realiza nenhuma validação, permitindo que uma thread em modo de usuário em uma compilação `CONFIG USERSPACE` defina um bit específico em uma palavra de 16 bits em um endereço arbitrário na memória do kernel, o que pode levar à escalada de privilégios. Além disso, a função `z vrfy rtio sqe copy in get handles()` realiza apenas uma verificação de NULL no parâmetro de saída do handle sem uma verificação `K SYSCALL MEMORY WRITE`, permitindo que uma thread de usuário com um contexto RTIO concedido force o kernel a armazenar um valor de ponteiro em um endereço arbitrário.

O software possui uma configuração permissiva de Cross-Origin Resource Sharing (CORS) que confia em todas as portas no localhost e 127.0.0.1 com credenciais, independentemente da configuração `service.publicurl`. Isso permite que um invasor que controle uma página em qualquer porta do localhost envie uma solicitação com credenciais para o endpoint de atualização de token e recupere o bearer JSON Web Token (JWT), que é um meio compacto e seguro para URLs de representar reivindicações a serem transferidas entre duas partes, resultando na tomada total da conta do usuário conectado.

O PJSIP, uma biblioteca de comunicação multimídia escrita em C, contém uma vulnerabilidade de use-after-free na heap dentro de sua estrutura de subscrição de eventos, especificamente no arquivo `evsub.c`. Esta vulnerabilidade é acionada por uma solicitação de cancelamento de subscrição de presença — uma requisição SUBSCRIBE com um valor Expires de 0. A exploração bem-sucedida pode levar a um travamento ou potencialmente à execução de código.

O PJSIP, uma biblioteca de comunicação multimídia escrita em C, contém uma vulnerabilidade de estouro de buffer baseado em heap em seu desempacotador H.264. O problema ocorre ao processar pacotes SRTP malformados, quando o desempacotador lê um campo de tamanho da unidade NAL de 2 bytes sem verificar se ambos os bytes estão dentro dos limites do buffer de carga útil. Isso afeta aplicações que recebem vídeo utilizando H.264. A vulnerabilidade permite que atacantes remotos possivelmente causem falhas nas aplicações ou executem código sem autenticação.

O PJSIP, uma biblioteca de comunicação multimídia, contém uma vulnerabilidade de underflow de buffer heap em seu packetizador H.264. Isso ocorre ao processar fluxos de bits H.264 sem códigos de início de unidade NAL, levando a uma aritmética de ponteiros não verificada e acesso potencial à memória fora do buffer alocado. A exploração desta vulnerabilidade, através de vídeo H.264 malformado enviado pela rede, pode resultar em travamentos ou execução de código.

O problema consiste em uma falha de desserialização no método `read` da classe `SparseMatrix`, o que pode levar a diversas elevações de privilégio dependendo das circunstâncias. Este método recebe um `InputStream` e retorna um objeto `SparseMatrix`. Os usuários estão vulneráveis caso importem objetos `SparseMatrix` serializados não controlados. Isso pode ser particularmente problemático em aplicações multi-tenant onde usuários com diferentes níveis de privilégio podem submeter um `InputStream` para ser processado em um `SparseMatrix`, ou ao utilizar o método em uma ferramenta local com `InputStream` proveniente de fontes externas.

Nome do Software Vulnerável e Versões Afetadas: com.powsybl:powsybl-iidm-criteria versões 6.3.0 até 6.7.1 com.powsybl:powsybl-contingency-api versões 5.0.0 até 5.0.0 Descrição: O problema consiste em uma vulnerabilidade potencial de Negação de Serviço por Expressão Regular polinomial (ReDoS) na classe RegexCriterion. Esta classe compila e avalia uma expressão regular não validada, fornecida pelo usuário, contra o identificador de um objeto Identifiable via Pattern.compile(regex).matcher(id).find(). Se explorada com sucesso, um ator malicioso pode causar exaustão significativa da CPU por meio de chamadas filter(...) repetidas ou recursivas — especialmente se realizadas em grandes modelos de rede ou operações de filtragem. Recomendações: Para com.powsybl:powsybl-iidm-criteria versões 6.3.0 até 6.7.1, atualize para a versão 6.7.2 ou superior. Para com.powsybl:powsybl-contingency-api versões 5.0.0, atualize para uma versão superior a 5.0.0; no entanto, a versão exata corrigida para este componente não é especificada. Como solução temporária, considere restringir o uso da classe RegexCriterion até que uma correção esteja disponível. Evite utilizar expressões regulares não confiáveis e identificadores potencialmente controlados por atacantes na classe RegexCriterion para minimizar o risco de exploração.

O problema refere-se a um ataque de entidade externa XML (XXE) e um ataque de falsificação de solicitação do lado do servidor (SSRF) em determinadas partes da análise de XML do powsybl-core. Isso permite que um atacante eleve seus privilégios para ler arquivos para os quais não possui permissão, incluindo arquivos sensíveis no sistema. A classe vulnerável é `com.powsybl.commons.xml.XmlReader`, a qual é considerada não confiável em casos de uso onde usuários não confiáveis podem submeter seu XML aos métodos vulneráveis. Isso pode ocorrer em uma aplicação multi-tenant que hospeda muitos usuários diferentes, possivelmente com diferentes níveis de privilégio.

O problema é uma vulnerabilidade potencial de Negação de Serviço por Expressão Regular polinomial (ReDoS) no mecanismo DataSource do PowSyBl. Esta vulnerabilidade pode ser explorada quando o método `listNames(String regex)` é chamado em um DataSource com uma expressão regular fornecida pelo usuário, permitindo que um ator malicioso cause consumo significativo de CPU devido ao backtracking da regex. O ataque requer controle sobre a entrada da regex e influência sobre os nomes de arquivos/recursos sendo correspondidos. Em um ambiente multi-tenant, isso pode degradar o desempenho e a disponibilidade do servidor, afetando outros usuários da aplicação.

A vulnerabilidade está presente no processo de remoção de sessões do @festify/secure-session. Quando uma sessão é excluída, ela é marcada para exclusão; no entanto, se um invasor obtiver acesso ao cookie, poderá continuar a utilizá-lo indefinidamente. O plugin cria uma sessão de cookie segura e sem estado para o Fastify, criptografando os dados da sessão com uma chave secreta e anexando o texto cifrado como valor do cookie. Quando um cookie criptografado com um nome de sessão correspondente é fornecido em solicitações subsequentes, ele descriptografa o texto cifrado para obter os dados e cria uma nova sessão.