As informações a seguir representam os planos da Oracle para mudanças nos algoritmos de segurança e nas políticas/configurações associadas no Oracle Database.
As informações neste site destinam-se às versões que atualmente recebem Suporte Premier da Oracle (conforme descrito na política de suporte vitalício dos Produtos de Tecnologia Oracle).
Estes avisos abrangem alterações em versões de atualização. Novas versões de recursos podem implementar novos algoritmos de segurança ou usar configurações padrão diferentes das versões lançadas anteriormente. Informações sobre as alterações fornecidas com novas versões de recursos, incluindo alterações em criptografia, podem ser encontradas nas notas de versão. No entanto, em algumas exceções notáveis, este site pode incluir avisos sobre alterações em uma versão futura ou até mesmo versões de acesso antecipado.
As informações abaixo são um resumo dos planos atuais da Oracle. Destina-se a fornecer informações gerais ao público. Este roadmap pode mudar com pouco ou nenhum aviso prévio, embora a Oracle tente avisar com antecedência sobre essas alterações. Em alguns casos, é possível que as alterações necessárias sejam publicadas somente após uma determinada versão ou atualização de versão.
Descubra por que a KuppingerCole reconheceu a Oracle como líder em segurança de banco de dados
|
Cronograma proposto |
Versão(ões) direcionada(s) e recurso(s) impactado(s) |
Ação planejada |
|---|---|---|
|
2S 2026 |
19c / TLS |
Compatibilidade com TLS 1.3 com troca de chaves e certificados resistentes à computação quântica no Oracle Database 19c Uma próxima atualização de versão do Oracle Database 19c adicionará suporte a TLS 1.3, troca de chaves resistente à computação quântica usando ML-KEM ou uma combinação híbrida de ML-KEM e ECDHE, e certificados ML-DSA. O plano atual é que esse novo recurso esteja disponível, mas desativado por padrão. Habilitá-la exigirá que os binários do banco de dados sejam relinkados; nesse momento, a pilha de criptografia legada será desativada, e apenas a nova pilha de criptografia funcionará. Você poderá reverter para a configuração legada, se necessário, revinculando o banco de dados novamente. |
|
2S 2026 |
26ai / TLS |
Atualização do Native Network Encryption (NNE) no Oracle AI Database 26ai Uma próxima atualização de release do Oracle AI Database 26ai adicionará suporte a um novo algoritmo NNE, o ezTLS. O novo algoritmo utiliza TLS, mas em um modo sem certificado. Isso proporcionará a vantagem de configuração simples do NNE, mas com suporte aprimorado à criptografia e à troca de chaves com base em TLS. |
|
2S 2026 |
19c / TLS |
Desabilitar cifras fracas por padrão Atualmente, o parâmetro TLS_ENABLE_WEAK_CIPHERS tem como padrão TRUE para compatibilidade com versões anteriores. Em uma próxima atualização de versão, planejamos alterar o padrão para FALSE, o que desabilitará essas cifras, a menos que o parâmetro seja definido explicitamente como TRUE no sqlnet.ora:
|
|
2S 2026 |
19c / TLS |
Remover o suporte para TLS 1.0 e TLS 1.1 Em uma próxima atualização de versão, apresentaremos um novo módulo de criptografia de "próxima geração" para o Oracle Database 19c. Você terá a opção de usar o módulo criptográfico legado existente ou o novo módulo de próxima geração. Se você usar o módulo de última geração, TLS 1.0 e TLS 1.1 não estarão disponíveis. O novo módulo oferece suporte a TLS 1.2 e TLS 1.3. O valor padrão de TLS_VERSION oferecerá suporte a ambas as versões (TLS 1.2, TLS 1.3). Se você continuar usando o módulo legado, o suporte continuará para TLS 1.0, TLS 1.1 e TLS 1.2. No módulo legado, o valor padrão de TLS_VERSION é "undetermined", que habilita TLS 1.0, 1.1 e 1.2. Isso significa que seu listener TLS aceitará TLS 1.0 e 1.1, a menos que TLS_VERSION seja definido explicitamente para desativá-los. É provável que os scanners automatizados de vulnerabilidades emitam alertas sobre essa configuração padrão, pois o TLS 1.0 e o TLS 1.1 não são mais considerados seguros. Em uma RU futura após a introdução do módulo de próxima geração, alteraremos o valor padrão de TLS_VERSION para o módulo legado de "indeterminado" para TLS 1.2. Se você deseja usar TLS 1.0 ou 1.1 mais antigos, será necessário configurar seu banco de dados para usar o módulo criptográfico legado e atualizar o valor de TLS_VERSION para incluir TLS 1.0 e/ou 1.1. Observe que TLS 1.0 e TLS 1.1 não podem ser ativados ao usar o módulo de criptografia de próxima geração. |
|
2S 2026 |
19c / NNE, DBMS_CRYPTO |
Desativar o hashing MD2 e MD4 quando o banco de dados operar nos modos FIPS 140-3 ou FIPS 140-2 Atualmente, o Oracle Database 19c oferece suporte ao FIPS 140-2. Uma próxima atualização de versão incluirá suporte ao FIPS 140-3. Como parte dessa versão, quando o banco de dados operar nos modos FIPS 140-3 ou FIPS 140-2, o hashing MD2 e MD4 será desabilitado. |
|
2S 2026 |
19c / NNE, DBMS_CRYPTO |
Desativar a criptografia 3DES quando o banco de dados operar no modo FIPS 140-3 O 3DES não funcionará se o banco de dados estiver configurado para FIPS 140-3. O 3DES não funcionará quando o banco de dados estiver no modo FIPS 140-2 para os modos CFB e OFB. O 3DES continuará funcionando no modo FIPS 140-2 nos modos CBC e ECB. |
|
2S 2026 |
19c / NNE, DBMS_CRYPTO |
Desativar DES, 2DES e RC4 no modo FIPS Os algoritmos DES, 2DES e RC4 não funcionarão para a criptografia de rede nativa (NNE) e DBMS_CRYPTO em nenhum modo FIPS |
|
1S 2027 |
19c / TLS |
Permitir a desativação de grupos de curvas elípticas fracas Uma próxima atualização de versão apresentará um novo parâmetro, SSL_DISABLE_WEAK_EC_CURVES, com um valor padrão de FALSE. Quando esse parâmetro é definido como TRUE, ele desabilita o grupo de curvas ECC com comprimentos de chave menores que (mas não incluindo) 256 bits (equivalente a RSA 2048), incluindo: sect163k1, sect163r1, sect163r2, sect193r1, sect193r2, sect233k1, sect233r1, sect239k1, sect283k1, sect283r1, sect409k1, sect409r1, sect571k1, sect571r1, secp160k1, secp160r1, secp160r2, secp192k1, secp192r1, secp224k1, secp224r1, secp256k1 Em algum momento no futuro, alteraremos o valor padrão deste novo parâmetro para TRUE. |
|
1S 2027 |
26ai / TLS |
Desabilitar curvas elípticas fracas por padrão Atualmente, o parâmetro TLS_DISABLE_WEAK_EC_CURVES tem um valor padrão de FALSE. Definir esse valor como verdadeiro desativa curvas ECC com comprimento de chave inferior a 256 bits, incluindo: sect163k1, sect163r1, sect163r2, sect193r1, sect193r2, sect233k1, sect233r1, sect239k1, sect283k1, sect283r1, sect409k1, sect409r1, sect571k1, sect571r1, secp160k1, secp160r1, secp160r2, secp192k1, secp192r1, secp224k1, secp224r1, secp256k1 Em algum momento no futuro, alteraremos o valor padrão deste novo parâmetro para TRUE. SSL_DISABLE_WEAK_EC_CURVES foi descontinuado em favor de TLS_KEY_EXCHANGE_GROUPS, que tem um valor padrão de hybrid, ec, weak, ml-kem. A configuração fraca habilita as curvas ECC fracas listadas acima. Ao mesmo tempo em que alterarmos a configuração padrão de SSL_DISABLE_WEAK_EC_CURVES, também removeremos weak do valor padrão de TLS_KEY_EXCHANGE_GROUPS. |
|
Data de lançamento |
Versão afetada |
Recurso afetado |
Algoritmo/Protocolo e Ação |
|---|---|---|---|
|
20/01/2026 |
23.26.1 |
TLS (somente 1.3) |
Híbrido Adicionada uma opção para usar um modo híbrido de troca de chaves. Isso combina ECDHE com ML-KEM. O benefício disso é fornecer garantia adicional para a troca de chaves TLS diante de ameaças quânticas do tipo coletar agora/descriptografar depois. A troca de chaves híbrida exigiria o comprometimento de ambos os algoritmos de troca antes que uma chave de sessão pudesse ser comprometida. Atualizar TLS_KEY_EXCHANGE_GROUPS para:
|
|
20/01/2026 |
19.30 |
TLS |
Os parâmetros sqlnet.ora agora permitem escolher entre TLS_ e SSL_ Os parâmetros a seguir agora permitem que você use um prefixo SSL ou TLS no nome do parâmetro:
|
|
15/10/2025 |
23.26.0 |
TLS (somente 1.3) |
ML-KEM Adicionada uma opção para escolher ML-KEM como a cifra de troca de chaves. O objetivo é fornecer resistência quântica para dados TLS em trânsito. Adicionado suporte a certificados ML-DSA. Novo parâmetro TLS_KEY_EXCHANGE_GROUPS adicionado ao sqlnet.ora. Os valores permitidos são ec (ECDHE), weak e ml-kem. Essa é a ordem de precedência se nenhum valor for especificado. |
|
02/01/2025 |
23.7 |
TLS (somente 1.2) |
Grupos de curvas elípticas TLS Adiciona opção para ativar ou desativar curvas elípticas fracas para conexões TLS por meio do parâmetro "SSL_DISABLE_WEAK_EC_CURVES", com valor padrão FALSE. Conforme a RFC8422, somente as curvas elípticas secp256r1, secp384r1, secp521r1 e x25519 continuarão a ser suportadas. As curvas a seguir são consideradas fracas de acordo com esta RFC - sect163k1, sect163r1, sect163r2, sect193r1, sect193r2, sect233k1, sect233r1, sect239k1, sect283k1, sect283r1, sect409k1, sect409r1, sect571k1, sect571r1, secp160k1, secp160r1, secp160r2, secp192k1, secp192r1, secp224k1, secp224r1, secp256k1 Essas curvas permanecem ativadas por padrão, mas o novo parâmetro de configuração pode ser usado para desativá-las, se desejado. |
|
02/05/2024 |
23.4 |
NNE |
MD4, MD5, DES, 3DES, RC4 Removidos os algoritmos relacionados a MD4, MD5, DES, 3DES e RC4 para Native Network Encryption (NNE). |
|
02/05/2024 |
23.4 |
DBMS_CRYPTO |
MD4, MD5, DES, 3DES, RC4 Desativar os algoritmos relacionados a MD4, MD5, DES, 3DES e RC4 para DBMS_CRYPTO por padrão.
|
|
02/05/2024 |
23.4 |
TLS |
TLS Os parâmetros sqlnet.ora ALLOW_MD5_CERTS e ALLOW_SHA1_CERTS foram descontinuados no 26ai. Em vez desses parâmetros, use o parâmetro sqlnet.ora ALLOWED_WEAK_CERT_ALGORITHMS, que é novo no Oracle AI Database 26ai. |
|
02/05/2024 |
23.4 |
TLS |
Desabilitar cifras fracas por padrão O parâmetro SSL_ENABLE_WEAK_CIPHERS foi introduzido em outubro de 2023 para fornecer uma opção para ativar/desativar cifras TLS fracas, com o valor padrão definido como TRUE. Para ser seguro por padrão, SSL_ENABLE_WEAK_CIPHERS é definido como FALSE por padrão a partir da versão 23.4. |
|
02/05/2024 |
23.4 |
TLS, NNE |
RSA, DH, DSA Aumente o tamanho da chave no modo FIPS. A partir do 26ai, comprimentos mínimos de chave de 2048 para RSA, Diffie-Hellman (DH) e Digital Signature Algorithm (DSA) são suportados no modo FIPS. Tamanhos de chave menores são permitidos somente no modo não FIPS. |
|
17/10/2023 |
19.21 |
TLS |
TLS Desabilitar cifras fracas por padrão. O parâmetro SSL_ENABLE_WEAK_CIPHERS foi introduzido para oferecer uma opção para ativar/desativar cifras TLS fracas com o valor padrão TRUE. |
|
19/04/2023 |
23.1 |
TLS |
TLS Remoção de suporte para SSLv3, TLS1.0, TLS1.1 |
|
19/04/2023 |
23.1 |
TLS |
TLS Descontinuar suporte a cifras DH anônimas.
|
|
13/08/2021 |
21c |
TLS |
TLS Descontinuação do suporte ao conjunto de criptografia RC4 anônimo (SSL_DH_anon_WITH_RC4_128_MD5) O uso do conjunto de cifras RC4 anônimo para conexões TLS não autenticadas não é mais suportado no 21c e versões posteriores. |
|
13/05/2021 |
21c |
NNE, DBMS_CRYPTO |
SHA1 Descontinuar o uso de SHA-1 para NNE e DBMS_CRYPTO. |
Experimente o Advanced Security configurando seus principais casos de uso no LiveLabs. Este laboratório se concentra nos recursos do Oracle Advanced Security, como Transparent Data Encryption (TDE) e Data Redaction. Saiba como configurar esses recursos para proteger seus bancos de dados e dados confidenciais. Execute este workshop em sua própria tenancy ou reserve um horário para usar o LiveLabs, gratuitamente.
Neste laboratório, você vai migrar um Oracle Database 19c criptografado com TDE de uma wallet local para Oracle Key Vault para gerenciamento centralizado de chaves. Aprenda a carregar e remover chaves mestras TDE para conformidade com PCI DSS, usar chaves com tag para facilitar a associação de PDBs e estabelecer um fluxo de trabalho repetível e auditável para centralização e rotação de chaves. Execute o workshop em seu próprio aluguel ou reserve um tempo para executar o workshop no LiveLabs, gratuitamente.
Este workshop explora os recursos avançados de gerenciamento de chaves SSH do Oracle Key Vault, demonstrando como centralizar chaves SSH em um ambiente robusto e orientado por políticas, além de minimizar o risco de roubo de credenciais ou configuração incorreta. Aprenda a armazenar, controlar e alternar pares de chaves SSH diretamente no Key Vault, onde as chaves privadas podem ser definidas como não extraíveis para que, mesmo que um servidor seja comprometido, as chaves permaneçam protegidas.
Experimente o Data Safe configurando seus principais casos de uso no LiveLabs. Este é um laboratório de visão geral. Ele se concentra em avaliar configurações de banco de dados e controles de segurança, avaliar a segurança e os privilégios dos usuários, monitorar a atividade dos usuários por meio de auditoria e alertas, descobrir e mascarar dados confidenciais para conformidade e mitigar riscos de injeção de SQL e contas comprometidas usando o SQL Firewall.