Tomas Mraz

Existe um canal lateral de temporização na implementação do algoritmo SM2 em plataformas ARM de 64 bits. Este problema poderia potencialmente permitir que um atacante remoto recuperasse a chave privada através de medições precisas de temporização. Embora a recuperação remota de chaves através de uma rede não tenha sido demonstrada, medições de temporização revelaram um sinal de temporização que pode possibilitar tal ataque. A vulnerabilidade é considerada um problema de severidade moderada, particularmente em cenários onde o suporte para certificados SM2 é adicionado via um provedor personalizado. Os módulos FIPS nas versões 3.0, 3.1, 3.2, 3.3, 3.4 e 3.5 do OpenSSL não são afetados, pois o SM2 não é um algoritmo aprovado.

O problema está relacionado às funções `EVP PKEY param check()` e `EVP PKEY public check()` na biblioteca OpenSSL, que podem levar a um ataque de Negação de Serviço (DoS) ao verificar chaves ou parâmetros DSA excessivamente longos. Essas funções realizam várias verificações nos parâmetros DSA, e alguns cálculos podem demorar muito tempo se o módulo (parâmetro `p`) for muito grande. Um aplicativo que chame essas funções e forneça uma chave ou parâmetros obtidos de uma fonte não confiável pode estar vulnerável a um ataque DoS. A implementação SSL/TLS do OpenSSL não é afetada por este problema.

O problema está relacionado à função `EVP PKEY public check()` na biblioteca OpenSSL, que pode levar a um ataque de Negação de Serviço (DoS) ao verificar chaves públicas RSA inválidas excessivamente longas. Isso pode causar longos atrasos em aplicativos que utilizam essa função para verificar chaves públicas RSA obtidas de fontes não confiáveis. A função `EVP PKEY public check()` é chamada a partir do aplicativo de linha de comando pkey do OpenSSL, tornando-a vulnerável quando utilizada com as opções ‘-pubin’ e ‘-check’ em dados não confiáveis. A implementação SSL/TLS do OpenSSL não é afetada por este problema.

The issue is related to the functions `DH check()`, `DH check ex()`, and `EVP PKEY param check()` in the OpenSSL library. These functions can cause excessive delays when checking excessively long DH keys or parameters, potentially leading to a Denial of Service attack if the key or parameters are obtained from an untrusted source. The `DH check()` function performs various checks on DH parameters, and a large `q` parameter value can trigger an overly long computation during some of these checks. The OpenSSL SSL/TLS implementation and the OpenSSL 3.0 and 3.1 FIPS providers are not affected by this issue.

The issue is related to the functions `DH check()`, `DH check ex()`, and `EVP PKEY param check()` in the OpenSSL library. These functions can cause long delays when checking excessively long DH keys or parameters, potentially leading to a Denial of Service (DoS) attack if the key or parameters are obtained from an untrusted source. The `DH check()` function performs various checks on DH parameters, including confirming that the modulus (`p` parameter) is not too large. However, trying to use a very large modulus is slow, and OpenSSL will not normally use a modulus over 10,000 bits in length. The OpenSSL SSL/TLS implementation and the OpenSSL 3.0 and 3.1 FIPS providers are not affected by this issue.

The AES-SIV cipher implementation in OpenSSL contains a bug that causes it to ignore empty associated data entries, which are unauthenticated as a consequence. This issue can mislead applications that use the AES-SIV algorithm and want to authenticate empty data entries as associated data by removing, adding, or reordering such empty entries. The AES-SIV algorithm allows for authentication of multiple associated data entries along with the encryption. To authenticate empty data, the application has to call `EVP EncryptUpdate()` (or `EVP CipherUpdate()`) with a NULL pointer as the output buffer and 0 as the input buffer length. However, the AES-SIV implementation in OpenSSL just returns success for such a call instead of performing the associated data authentication operation. The empty data thus will not be authenticated. This issue does not affect non-empty associated data authentication, and it is expected to be rare for an application to use empty associated data entries.

The function `X509 VERIFY PARAM add0 policy()` is documented to implicitly enable the certificate policy check when doing certificate verification. However, the implementation of the function does not enable the check, which allows certificates with invalid or incorrect policies to pass the certificate verification. This could potentially allow a remote attacker to execute a "man-in-the-middle" attack. Certificate policy checks are disabled by default in OpenSSL and are not commonly used by applications.

The issue is related to a stack-based buffer overflow in the `url::get pac` function, which can be triggered by a large proxy.pac file from remote servers. This may lead to unspecified consequences. The vulnerability can be exploited remotely and may result in a breach of confidentiality, integrity, and availability of protected information.

The issue concerns multiple vulnerabilities in the pam package of Red Hat Enterprise Linux. These vulnerabilities can be exploited locally, potentially leading to breaches of confidentiality, integrity, and availability of protected information. The pam namespace module in Linux-PAM is specifically affected, where it uses the environment of the invoking application or service during execution of the namespace.init script. This might allow local users to gain privileges by running a setuid program that relies on the pam namespace PAM check.

Name of the Vulnerable Software and Affected Versions: OpenSSH version 4.3p2 Description: The issue allows remote attackers to write arbitrary characters to an audit log via a crafted `username`. This is due to an unspecified vulnerability in the `linux audit record event` function. Recommendations: For OpenSSH version 4.3p2, at the moment, there is no information about a newer version that contains a fix for this vulnerability.