Prova e cadeia de custódia

Prova que não pede para ser aceita pela confiança.

Um terceiro — a parte contrária, um perito nomeado pelo tribunal, um promotor — precisa poder estabelecer, sem confiar na Ichnaro, que:

[01]
cada artefato é, bit a bit, o que foi adquirido;
[02]
ele foi adquirido quando e como afirmamos;
[03]
conhecemos cada pessoa e cada sistema que o manuseou;
[04]
nosso log de auditoria não foi reescrito;
[05]
o relatório que eles têm em mãos é o que emitimos.

[01]Princípios

Princípios

[01]

Hash primeiro

O SHA-256 é calculado sobre os bytes originais antes que qualquer outra coisa os toque.

[02]

Os originais nunca são modificados

Cada derivação registra o hash do artefato de que se originou.

[03]

Tudo é um evento

Toda ação de criação, leitura, download, exportação, selagem e bloqueio gera um evento de custódia — inclusive toda leitura.

[04]

Aquisição repetível

A prova on-chain pode ser derivada novamente a partir de qualquer nó público, sem nenhuma confiança em nós.

[05]

Somente aquisição lícita

Cada artefato registra a categoria da fonte de que veio.

[06]

Alinhados, não certificados

Seguimos os princípios da ISO/IEC 27037 — auditabilidade, repetibilidade, reprodutibilidade, justificabilidade — sem afirmar conformidade.

[02]A cadeia de custódia, passo a passo

[01]
Adquirir
Os bytes vêm de nossos próprios nós de blockchain, de um worker de captura isolado para páginas web ou de um upload do cliente pelo console. Anexos de e-mail não são aceitos como prova.
[02]
Hash
SHA-256 sobre os bytes originais em texto simples — antes que qualquer outra coisa os toque.
[03]
Criptografar
Criptografia de envelope AES-256-GCM com uma chave por objeto, protegida (wrapped) por uma chave por cliente.
[04]
Hash da cópia armazenada
O texto cifrado armazenado recebe um hash como verificação operacional de integridade.
[05]
Armazenar na UE
Gravado em armazenamento de objetos sob jurisdição da UE, em um prefixo protegido por bloqueio. Os objetos nunca são sobrescritos.
[06]
Reler e verificar
O objeto armazenado é relido e seu hash é conferido.
[07]
Segunda cópia imutável
O mesmo texto cifrado é gravado de forma síncrona em uma segunda cópia write-once, em outra região da UE, cuja retenção ninguém pode reduzir.
[08]
Registrar e só então confirmar
O item e seu evento de custódia são registrados. Só então a ingestão é confirmada. A reconciliação noturna garante que nada se perca silenciosamente.

[03]

Um log que não pode ser reescrito sem deixar rastro

Cada evento de custódia inclui o hash do evento anterior, em uma única cadeia. Todos os dias, os eventos também são reunidos em uma árvore de Merkle, de modo que um cliente possa receber a prova dos seus próprios eventos sem ver os de mais ninguém.

Carimbos de tempo independentes

O topo do log é ancorado a cada hora — e imediatamente quando um relatório é selado, uma exportação é criada ou um bloqueio legal é aplicado — por pelo menos duas autoridades de carimbo do tempo RFC 3161 independentes. O selamento de um relatório é bloqueado se a ancoragem falhar.

[04]

Camadas de proteção

SHA-256 na ingestão
Log de auditoria somente de acréscimo, com encadeamento de hashes
Ancoragem RFC 3161 por autoridades de carimbo do tempo externas
Administração de bloqueios restrita a uma conta break-glass
Monitoramento contínuo da configuração de bloqueios
Segunda cópia imutável em outra região da UE

[05]

O que uma captura da web contém

Cabeçalhos de requisição e de resposta
HTML da página como servido e o DOM renderizado
Arquivo web da página
Capturas de tela da página inteira e da área visível
Cadeia de certificados TLS
Registros DNS e RDAP
Entradas de transparência de certificados
Metadados da captura: horários de início e término a partir de um relógio sincronizado, operador, finalidade, categoria da fonte

As capturas usam apenas o acesso público comum: sem logins, sem envio de formulários, sem cliques além do carregamento da página.

[06]

Prova on-chain

Hash da transação, altura e hash do bloco, carimbo de data e hora do bloco, transação bruta, transferências decodificadas e confirmações, com o software de nó e a versão utilizados. Os itens permanecem sinalizados como não confirmados até se tornarem finais. A clusterização e os rótulos são análise derivada, não constituem por si sós prova de identidade.

[07]O que um pacote de exportação contém

O que um pacote de exportação contém

Os pacotes recebem marca d’água por destinatário e são entregues por download autenticado ou arquivo criptografado. Nunca como anexo de e-mail.

manifest.json: Cada arquivo com seu caminho, SHA-256, tamanho, tipo de mídia, horário de aquisição e categoria da fonte
manifest.json.sig: Assinatura separada sobre o manifesto
manifest.json.tsr: Token de carimbo do tempo RFC 3161 sobre o manifesto
audit/: Eventos de custódia e provas de inclusão de Merkle
certs/: Certificado de assinatura e cadeias das autoridades de carimbo do tempo
evidence/ · report/: Artefatos originais e o relatório selado com seu arquivo de selo
VERIFY.md · verify/: Instruções escritas e um verificador de código aberto

[08]Verifique você mesmo

Verifique você mesmo

Apenas com ferramentas padrão:

# 1  Files
sha256sum -c <(jq -r '.files[] | "\(.sha256)  \(.path)"' manifest.json)

# 2  Signature and timestamp
openssl dgst -sha256 -verify <(openssl x509 -in certs/ichnaro-signing.pem -pubkey -noout) \
  -signature manifest.json.sig manifest.json
openssl ts -verify -data manifest.json -in manifest.json.tsr -CAfile certs/tsa/<tsa>-chain.pem

Recalcule o hash de cada evento de custódia a partir de seus campos e do hash anterior, e confira as provas de Merkle com as raízes diárias ancoradas.
Derive novamente a prova on-chain a partir de qualquer nó público ou explorador de blocos.
Verifique um relatório isoladamente em app.ichnaro.com/verify — o hash é calculado no seu navegador e o arquivo não é enviado.

Este procedimento foi escrito para ser examinado por quem não é jurista. As regras de admissibilidade e de autenticação variam conforme a jurisdição e são revisadas com assessoria jurídica em cada uma.