Adam Korczynski

A flaw was found in the OIDC logout endpoint of the keycloak-services component, which handles user session termination in Red Hat Build of Keycloak. The issue occurs because the system sets a session cookie based on an unvalidated token hint before completing security checks. An attacker can use this flaw to fix a session ID in a victim's browser, allowing them to hijack the victim's subsequent login and gain full control over their account.

A validação inadequada de arrays RunEndEncoded na interface ArrayData permite a leitura de dados além dos limites do array de valores filho. Isso ocorre durante a validação de arrays RunEndEncoded através da função `ArrayData::validate values`, o que pode levar a uma leitura fora dos limites ao acessar o último valor por meio de APIs como `TypedRunArray::value`.

O Docker Engine classifica o nome de host de um registro como inseguro usando uma verificação de DNS do tipo any-match. A função `loadInsecureRegistries()` injeta 127.0.0.0/8 e ::1/128 como CIDRs inseguros por padrão. A função `isCIDRMatch()` resolve todos os endereços do nome do host e retorna verdadeiro se um único endereço estiver na lista de CIDRs inseguros. Como o transporte disca novamente o nome do host em vez do endereço correspondente ao CIDR, um conjunto de respostas DNS composto por um IP de loopback e um IP de atacante desativa a verificação de certificado e permite a reversão para HTTP na conexão com o registro. Isso permite que um atacante que consiga influenciar o DNS ignore a verificação de certificado TLS e force a reversão para HTTP, expondo credenciais do registro e permitindo a substituição de imagens.

Existe um problema onde o software falha ao processar autolinks de Markdown com parênteses de fechamento finais não correspondentes em tempo linear. Isso permite que um usuário autenticado com permissão para criar postagens cause consumo excessivo de CPU do servidor e degrade a disponibilidade do serviço para outros usuários por meio de conteúdo de postagem ou anexo de mensagem especialmente criado.

Um invasor autenticado pode causar a negação de serviço ao fazer o upload de um GIF animado especialmente criado como um emoji personalizado. Isso ocorre porque o sistema falha em limitar o número de quadros e não impõe o limite de tamanho de arquivo durante o processo de upload.

When deserializing untrusted or corrupted data, it is possible for a reader to consume memory beyond the allowed constraints and thus lead to out of memory on the system. This issue affects Java applications using Apache Avro Java SDK. An unauthenticated attacker can expose assets in the environment susceptible to exploitation, with no impact to confidentiality, no impact to integrity, high impact to availability, and requires no user interaction.

An attacker who has compromised a registry can cause users to verify the wrong artifact. This issue allows an attacker to lead a user into verifying the wrong artifact if they control or compromise a registry.

An attacker who has compromised a registry and added a high number of signatures to an artifact can cause denial of service of services on the machine, if a user runs `notation verify` command on the same machine. This issue can be exploited by making the registry serve an infinite number of signatures for the artifact. The `maxSignatureAttempts` in `notation verify` enables this endless data attack.

The issue causes excessive memory consumption when verifying signatures, leading to application crashes and impacting availability. Users can review their trust policy file for the identity string containing `=#` and ensure only trusted certificates are in their trust stores with `authenticity` validation set to `enforce`.

The issue is related to the import of OCI images in containerd, where there was no limit on the number of bytes read for certain files. A maliciously crafted image with a large file could cause a denial of service.

O problema está relacionado à função ParseAcceptLanguage, que pode ser explorada para causar uma negação de serviço através da criação de um cabeçalho Accept-Language específico. Esse cabeçalho pode fazer com que a função demore um tempo significativo para ser analisada, levando a uma negação de serviço. O problema se deve à complexidade de tempo quadrática do analisador de tags BCP 47, que está exposto a entradas de usuários não confiáveis. 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.

Programas que compilam expressões regulares a partir de fontes não confiáveis podem estar vulneráveis a esgotamento de memória ou negação de serviço. A representação da expressão regular analisada é linear em relação ao tamanho da entrada, mas, em alguns casos, o fator constante pode chegar a 40.000, fazendo com que expressões regulares relativamente pequenas consumam quantidades muito maiores de memória. Após a correção, cada expressão regular analisada é limitada a um consumo de memória de 256 MB. Expressões regulares cuja representação usaria mais espaço do que isso são rejeitadas. O uso normal de expressões regulares não é afetado.

O problema está relacionado ao fato de a função Reader.Read não definir um limite para o tamanho máximo dos cabeçalhos de arquivo. Um arquivo compactado criado de forma maliciosa poderia fazer com que a função Reader.Read alocasse quantidades ilimitadas de memória, causando potencialmente esgotamento de recursos ou falhas do sistema. Após a correção, a função Reader.Read limita o tamanho máximo dos blocos de cabeçalho a 1 MiB.

O problema é um bug de cross-site scripting (XSS) que poderia permitir que um invasor injetasse código JavaScript arbitrário na página “/auth/callback” no navegador da vítima. Essa vulnerabilidade afeta apenas instâncias do Argo CD com o single sign-on (SSO) habilitado. A exploração requer que o invasor tenha acesso à chave de criptografia do servidor API, um método para adicionar um cookie ao navegador da vítima e a capacidade de convencer a vítima a visitar um link malicioso “/auth/callback”. A vulnerabilidade é classificada como de gravidade baixa, pois o acesso à chave de criptografia do servidor API já concede um alto nível de acesso.

O problema está relacionado a um bug de validação incorreta de certificados no Argo CD, o que poderia fazer com que ele confiasse em um provedor malicioso do OpenID Connect (OIDC). Esse bug afeta as conexões com provedores OIDC e pode ser explorado por um invasor para realizar ataques de spoofing. A vulnerabilidade está relacionada à omissão da verificação de certificados durante a comunicação com o provedor OIDC, o que expõe o Argo CD a vários riscos, como um ataque man-in-the-middle.

O CloudCore Router no KubeEdge não impõe um limite ao tamanho das respostas às solicitações feitas pelo manipulador REST, permitindo que um invasor faça uma solicitação que retornará uma resposta HTTP com um corpo grande e causará uma negação de serviço. Isso pode ocorrer quando o módulo `router` está habilitado no arquivo de configuração `cloudcore.yaml`. Apenas um usuário autenticado da nuvem pode realizar um ataque. A consequência do esgotamento é que o CloudCore ficará em uma situação de negação de serviço.

Uma resposta de grande porte recebida pelo viaduct WSClient pode causar uma negação de serviço (DoS) devido ao esgotamento da memória. Todo o corpo da resposta é lido na memória, o que poderia permitir que um invasor enviasse uma solicitação que retornasse uma resposta com um corpo grande. A consequência do esgotamento é que o processo que invoca um WSClient ficará em uma situação de negação de serviço. Este problema afeta usuários autenticados no lado do edge e que se conectam ao `cloudhub` a partir do lado do edge por meio do protocolo WebSocket.

O servidor ServiceBus no lado do edge pode estar suscetível a um ataque DoS se receber uma solicitação HTTP contendo um corpo (Body) muito grande. É possível que o nó fique sem memória, causando uma negação de serviço para outros serviços no nó, como outros contêineres. Essa vulnerabilidade pode ser explorada por aplicativos maliciosos que tenham permissão para enviar solicitações HTTP para o localhost, mas somente quando o módulo `ServiceBus` estiver habilitado no arquivo de configuração `edgecore.yaml`.

O KubeEdge é um sistema de código aberto para estender os recursos nativos de orquestração de aplicativos em contêineres para hosts na borda (Edge). Vários endpoints no Cloud AdmissionController, incluindo “/devicemodels”, “/rules”, “/ruleendpoints” e “/offlinemigration”, podem estar suscetíveis a um ataque DoS se uma solicitação HTTP contendo um corpo (Body) muito grande for enviada a ele. A consequência desse esgotamento é que o Cloud AdmissionController ficará em estado de negação de serviço. Apenas um usuário autenticado pode causar esse problema.

O EdgeCore pode estar suscetível a um ataque DoS no CloudHub se um invasor enviar uma solicitação HTTP bem elaborada para “/edge.crt”. Se a solicitação tiver um corpo muito grande, ela pode travar o serviço HTTP por meio de um vetor de esgotamento de memória. O corpo da solicitação é lido na memória, e um corpo maior do que a memória disponível pode levar a um ataque bem-sucedido. Apenas usuários autorizados podem realizar esse ataque, pois a solicitação deve passar pela autorização. A consequência do esgotamento é que o CloudHub ficará em estado de negação de serviço. Esta falha afeta o KubeEdge apenas quando o módulo CloudHub está habilitado no arquivo `cloudcore.yaml`.