Saltar para o conteúdo

Segurança

O Riversoft® STCP Gemini Rename não abre portas de rede nem recebe conexões. A segurança depende do servidor, do arquivo de configuração e das regras.

Chave de criptografia das senhas

A chave informada em applConfigPassPhrase decifra as senhas guardadas na configuração da instância, como a senha do banco de log. Ela deve ser a mesma usada pelos demais produtos do ambiente. Veja Chave de criptografia das senhas.

Arquivo de configuração

applConfigPassPhrase, cfgDbPswd e o arquivo de licença são dados sensíveis.

  • Restrinja o config.json ao usuário e ao grupo de execução (chmod 640).
  • Use no banco de configuração um usuário com as permissões mínimas necessárias para a leitura da configuração.
  • Não guarde cópias do config.json em diretórios compartilhados ou em repositórios de código.

Usuário de execução

Execute o Riversoft STCP Gemini Rename com o usuário stcp, criado pelo pacote, e não como root. O usuário de execução precisa de:

  • leitura nos diretórios de origem;
  • escrita nos diretórios de destino, de backup e de controle (applLockDir);
  • execução dos comandos externos configurados nas regras.

Quando o Riversoft STCP Gemini Server ou o Riversoft STCP DirectLink acionam o Riversoft STCP Gemini Rename, ele é executado com o usuário desses serviços.

Comandos externos

Os comandos de ExecProgBefore, ExecProg e ExecProgError são executados com as permissões do usuário de execução e recebem valores derivados dos nomes dos arquivos.

  • Use caminhos absolutos e scripts que só o administrador possa alterar.
  • Trate nos scripts os valores recebidos como dados, sem executá-los. Nomes de arquivos enviados por parceiros podem conter caracteres inesperados.
  • Restrinja quem pode alterar os roteamentos no Riversoft Console Portal, porque um roteamento define os comandos executados no servidor.

Diretórios e arquivos

  • Mantenha os diretórios de backup com acesso restrito, porque eles guardam cópias dos arquivos recebidos.
  • Ao usar a opção de sobrescrever (16) na cópia ou no backup, confira que a regra não alcança arquivos que não deveriam ser substituídos.
  • Use RemoveAfterCopy somente depois de validar a regra com -test, para não perder o arquivo original.