Roadmap de criptografia do Oracle Database



Roadmap de criptografia do Oracle Database

Última atualização em março de 2026

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.

Isenção de responsabilidade

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.


Bússola de Liderança da KuppingerCole de 2025 para Plataformas de Segurança de Dados

Descubra por que a KuppingerCole reconheceu a Oracle como líder em segurança de banco de dados

Alterações planejadas

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:

  1. TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
  2. TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
  3. TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
  4. TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
  5. TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
  6. TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA
  7. TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
  8. TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA
  9. TLS_RSA_WITH_AES_256_GCM_SHA384
  10. TLS_RSA_WITH_AES_256_CBC_SHA256
  11. TLS_RSA_WITH_AES_256_CBC_SHA
  12. TLS_RSA_WITH_AES_128_GCM_SHA256
  13. TLS_RSA_WITH_AES_128_CBC_SHA256
  14. TLS_RSA_WITH_AES_128_CBC_SHA
  15. TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
  16. TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
  17. TLS_DHE_RSA_WITH_AES_256_CBC_SHA
  18. TLS_DHE_RSA_WITH_AES_128_CBC_SHA

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.

Alterações lançadas

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:

  • Adicionar novo valor HYBRID
  • Respeite a ordem dos valores listados no parâmetro
  • O valor padrão é: hybrid, ec, weak, ml-kem

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:

  • TLS(or SSL)_CIPHER_SUITES
  • TLS(or SSL)_VERSION
  • TLS(or SSL)_CLIENT_AUTHENTICATION
  • TLS(or SSL)_SERVER_CERT_DN
  • TLS(or SSL)_SERVER_DN_MATCH
  • TLS(or SSL)_ALLOW_WEAK_DN_MATCH
  • TLS(or SSL)_CERT_REVOCATION
  • TLS(or SSL)_CRL_PATH
  • TLS(or SSL)_CRL_FILE
  • TLS(or SSL)_EXTENDED_KEY_USAGE
  • TLS(or SSL)_ENABLE_WEAK_CIPHERS

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.

  • A criptografia RC4 e o MD4 agora estão totalmente desativados na versão 23.4.
  • A descriptografia RC4, o MD5, o DES, o 3DES e o SHA-1 foram marcados como obsoletos usando PRAGMA DEPRECATE.
  • Se os avisos de PL/SQL estiverem ativados, os desenvolvedores agora receberão um aviso quando esses algoritmos obsoletos forem usados. Além disso, esses algoritmos obsoletos não funcionarão se o parâmetro de inicialização ALLOW_WEAK_CRYPTO estiver definido como FALSE (seu valor padrão é TRUE).

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.

    Remover o suporte a cifras DH anônimas para conexões de saída e para conexões cliente/servidor de banco de dados
  • TLS_DH_ANON_WITH_AES_256_GCM_SHA384
  • TLS_DH_ANON_WITH_AES_128_GCM_SHA256
  • SSL_DH_ANON_WITH_3DES_EDE_CBC_SHA

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.

Informações adicionais e leituras complementares

Conheça a segurança do banco de dados Oracle


Experimente o Advanced Security

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.



Experimente o Key Vault

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.



Experimente o Key Vault

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

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.