Implementando a Segurança no Oracle GoldenGate

Esta seção é relevante para DBAs e desenvolvedores envolvidos em configurações de segurança. Ele descreve as etapas de implementação dos recursos de segurança na implantação da Arquitetura de Microsserviços do Oracle GoldenGate e no Service Manager.

As etapas a seguir descrevem os recursos de segurança do Oracle GoldenGate que você pode implementar ao criar um ambiente seguro do Oracle GoldenGate.

  1. Use a versão mais recente do software.

    Faça download do software Oracle GoldenGate mais recente. Certifique-se de estar usando a RU (Release Update) mais recente. A instalação do software mais recente muitas vezes pode melhorar a segurança, pois as versões mais recentes incluem frequentemente correções e atualizações que abordam vulnerabilidades descobertas em versões anteriores.

  2. Se você usar o OGGCA para implantar o Oracle GoldenGate, certifique-se de que a segurança esteja ativada. Uma implantação segura consiste no certificado do Servidor, em sua Chave Privada e no certificado (raiz) assinado por CA. Isso permite uma comunicação segura usando TLS para API REST.

    Quando não for adequado proteger o Oracle GoldenGate com o certificado do servidor, você poderá considerar o uso do Reverse Proxy para comunicação de rede segura. Nesse cenário, verifique se o servidor está bloqueado.

  3. Use senhas que aderem à Política de Senhas Fortes. Você pode utilizar um Usuário de Administração do Oracle GoldenGate local para o Gerenciador de Serviços e um Provedor de identidades externo (IDP) para autenticação externa usando OAuth2/OIDC. Você pode usar o OCI-IAM, o IDCS ou o OAM Local baseado no Oracle Cloud como provedores de IDP. O IDP permite que você aproveite a Autenticação baseada em SSO, MFA ou Token.

  4. O Oracle GoldenGate suporta RBAC (role-based authentication control) para autorização do usuário. Use as melhores práticas de privilégio mínimo para usuários do Oracle GoldenGate.

  5. Verifique se a criptografia é aplicada aos arquivos de trilha. A chave mestra de criptografia do arquivo de trilha é gerenciada localmente. Sistemas de gerenciamento de chaves como OCI-KMS ou OKV, que são externos, oferecem um grau de proteção ainda maior.

  6. O Oracle GoldenGate utiliza uma wallet PKCS#12 para armazenar as credenciais do Oracle GoldenGate e do banco de dados. Somente um USERIDALIAS pode ser usado para estabelecer conexões de banco de dados. Talvez você queira atualizar as credenciais do usuário Administrador do Oracle GoldenGate.

  7. Para uma comunicação de rede segura com o banco de dados, use o cliente de rede segura de banco de dados fornecido. O Oracle AI Database Server fornece TCPS e NNE (Network Encryption).

  8. Para o protocolo de caminho de distribuição, use o protocolo Secure WebSocket (WSS). Para proteger o Oracle GoldenGate DistPath, você pode utilizar Credenciais, certificados de Cliente (TLS Mútuo) ou OAuth/OIDC.

  9. Em ambientes DMZ protegidos por firewall, use o Alvo Iniciado DistPath. Isso possibilita que o Serviço do Receptor de destino inicie o DistPath.

  10. A conformidade com o FIPS (Federal Information Processing Standards) é outro recurso do Oracle GoldenGate. Durante a implantação, o padrão de segurança adicional (FIPS) pode ser ativado.

O Oracle GoldenGate oferece suporte total a ambientes de máquina virtual criados com qualquer software de virtualização em qualquer plataforma, a menos que seja observado o contrário. Ao instalar o Oracle GoldenGate em um ambiente de máquina virtual, selecione um build que corresponda ao banco de dados e ao sistema operacional da máquina virtual, não ao sistema host.

Observação: os clientes Oracle com um contrato de suporte ativo e que executam versões suportadas dos produtos Oracle (incluindo Oracle GoldenGate) recebem assistência da Oracle ao executar esses produtos em ambientes virtualizados VMware. Se a Oracle identificar que o problema subjacente não é causado pelos produtos da Oracle ou está sendo executado em um ambiente de computação não suportado pela Oracle, a Oracle encaminhará os clientes para VMware para assistência adicional e a Oracle fornecerá assistência a VMware, conforme aplicável na resolução do problema. Esta política de suporte não afeta as políticas de licenciamento da Oracle ou do VMware.