Versão 5.9.5#

Uma nova versão do Sherpa Orchestrator foi lançada: Versão 5.9.5.

Data de lançamento: 22.10.2026.

1. Validade e intervalo de alteração de senhas locais#

Foram adicionadas duas configurações independentes para as senhas locais de Usuários e Contas. As duas verificações estão desabilitadas por padrão.

USER_PASSWORD_EXPIRATION_ENABLED habilita a validade da senha. USER_PASSWORD_EXPIRATION_DAYS define o prazo em dias, com padrão de 120. Quando a senha expira, o formulário de login solicita sua alteração. Depois de alterá-la com sucesso, é necessário entrar com a nova senha.

USER_PASSWORD_CHANGE_INTERVAL_ENABLED limita as alterações da senha local a uma a cada 24 horas. Quando uma alteração é recusada, a interface mostra o próximo horário permitido em UTC. Os requisitos de complexidade da senha continuam em vigor.

2. Licenças e participação dos Robôs em grupos#

A tabela de Licenças exibe a chave completa. A API permite pesquisar chaves por correspondência parcial, exclusão de um trecho ou correspondência exata. Filtros incorretos são recusados com o código 422.

A contagem de lugares ocupados de Attended Floating foi corrigida: os Robôs atribuídos e não excluídos são contados independentemente do estado e da última conexão. O Sherpa Autopilot pode ser registrado novamente após a exclusão do vínculo de licença anterior, enquanto os logins ativos continuam protegidos.

Um Robô criado pela interface, API ou importação em um grupo comum é incluído no grupo "All Robots" da sua Conta. A atualização adiciona ao grupo os Robôs omitidos anteriormente de Contas ativas. Os Trabalhos e Recursos atribuídos a "All Robots" passam então a se aplicar a esses Robôs.

3. Gatilhos de email, novas tentativas de Tarefas e Coordenador#

A execução do Gatilho de email foi corrigida quando uma mensagem que não corresponde ao filtro chega depois de mensagens correspondentes. Os interruptores de ativação de Gatilhos agora têm rótulos localizados para leitores de tela.

As novas tentativas de Tarefas funcionam pelo agendador sem uma sessão de usuário aberta. Uma Fila indisponível não gera mais avisos durante o processamento das novas tentativas.

O formato MachineHeartbeat da resposta de atividade do Coordenador no PostgreSQL foi corrigido. Os Coordenadores Windows e Linux voltam a interpretar a hora corretamente e a redefinir sessões RDP travadas.

4. Diagnóstico de OAuth e acesso à versão pela API#

Quando o processamento da resposta do provedor OAuth falha, o registro de erros do sistema armazena a etapa e o motivo da falha. Se o login for recusado após o processamento dessa resposta, a etapa é registrada. Esses eventos usam o canal oauth. Códigos de autorização, tokens, segredos e logins não são registrados.

O acesso anônimo à versão pela API v1 foi fechado. Usuários autorizados e clientes de API mantêm o formato da resposta e o acesso sem permissões adicionais.

5. Formulários, exportação de Trabalhos e arquivos de Versões de processos#

O salvamento de string vazia, zero e false em Minhas ações foi corrigido. A filtragem de Tarefas por tags compara tags inteiras, portanto correspondências com parte do nome não incluem mais Tarefas não relacionadas.

A exportação CSV e XLSX da tabela de Trabalhos fica indisponível sem linhas selecionadas. A interface não envia solicitações de exportação vazias.

O nome e o tamanho do arquivo da Versão do processo aparecem em um bloco informativo com contraste e quebra de nomes longos. Hashes de arquivo incorretos são corrigidos ao entregar um Trabalho. Um Robô não utiliza mais o arquivo de outro Processo em cache após a edição de uma versão com hash vazio.

6. Proteção de dados e confiabilidade do PostgreSQL#

As senhas das máquinas foram excluídas das listas de Robôs da API v1 e da API legada. A leitura de registros individuais continua disponível. TXT e JSON são exibidos como texto literal no visualizador, enquanto o HTML é sanitizado antes da exibição.

As verificações de componentes de caminho e limites de diretório do Armazenamento foram reforçadas, incluindo links simbólicos. O identificador de uma Pasta não muda durante a edição.

Os contadores de identificadores do PostgreSQL foram ampliados e seu estado foi restaurado após o preenchimento inicial. Os identificadores já emitidos não são reduzidos. O tratamento de conflitos simultâneos na admissão de Robôs no MariaDB foi corrigido sem criar um Trabalho novamente.

7. Backup e migração da instalação#

Foram preparadas instruções de backup e restauração para MariaDB e PostgreSQL integrados, com verificação do resultado e reversão segura.

A migração de uma instalação local para Docker no mesmo servidor é documentada preservando o banco de dados, o Armazenamento, a configuração, os certificados e o vínculo de licença. O procedimento inclui verificações e reversão sem excluir volumes de dados.

Foram adicionadas instruções separadas para refazer o vínculo de Licenças ao mover o Orchestrator para outro servidor mantendo o PostgreSQL ou MariaDB existente. A mudança exige essas etapas mesmo quando o banco de dados é preservado.

8. Segurança dos componentes e preparação da distribuição#

Foi fixada uma base com PHP 8.5.12 para o backend. As dependências do Vault e do VNC foram atualizadas, incluindo Werkzeug, urllib3 e certifi. Foram adicionadas correções de proteção do BusyBox, e o vazamento de segredos para os registros de diagnóstico do driver Snowflake foi eliminado.

As imagens Docker base e de lançamento passam por verificações obrigatórias de vulnerabilidades antes da publicação. As verificações do Vault consideram a preservação dos segredos durante atualizações. As ferramentas necessárias apenas para compilação foram removidas dos componentes VNC.

As chaves privadas incorporadas e as credenciais do Docker Hub foram removidas da distribuição.

A manutenção de versões permite selecionar imagens base em uma compilação semanal manual e executar uma compilação de verificação sem publicar no Docker Hub. A limpeza do disco do runner e as correções de compilação reduzem o risco de interromper a preparação da distribuição.