Como um registro Provena é feito.
Esta página descreve o método de ponta a ponta — para o advogado que precisa defender o registro, o perito que precisa examiná-lo e quem decide e precisa sopesá-lo. Toda afirmação aqui se reflete no produto e é conferível no próprio registro.
Quatro compromissos, um método.
A captura acontece em um navegador remoto dedicado, operado pela plataforma, com política de interação aplicada no servidor — nunca na máquina do operador, nunca sujeita ao estado do navegador local dele.
Todo arquivo recebe uma impressão digital no instante em que passa a existir, é conferido de novo após cada transferência, e só é armazenado quando os valores conferem. Alterações não são escondidas — são detectadas.
Cada passo — alocação, captura, transferência, selagem, acesso — é anexado a uma cadeia encadeada por hash à medida que acontece, nunca reconstruído depois. A própria cadeia pode ser reverificada de forma independente.
As impressões digitais do registro selado são registradas em redes públicas independentes e autoridades de timestamp, para que sua existência possa ser confirmada sem depender de nós.
O processo é informado pelos princípios da ISO/IEC 27037 para a identificação, coleta e preservação de evidência digital. A Provena não reivindica certificação formal sob essa nem qualquer outra norma.
Da sessão ao registro selado.
Os 135 eventos de custódia da sessão de demonstração se condensam em oito etapas. Cada uma deixa eventos na cadeia — nada abaixo é aceito na base da fé.
-
01
Sessão criada. Rótulo, URL inicial, resolução, locale e fuso horário registrados logo no começo; limites de captura resolvidos a partir da política da organização.
-
02
Um worker dedicado alocado. Um navegador remoto isolado por sessão, criado para a ocasião e destruído em seguida — WORKER_ALLOCATED é, ele próprio, um evento de custódia.
-
03
Evidência gerada enquanto você trabalha. Capturas de tela com uma marca de proveniência gravada nos pixels, vídeo, arquivos, snapshots de página e logs técnicos.
-
04
O portão de integridade. Os arquivos recebem hash na origem, são transferidos, recebem hash de novo no destino e só são gravados no armazenamento quando os valores conferem — INTEGRITY_VERIFIED, por arquivo.
-
05
Pacote selado. Todo arquivo aprovado, mais o inventário do manifesto, consolidados em um ZIP comum; seu SHA-512 final fixado e registrado como PACKAGE_SEALED.
-
06
Cópias de trabalho excluídas, custódia selada. Só depois da conclusão e da exclusão local registrada é que a cadeia material se fecha com CUSTODY_SEALED — a própria exclusão fica registrada.
-
07
Provas externas registradas. O hash do pacote e o selo de custódia — cada um ancorado com provedores independentes: redes públicas de blockchain, OpenTimestamps no Bitcoin, autoridades de timestamp RFC 3161.
-
08
Relatório, revisão, verificação. O registro se torna legível — online e como PDF de arquivamento — e conferível: por código, por arquivo, por cadeia, por referência externa. O próprio acesso entra na cadeia como eventos.
Impressões digitais, encadeadas.
Tudo se reduz a um mecanismo honesto: impressões digitais criptográficas (SHA-512), computadas cedo, comparadas com frequência e encadeadas para que a história não possa ser reescrita em silêncio.
- Uma impressão digital canônica, SHA-512, para arquivos, para o pacote e para todo evento de custódia — com SHA-256 e SHA3-512 computados para arquivos como referências complementares.
- Todo evento aponta para o anterior por hash. Mudar, remover ou reordenar qualquer evento passado quebra todos os elos seguintes — de forma visível.
- A receita é pública: cada evento traz o texto exato que foi usado no hash, para que qualquer revisor recalcule a cadeia inteira sem pedir nada à Provena.
O que esta metodologia não afirma.
Um método que quer sobreviver ao escrutínio declara as próprias fronteiras. Estas são as nossas — as mesmas impressas na declaração de escopo e no modelo de ameaças de todo relatório.
A Provena preserva o que foi observado durante a sessão e sustenta a integridade e a cronologia dessa observação — não a veracidade, a licitude ou a autoridade do conteúdo de terceiros em si.
A admissibilidade depende da jurisdição, do procedimento e da avaliação de quem decide. A Provena fornece os elementos técnicos que apoiam essa análise.
O modelo detecta alteração — não afirma que a alteração seja impossível. Se a cadeia não se reproduz, a quebra é visível e localizável.
Provas externas registradas em ambientes mock ou sandbox demonstram apenas o fluxo, e são rotuladas como tal. Só âncoras confirmadas em produção contam como prova externa.
O método é o produto. Examine os dois.
Todo relatório carrega esta metodologia dentro de si — junto com a declaração de escopo, o modelo de ameaças e o guia de auditoria para conferir tudo o que se diz aqui.