Atualizando o Edge Encryption
Os upgrades de instância e de servidor proxy exigem consideração especial em um ambiente Edge Encryption.
Upgrades de instância
Upgrades de instância em um ambiente Edge Encryption exigem cuidado para garantir que os controles de borda funcionem corretamente após o upgrade da instância.
- Configurações do Edge Encryption
- Regras do Edge Encryption
- Padrões de tokenização do Edge Encryption
- Trabalhos agendados do Edge Encryption
- Configurações-chave do Edge Encryption
- Upgrades programados do Edge Encryption
- Configurações de IP da lista de proibições do Edge Encryption
Qualquer trabalho agendado em execução durante o upgrade da instância não será concluído. Para concluir o trabalho interrompido, execute-o novamente depois que a instância for atualizada. Ao reprogramar o trabalho, o processamento que ocorreu antes do upgrade da instância não é perdido e o trabalho continua a processar somente os dados que ainda não foram processados.
Upgrades do servidor proxy
Bibliotecas de terceiros
- Adicionar manualmente a seguinte propriedade a "edgeencryption.properties":
edgeencryption.ekm.provider.classname = com.snc.edgeencryption.encryption.CloudEdgeNaeKeyProvider
- Adicionar a propriedade de local da biblioteca do fornecedor edgeencryption.thirdparty.vendor.library.path e a definir como /path/to/jars.
Por exemplo:
edgeencryption.thirdparty.vendor.library.path = /app/servicenow/libs
- Copie os JARs da SafeNet para esse caminho.
Depois de instalar as bibliotecas de terceiros fora da instalação Edge Encryption, elas não serão mais perdidas durante os upgrades.
Upgrades programados
- O servidor proxy verifica com a instância para ver se há uma nova versão disponível para upgrade. Novas versões geralmente se tornam disponíveis quando a instância recebe upgrade.
- O administrador recebe uma notificação ao fazer login quando uma nova versão do servidor proxy está disponível.
- O administrador pode Agendar um upgrade do servidor proxy do Edge Encryption para cada servidor proxy.Nota:Somente usuários com a função "security_admin" podem criar uma programação de upgrade por meio do servidor proxy.
- Depois que o upgrade é programado, o servidor proxy recebe upgrade automaticamente no horário programado. Durante o upgrade, o servidor proxy fica off-line por apenas um curto período de tempo.Nota:Como o servidor proxy é reiniciado durante o upgrade, ele fica off-line por um curto período de tempo. A duração é determinada pelo seu ambiente e quanto tempo leva para parar e reiniciar o serviço de proxy.
- Durante o upgrade programado, um novo diretório de proxy é criado, seus arquivos de configuração são copiados para ele e novas propriedades são gravadas no arquivo de propriedades existente. Os seguintes arquivos ou diretórios no seu diretório de proxy antigo são copiados para o novo diretório de proxy.
- Diretório /conf
- Diretório /keys
- Diretório /keystore
- Arquivo java/jre/lib/security/cacerts
Como resultado, suas chaves, armazenamentos de chaves, configurações e certificados serão preservados.Nota:Somente os arquivos acima são copiados para o novo diretório de proxy. Quaisquer outros arquivos personalizados no diretório do servidor proxy não são preservados durante um upgrade programado. O arquivo de log de atualização pode ser encontrado no diretório do proxy original na seguinte pasta: <original-proxy-directory>/tmp/upgrade-wrapper/bin.
Pré-requisitos para upgrades programados
- A variável de ambiente JAVA_HOME aponta para uma instalação Java na máquina que está fora da estrutura de diretórios do proxy de Edge Encryption.
- A variável de ambiente JAVA_HOME aponta para uma instalação do java que está na versão 1.8_u144 ou superior.
- O parâmetro -Djava.io.tmpdir no arquivo "wrapper.conf" do proxy de Edge Encryption aponta para um diretório que está FORA da estrutura de diretórios do proxy de Edge Encryption e o proxy tem permissões de leitura/gravação/execução no diretório. Como opção, você pode comentar todo o parâmetro para que o Java use a localização tmp padrão.
Upgrades manuais
Em vez de criar uma programação de upgrade, você pode fazer o upgrade manualmente cada servidor proxy por meio da linha de comando. Consulte Upgrade manual de um servidor proxy de Edge Encryption em execução no Linux ou Upgrade manual de um servidor proxy de Edge Encryption em execução no Windows.
Status de compilação de proxy
Você pode identificar facilmente se um servidor proxy está desatualizado navegando até . O status da compilação de proxy é indicado na coluna Compilação de proxy pelas seguintes cores:
- Verde
- Seu servidor proxy está atualizado.
- Amarelo
- Seu servidor proxy está desatualizado e um upgrade é necessário.
- Laranja
- Falha no upgrade. O servidor proxy será revertido para a versão antiga para garantir que não haja tempo de inatividade.
Como solucionar problemas de falha no upgrade programado de proxy
Quando um upgrade programado de proxy falha, o servidor proxy é revertido para a versão que você possuía até o momento. Todos os dados, chaves e arquivos de configuração originais são preservados. Esse processo pode levar vários minutos. Entre em contato com Suporte e atendimento ao cliente para garantir um upgrade bem-sucedido.
Se um upgrade programado de proxy falhar repetidamente, você poderá atualizar seu servidor proxy manualmente. Consulte Upgrade manual de um servidor proxy de Edge Encryption em execução no Linux e Upgrade manual de um servidor proxy de Edge Encryption em execução no Windows.
Requisitos mínimos de Java
Se estiver usando a criptografia AES de 256 bits com o Java 8 atualização 141 (8u141) ou inferior, você deverá instalar os arquivos de política de jurisdição da Extensão de Criptografia Java (JCE), copiando-os no diretório inicial do Java do sistema de cada host do servidor proxy Edge Encryption. Adicione esses arquivos à pasta <Java-home-directory>/jre/lib/security antes de executar um upgrade programado ou manual. Para instalar os arquivos de política de criptografia do AES de 256 bits, consulte Configurar a chave de criptografia AES de 256 bits.
Ambientes com versões de proxy mistas
Embora não seja recomendado um ambiente que execute versões antigas e atualizadas do servidor proxy, ele será compatível se todos os servidores proxy estiverem na mesma família de versões da sua instância. Por exemplo, se você tiver uma instância na versão Yokohama, seu ambiente oferecerá suporte a servidores proxy de qualquer patch Yokohama ou hot fix. No entanto, as seguintes limitações se aplicam:
- Se um servidor proxy oferecer suporte a uma funcionalidade que outro não oferece, você verá um comportamento inconsistente, dependendo de qual servidor proxy é usado.
- Se um servidor proxy estiver desatualizado, ele pode não incluir melhorias de segurança recentes.
Se um servidor proxy de uma versão anterior estiver registrado com uma versão mais recente da instância, você receberá notificações regulares de que o servidor proxy está desatualizado. Para garantir um ambiente ideal e seguro, ServiceNow recomenda sempre atualizar seu servidor proxy para a versão mais recente do software compatível com sua instância.