{"id":17847,"date":"2026-07-31T10:46:44","date_gmt":"2026-07-31T13:46:44","guid":{"rendered":"https:\/\/kb.elipse.com.br\/?p=17847"},"modified":"2026-07-31T10:46:44","modified_gmt":"2026-07-31T13:46:44","slug":"softkey-bloqueada-por-time-tampering","status":"publish","type":"post","link":"https:\/\/kb.elipse.com.br\/en\/softkey-bloqueada-por-time-tampering\/","title":{"rendered":"Softkey bloqueada por “time-tampering”."},"content":{"rendered":"
\nEm sistemas Elipse licenciados por softkey<\/strong> (chave de software Sentinel), a licen\u00e7a pode deixar de ser reconhecida de repente, com o Elipse E3\/Power\/Water<\/strong> acusando aus\u00eancia de licen\u00e7a e o Sentinel Admin Control Center<\/strong> exibindo o aviso “Time-tampering detected”<\/strong>. Nos logs, o sintoma aparece como o erro 45 \u2014 “System time has been tampered with”<\/strong>. Este artigo explica a causa (a prote\u00e7\u00e3o de tempo da softkey, o V-Clock<\/strong>) e o procedimento para recuperar a licen\u00e7a com o reset do V-Clock<\/strong>.<\/section>\n\n
2.<\/span> Por que acontece: o V-Clock<\/h2>\n
Diferentemente de uma chave com rel\u00f3gio de hardware, a softkey<\/strong> mant\u00e9m um rel\u00f3gio virtual (V-Clock)<\/strong>. \u00c9 esse rel\u00f3gio que a prote\u00e7\u00e3o do Sentinel usa para validar licen\u00e7as por tempo. Segundo a documenta\u00e7\u00e3o da Thales, o V-Clock “impede que o usu\u00e1rio final ajuste a hora do sistema para uma data e hora anteriores”<\/em>.<\/p>\n
O comportamento \u00e9:<\/p>\n
\n
Enquanto o Sentinel License Manager<\/strong> est\u00e1 ativo, altera\u00e7\u00f5es no rel\u00f3gio do sistema n\u00e3o afetam a expira\u00e7\u00e3o (os c\u00e1lculos s\u00e3o internos).<\/li>\n
Ao reiniciar<\/strong>, o gerenciador compara o seu tempo interno com o rel\u00f3gio do sistema. Se o rel\u00f3gio tiver sido atrasado<\/strong>, “as aplica\u00e7\u00f5es protegidas com licen\u00e7as baseadas em tempo s\u00e3o desativadas”<\/em> \u2014 ou seja, a licen\u00e7a \u00e9 bloqueada<\/strong>.<\/li>\n
\u00c9 tolerada uma diferen\u00e7a de at\u00e9 24 horas<\/strong> (para varia\u00e7\u00f5es de fuso). As aplica\u00e7\u00f5es s\u00e3o reativadas automaticamente quando o rel\u00f3gio do sistema alcan\u00e7a ou ultrapassa<\/strong> o tempo armazenado.<\/li>\n<\/ul>\n
Na pr\u00e1tica, o bloqueio costuma ser disparado por altera\u00e7\u00e3o do rel\u00f3gio “para tr\u00e1s”<\/strong> ou por saltos\/desajustes de hor\u00e1rio<\/strong> \u2014 por exemplo, sincronismo por GPS\/NTP<\/strong>, rel\u00f3gio de host de VM<\/strong> desajustado, ou drift<\/strong> do rel\u00f3gio (o V-Clock “adiantando” em rela\u00e7\u00e3o ao tempo real).<\/p>\n<\/section>\n\n
3.<\/span> Sintomas<\/h2>\n
\n
O E3\/Power\/Water n\u00e3o reconhece a chave<\/strong>; o log do E3 registra a mensagem No valid license key found<\/code> LICENSER.<\/li>\n
No Sentinel Admin Control Center<\/strong>, a chave aparece com “Time-tampering detected”<\/strong> e as features<\/em> como “Unusable”<\/strong>.<\/li>\n<\/ul>\n
\n
LICENSER Error E00101: HaspHL(hasp_login) returned 45 (System time has been tampered with)<\/span>\r\nLICENSER Warning W00151: No valid license key found<\/pre>\n<\/div>\n<\/section>\n\n
4.<\/span> Como recuperar a licen\u00e7a (reset do V-Clock)<\/h2>\n\n
Atualize o driver HASP (haspdinst<\/code>) para a vers\u00e3o mais recente.<\/strong> Em atendimentos reais, o reset do V-Clock s\u00f3 teve efeito ap\u00f3s a atualiza\u00e7\u00e3o do driver\/vendor-lib<\/strong>.<\/li>\n
Ajuste o rel\u00f3gio do sistema<\/strong> para a data\/hora correta. Se a diferen\u00e7a for pequena e tempor\u00e1ria, o License Manager pode reativar a licen\u00e7a automaticamente<\/strong> ao alcan\u00e7ar o tempo armazenado (toler\u00e2ncia de 24 h).<\/li>\n
Se o bloqueio persistir<\/strong>, \u00e9 necess\u00e1rio resetar o V-Clock<\/strong> da softkey. Esse reset \u00e9 feito com a Elipse:\n
\n
Colete a leitura da mem\u00f3ria da softkey<\/strong> e envie ao suporte da Elipse<\/strong>.<\/li>\n
A Elipse gera um arquivo de upgrade (formato TXT)<\/strong> com a op\u00e7\u00e3o “Reset Softkey V-Clock”<\/strong>.<\/li>\n
Aplique o upgrade<\/strong> na softkey. O arquivo TXT pode ser aplicado tanto pela ferramenta HKCustomer<\/strong> quanto pela ferramenta Elipse License Manager<\/strong>.<\/li>\n
Reinicie o E3 Server e verifique se a chave volta a ser reconhecida.<\/strong><\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<\/section>\n\n
5.<\/span> Se o reset n\u00e3o surtir efeito<\/h2>\n
\n
Se a chave n\u00e3o for reconhecida<\/strong> ap\u00f3s aplicar o upgrade e reiniciar o E3 Server: reinicie o servi\u00e7o “Sentinel LDK License Manager” (hasplms<\/code>)<\/strong> e colete uma nova leitura da mem\u00f3ria<\/strong> para confirmar que o V-Clock voltou \u00e0 data atual.<\/li>\n
Persistindo o problema (especialmente drift<\/strong> do rel\u00f3gio, com o V-Clock adiantando continuamente), colete o arquivo de sa\u00edda (Output) gerado pelo LDKDiagnosticsTool<\/strong>, dispon\u00edvel no pacote do HKCustomer<\/strong>, e acione o suporte da Elipse<\/strong>, pois costuma ser um desajuste entre os drivers da softkey e o sistema operacional\/host.<\/li>\n<\/ul>\n<\/section>\n\n
6.<\/span> Preven\u00e7\u00e3o<\/h2>\n
\n
Mantenha o sincronismo de rel\u00f3gio est\u00e1vel e regular<\/strong>; evite ajustes grandes “para tr\u00e1s”.<\/li>\n
Vigie fontes de hor\u00e1rio que d\u00e3o saltos<\/strong>: sincronismo por GPS<\/strong>, NTP<\/strong> com falhas e host de VM<\/strong> com rel\u00f3gio desajustado. Habilite logs de sincronismo para diagn\u00f3stico.<\/li>\n
Mantenha os drivers Sentinel\/HASP atualizados<\/strong>.<\/li>\n<\/ul>\n<\/section>\n\n