OpenRadarBLOG

O relógio da câmera: por que a hora da gravação é parte da prova

Um único evento na via interna, carimbado por três relógios que discordam: uma câmera sincronizada, uma câmera sem fonte de tempo e um gravador com fuso horário errado.

Resposta curta

Um registro de vídeo carrega duas afirmações diferentes: o que aconteceu e quando aconteceu. Assinatura criptográfica cuida da primeira — prova que o arquivo não mudou desde o cálculo — e não diz nada sobre a segunda. A hora gravada vale exatamente o que vale a fonte de tempo do equipamento. No Brasil a referência é a Hora Legal Brasileira (HLB), gerada e disseminada pelo Observatório Nacional por atribuição legal (Lei nº 2.784/1913, Decreto nº 4.264/2002 e Portaria MCT nº 293/2007), e o caminho público até ela são os servidores do NTP.br, rastreáveis e auditáveis à HLB (NTP.br, FAQ).

A distância entre os arranjos possíveis é grande. Um cliente NTP completo mantém o relógio com erro entre frações de milissegundo e algumas dezenas de milissegundos; um cliente SNTP, comum em equipamento embarcado, erra na casa de alguns segundos (NTP.br, FAQ). Um relógio já acertado e depois deixado sem fonte acumula incerteza pelo critério de pior caso do NTPv4 — 15 ppm, cerca de 1,3 s por dia (RFC 5905, seção 11.2), perto de 39 s em um mês. E um fuso mal configurado erra uma hora inteira, de uma vez, sem deixar rastro na imagem.

Neste texto
  1. Por que a hora da gravação é uma afirmação separada da imagem?
  2. Quem define a hora certa no Brasil?
  3. Quanto erro cada arranjo de relógio produz
  4. As três falhas que fazem a hora da gravação mentir
  5. Como conferir se a hora da sua gravação se sustenta?
  6. O que uma hora correta ainda não prova

Por que a hora da gravação é uma afirmação separada da imagem?

Porque integridade e datação são garantias de natureza diferente, produzidas por mecanismos diferentes. Uma impressão digital criptográfica do arquivo prova que aquele conjunto de bytes não mudou desde o momento do cálculo. Ela não prova quando a imagem foi feita, nem que a imagem retrata a realidade — é o limite que já tratamos na cadeia de integridade da evidência de vídeo. O instante escrito no arquivo é uma declaração do aparelho que gravou, feita com o relógio que ele tinha. Sem fonte de tempo auditável, esse instante é opinião do aparelho.

Na prática, o horário é onde o caso desmorona. A discussão de uma infração interna raramente começa pela imagem; começa pela linha do tempo. A câmera do portão diz 19h42, o controle de acesso diz 19h39, o celular de quem reclama diz 19h41. Três relógios, três verdades, e quem decide não tem critério para escolher. O registro volta a ser palavra contra palavra — exatamente o que ele deveria encerrar.

Vale separar dois relógios que se confundem. Medir velocidade por vídeo é medir intervalo: dois instantes e uma distância, como descrevemos nos limites físicos da medição. Ali o que importa é a cadência interna entre quadros, que pode estar correta num equipamento cuja hora do dia está errada há semanas. Duração e data são medidas independentes.

Quem define a hora certa no Brasil?

O Observatório Nacional (ON), unidade de pesquisa do Ministério da Ciência, Tecnologia e Inovação. A cadeia normativa começa na Lei nº 2.784, de 18 de junho de 1913, que estabelece o uso da Hora Legal no Brasil, passa pelo Decreto nº 10.546, de 5 de novembro de 1913, e pelo Decreto nº 4.264, de 10 de junho de 2002, e chega à Portaria MCT nº 293, de 11 de maio de 2007, que atribui a execução dos serviços essenciais da HLB à Divisão Serviço da Hora (DISHO) do ON. Os fusos vieram depois: a Lei nº 11.662/2008 fixou três e a Lei nº 12.876/2013 fixou quatro.

O ON gera a HLB a partir da sua própria materialização do UTC, o UTC(ONRJ), que contribui para a geração do UTC; a diferença entre os dois fica em dezenas de nanossegundos (NTP.br, FAQ). A referência nacional, portanto, não é o problema em nenhuma ordem de grandeza — o problema está no último trecho, entre a referência e o aparelho.

Esse trecho tem um caminho público: o NTP.br, iniciativa do NIC.br com o Observatório Nacional, cujos servidores são rastreáveis e auditáveis à HLB. A referência primária deles são os relógios atômicos do ON, hospedados em datacenter no Brasil — e não satélites. A distinção importa para quem trata de evidência: a maioria dos servidores NTP públicos depende de GPS ou de outro sistema de navegação global, e sinal de rádio sofre interferência e pode ser forjado (NTP.br, FAQ).

Nota

“19h42” sozinho não é um instante: o Brasil tem quatro fusos horários desde a Lei nº 12.876/2013. Um registro que pretende servir de prova grava o instante com o fuso declarado — ou grava em UTC e converte na hora da leitura. Hora local solta, sem fuso, é ambígua no próprio país.

Quanto erro cada arranjo de relógio produz

Erro esperado no relógio, por arranjo de sincronismo. As duas primeiras linhas e a última são do FAQ do NTP.br (NIC.br, com o Observatório Nacional); a terceira é o critério de pior caso do NTPv4 — tolerância de frequência PHI de 15 ppm — aplicado a um relógio já disciplinado e depois deixado sem fonte alcançável (RFC 5905, seção 11.2).
Arranjo Erro esperado Ordem de grandeza
Cliente NTP completo (chrony, ntpsec) frações de ms a algumas dezenas de ms milissegundo
Cliente SNTP (ntpdate, firmware embarcado) alguns segundos, no máximo segundo
Relógio acertado e depois sem fonte ≈ 1,3 s por dia de incerteza acumulada 39 s em 30 dias
UTC(ONRJ) em relação ao UTC dezenas de nanossegundos irrelevante

As três primeiras linhas estão em ordens de grandeza diferentes, e é isso que decide se o registro serve: para cruzar vídeo com controle de acesso, ou duas câmeras do mesmo evento, uma dezena de segundos de desvio já desalinha as duas histórias. Repare no que o número do RFC é e no que ele não é: é o pior caso admitido para um relógio que já foi acertado e perdeu a fonte. Um relógio nunca disciplinado não tem nem essa garantia.

Daí a consequência de projeto mais contraintuitiva: sincronismo não é um estado, é um processo. Duas câmeras do mesmo modelo, instaladas no mesmo dia, derivam de formas diferentes se a fonte cair — cada oscilador tem o seu erro de frequência. Não há “acertou uma vez, está acertado”.

Linha do tempo de um mesmo evento ocorrido às 19:42:07 na Hora Legal Brasileira: a câmera com cliente NTP marca 19:42:07,03; a câmera sem fonte de tempo há trinta dias marca um instante dentro de uma janela de mais ou menos 39 segundos; o gravador com tabela de fuso desatualizada marca 18:42:07, uma hora antes.
O mesmo instante, três leituras. O evento é único; o que muda é a fonte de tempo de cada aparelho. A janela de ±39 s é a incerteza acumulada em 30 dias pelo critério de 15 ppm do RFC 5905; a hora cheia é erro de fuso, e não de relógio.

As três falhas que fazem a hora da gravação mentir

Fuso e horário de verão. O horário de verão foi encerrado no território nacional pelo Decreto nº 9.772, de 25 de abril de 2019. O NTP sempre trabalha na escala UTC: não interfere em fuso nem em horário de verão, e o tratamento da hora local é função do sistema operacional do aparelho (NTP.br, FAQ). Um gravador com tabela de fuso antiga aplica em outubro uma hora que a lei não prevê mais. O erro é de uma hora, constante, e a imagem continua perfeita — nada no vídeo denuncia.

Relógio livre. O NTP usa a porta UDP 123 e o NTS, a porta TCP 4460 (NTP.br, FAQ). Uma rede de CFTV segmentada sem essas liberações — decisão de segurança razoável, tomada por quem não estava pensando em tempo — deixa o parque inteiro sem fonte. E o modo de falha não é a câmera parar de gravar: é ela continuar gravando com a hora derivando, sem avisar ninguém.

Fonte única, ou fonte não autenticada. O NTP.br recomenda no mínimo três servidores com referências primárias diferentes, idealmente entre quatro e seis; com dois ou menos os algoritmos ficam sem parâmetro de comparação e, se um servidor entregar hora errada, o cliente segue o errado (NTP.br, FAQ). O NTP puro também não autentica nada: quem responde pode ser qualquer um. A extensão NTS (Network Time Security, RFC 8915, de setembro de 2020) leva o TLS — o mesmo mecanismo do HTTPS — para dentro do protocolo, e o NTP.br a oferece nos seus servidores stratum 1.

Onde entramos nisso

Cada registro que produzimos é uma afirmação sobre um instante, então a fonte de tempo é parte do projeto e não um ajuste de instalação. A verificação pública da imagem é uma página aberta, sem login, que roda no navegador de quem confere — nossa premissa é que a evidência tem de se sustentar sem depender da nossa palavra.

Verificar uma evidência Teste de 2 minutos

Como conferir se a hora da sua gravação se sustenta?

Sem abrir equipamento, com três perguntas e uma medição. Primeira pergunta: qual é a fonte de tempo declarada, e ela é rastreável à HLB? “Sincroniza pela internet” não é resposta — a resposta é o nome dos servidores, quantos são, e se há NTS onde a plataforma permite. Segunda: o instante é gravado com o fuso, ou é hora local solta? Terceira: o sistema registra o desvio que mediu, ou apenas afirma estar sincronizado? Um sistema que não mede o próprio erro não sabe o próprio erro, e portanto não pode informá-lo a quem vai julgar o registro.

A medição não precisa de instrumento: pegue um evento visível em dois equipamentos independentes — a câmera do portão e o controle de acesso — e compare os dois instantes gravados. A diferença é o desalinhamento atual. Repita trinta dias depois: o que cresceu no intervalo é deriva, e deriva que cresce significa que não existe fonte de tempo funcionando, só um acerto antigo. É o critério de aceitação honesto, porque mede o sistema operando, e não como foi entregue.

Há um grau acima, para quem precisa comprovar formalmente: o Observatório Nacional, pela DISHO, presta serviço de certificado de sincronismo à HLB — a instituição opera um equipamento que armazena o valor do ajuste, envia esse valor ao ON e recebe um certificado mensal, com o qual comprova, para fins legais, estar com a Hora Legal Brasileira (MCTI, carta de serviços). A maioria das operações de CFTV não chega a esse grau e não precisa. Precisa não ficar no grau mais baixo, que é o relógio de fábrica nunca mais tocado.

O que uma hora correta ainda não prova

Sincronismo torna confiável a etiqueta, não a cena. Hora certa não prova que a imagem retrata o que se diz, e impressão digital criptográfica não prova quando a imagem foi feita. Juntas, as duas dizem uma coisa modesta e verificável: este arquivo não mudou desde o cálculo, e o instante nele gravado vem de uma fonte auditável, com erro de ordem conhecida. É menos do que “a verdade” e muito mais do que um campo de texto escrito pelo próprio aparelho.

E sincronismo na instalação não prova sincronismo no evento. O que prova é registro contínuo do desvio, guardado com a mesma seriedade com que se guarda a imagem. Por isso a pergunta certa para o fornecedor não é “as câmeras estão com a hora certa?”, que se responde olhando a tela hoje. É: “como você sabe que elas estavam com a hora certa no dia 14, às 19h42?”

O que este texto não afirma

Não afirma que um horário sincronizado torne a gravação prova suficiente de qualquer coisa. Datação confiável é condição necessária de um registro que se sustenta, não condição suficiente — e nada aqui trata de admissibilidade, que é discussão jurídica e não de engenharia.

Não recomenda configuração para o seu equipamento. Os números citados são os das fontes, e valem como ordem de grandeza do que cada arranjo produz; o erro real do relógio de uma instalação específica só se conhece medindo aquela instalação.

Não descreve como o OpenRadar resolve o problema. O texto trata de requisito, modo de falha e critério de aceitação aplicáveis a qualquer sistema de vídeo que carimbe hora, o nosso incluído.

Não trata de carimbo de tempo criptográfico emitido por terceiro. Sincronizar o relógio de um equipamento à Hora Legal Brasileira e obter um carimbo de tempo assinado por uma autoridade são coisas distintas, com requisitos distintos; só a primeira está neste texto.

Fontes

  1. NIC.br e Observatório Nacional. NTP.br — FAQ. ntp.br/faq/ Origem do erro esperado de um cliente NTP completo (frações de ms a algumas dezenas de ms) e de um cliente SNTP (alguns segundos, no máximo); da recomendação de no mínimo três servidores com referências primárias diferentes, idealmente entre quatro e seis, e do risco de seguir a hora errada com dois ou menos; da diferença de dezenas de nanossegundos entre o UTC(ONRJ) e o UTC; da atribuição legal da Hora Legal Brasileira ao Observatório Nacional; da rastreabilidade e auditabilidade dos servidores do NTP.br à HLB e do uso de relógios atômicos do ON no lugar de GPS, com a observação de que sinal de rádio pode sofrer interferência e ser forjado; do NTP trabalhar sempre em UTC e do horário local ser função do sistema operacional; das portas UDP 123 e TCP 4460; e do NTS como extensão de segurança (RFC 8915, de setembro de 2020) oferecida nos servidores stratum 1. Consultado em 21 de setembro de 2026.
  2. Mills, D.; Martin, J.; Burbank, J.; Kasch, W. RFC 5905 — Network Time Protocol Version 4: Protocol and Algorithms Specification, IETF, junho de 2010. ntp.org/reflib/rfc/rfc5905.txt Origem da tolerância de frequência PHI de 15 ppm (parâmetro TOLERANCE = 15e-6) e da consequência declarada na seção 11.2: a dispersão cresce a essa taxa, o que equivale a cerca de 1,3 s por dia — a base do arredondamento para perto de 39 s em 30 dias usado no texto e na figura. Consultado em 21 de setembro de 2026.
  3. Brasil. Decreto nº 9.772, de 25 de abril de 2019 — encerra a hora de verão no território nacional. planalto.gov.br/ccivil_03/_ato2019-2022/2019/decreto/d9772.htm Origem da afirmação de que o horário de verão foi encerrado no território nacional, com a data do decreto. Consultado em 21 de setembro de 2026.
  4. Brasil. Ministério da Ciência, Tecnologia e Inovação / Observatório Nacional. Obter certificado de sincronismo à Hora Legal Brasileira pelo Observatório Nacional, carta de serviços do gov.br, última modificação em 15 de dezembro de 2025. gov.br/pt-br/servicos/sincronismo-certificado-a-hora-legal-brasileira-on Origem da descrição do serviço da Divisão Serviço da Hora (DISHO) — equipamento que armazena o valor do ajuste e certificado emitido mensalmente para comprovação legal — e da relação de normas citada no texto: Lei nº 2.784/1913, Decreto nº 10.546/1913, Decreto nº 4.264/2002, Portaria MCT nº 293/2007, Lei nº 11.662/2008 (três fusos) e Lei nº 12.876/2013 (quatro fusos). Os números e as datas das normas são reproduzidos como listados nessa carta de serviços; nenhum artigo específico é citado aqui. Consultado em 21 de setembro de 2026.
Juliano Baladão Engenharia do OpenRadar — medição de velocidade por vídeo e evidência auditável em via privada.
Sobre o OpenRadar

Nós medimos velocidade em via privada usando as câmeras IP que já estão instaladas, e entregamos cada registro com o instante, a velocidade medida, o limite do trecho e a imagem assinada. A parte que este texto descreve é requisito, não diferencial: qualquer sistema que pretenda produzir registro documental precisa responder de onde vem a hora que ele escreve.

Conheça o Vision AI

Também disponível

Todos os textos do blog · Feed RSS