Uma controvérsia técnica só se transforma em prova útil quando existe rastreabilidade entre alegação, hipótese, evidência, método, resultado e conclusão.
Em uma frase
O objetivo não é acumular documentos ou opiniões: é construir uma cadeia técnica auditável em que cada conclusão possa ser rastreada de volta aos dados, à origem da evidência e às escolhas metodológicas.
Resumo executivo
O processo começa com narrativa; a análise técnica precisa convertê-la em questões verificáveis.
Hipóteses concorrentes evitam que a perícia procure apenas elementos favoráveis a uma explicação previamente escolhida.
Preservação, método, quesitos e diligência formam um único sistema: uma falha em uma etapa pode limitar todas as seguintes.
A qualidade da conclusão depende menos da quantidade de material e mais da rastreabilidade entre dado observado, interpretação técnica e inferência final.
Palavras-chave: prova pericial; metodologia; quesitos; assistência técnica; evidência; rastreabilidade; laudo.
1. O processo começa com narrativa; a perícia precisa chegar a observáveis
Uma petição pode afirmar:
“houve fraude”;
“o sistema falhou”;
“a rede danificou o equipamento”;
“os criptoativos foram desviados”;
“o serviço foi inadequado”.
Essas frases organizam a controvérsia jurídica, mas ainda não são objetos técnicos suficientemente definidos.
O trabalho pericial começa perguntando: quais fatos mensuráveis teriam de ser verdadeiros para sustentar ou enfraquecer essa afirmação?
2. Primeiro passo: construir uma árvore da controvérsia
Um método útil é decompor a questão em níveis.
Nível 1 — questão principal
Ex.: a falha do equipamento é compatível com perturbação elétrica externa?
Nível 2 — subquestões
houve perturbação?
qual magnitude e duração?
equipamento estava operando?
há mecanismo físico compatível?
existia degradação prévia?
proteção atuou?
Nível 3 — evidências
power quality logs;
relés;
manutenção;
inspeção;
ensaios;
documentação do fabricante.
Esse mapa impede que o processo salte diretamente da narrativa para uma conclusão.
3. Segundo passo: formular hipóteses concorrentes
A abordagem científica melhora quando existem hipóteses alternativas.
Em fraude digital:
H1 — operação realizada pelo titular;
H2 — credencial comprometida;
H3 — conta recuperada por terceiro;
H4 — dispositivo legítimo controlado indevidamente;
H5 — erro operacional/sistêmico.
Em engenharia:
H1 — evento externo;
H2 — falha interna;
H3 — manutenção;
H4 — sobrecarga;
H5 — combinação.
O objetivo da prova é procurar dados capazes de discriminar hipóteses, não apenas acumular material favorável a uma delas.
4. Terceiro passo: criar uma matriz de evidências
Uma matriz simples pode conter:
Questão | Evidência necessária | Fonte | Existe? | Risco de perda | Ação
|
|---|---|---|---|---|---|
Autenticação | log de MFA | banco | desconhecido | alto | solicitar/preservar |
Evento elétrico | oscilografia | relé | sim | médio | exportar original |
Wallet | txid + withdrawal log | exchange | parcial | médio | correlacionar |
Essa ferramenta conecta estratégia jurídica e realidade técnica.
5. Evidência precisa ser preservada antes de ser interpretada
Em dados digitais, integridade e proveniência são pré-requisitos.
A ISO/IEC 27037 fornece orientações para identificação, coleta, aquisição e preservação de evidência digital.[1] O NIST SP 800-86 estrutura o trabalho forense em coleta, exame, análise e relato.[2]
Uma evidência deveria responder:
de onde veio?
quem coletou?
quando?
por qual procedimento?
em qual formato?
houve transformação?
existe hash?
o original permanece disponível?
A etapa de preservação deve preceder discussões sobre significado. A partir daí, a ISO/IEC 27042 propõe um princípio especialmente valioso para perícia: análise e interpretação devem ser documentadas de modo a permitir avaliação de continuidade, validade, reprodutibilidade e repetibilidade.[6] A ISO/IEC 27043 complementa essa visão com princípios e processos de investigação de incidentes.[7]
6. Screenshot é representação, não necessariamente fonte primária
Capturas de tela são úteis para comunicação, mas frequentemente perdem metadados, estrutura e capacidade de reprodução.
Em blockchain, o ideal é preservar txid, bloco e dados brutos. Em logs, exportar registros nativos. Em equipamentos, preservar arquivos e configuração. Em sistemas, manter documentação de schema e filtros.
O STJ tem destacado, em contexto de prova digital, a relevância de metodologia, integridade e documentação das etapas de obtenção.[3]
7. Quarto passo: definir o método antes de examinar o resultado
O CPC exige que o laudo indique o método utilizado e demonstre sua aceitação predominante na área de conhecimento.[4]
Um método deveria esclarecer:
fontes;
critérios;
instrumentos;
versões de software;
normas;
procedimentos de medição;
tratamento de dados;
incerteza;
limitações.
A metodologia deve ser adequada ao objeto. Não há “método pericial universal”.
8. Quinto passo: transformar a matriz em quesitos
Cada lacuna ou hipótese pode gerar uma pergunta.
Um bom quesito:
é técnico;
é específico;
não pressupõe fato não demonstrado;
não exige julgamento jurídico;
aponta para dado ou método;
ajuda a discriminar hipóteses.
Exemplo ruim:
“Houve fraude?”
Melhor:
“Quais mecanismos de autenticação foram utilizados, quais registros os demonstram e houve alteração de dispositivo ou credencial no período anterior à transação?”
A segunda pergunta produz informação auditável.
9. Sexto passo: preparar a diligência como experimento observacional
Uma diligência deveria possuir plano.
Antes:
o que será observado?
que instrumentos serão usados?
quais condições precisam permanecer constantes?
quais fotos são necessárias?
que dados serão copiados?
quem estará presente?
quais alterações no local precisam ser registradas?
Durante:
documentar sequência;
registrar configurações;
identificar equipamentos;
anotar imprevistos;
preservar amostras quando aplicável.
Depois:
organizar dados;
gerar hashes;
manter cópias originais;
registrar transformações.
10. Sétimo passo: distinguir dado, interpretação e conclusão
Essa separação funciona como uma trilha epistemológica: cada conclusão deve poder ser retrocedida até a interpretação que a sustenta e, desta, até o dado observável e sua origem. Quando essa trilha se rompe, o leitor já não consegue distinguir resultado da ferramenta, escolha metodológica e opinião do especialista.
Um laudo claro deveria permitir separar:
Dado: tensão registrada de X em horário Y.
Interpretação: evento se enquadra em determinada categoria técnica.
Conclusão: o evento é ou não compatível com mecanismo de falha analisado.
Em blockchain:
Dado: tx X transferiu token Y.
Interpretação: chamada corresponde a bridge deposit.
Conclusão: fluxo é compatível com transferência cross-chain.
Essa estrutura mostra onde existe medição e onde existe inferência.
11. Oitavo passo: exigir rastreabilidade da conclusão
Para cada conclusão importante, pergunte:
quais dados a sustentam?
quais premissas foram adotadas?
qual método conecta dados e conclusão?
hipóteses alternativas foram testadas?
existe dado contraditório?
qual incerteza permanece?
Esse processo é semelhante a uma revisão de engenharia: a conclusão precisa ter caminho auditável de volta às evidências.
12. Nono passo: analisar o laudo sem procurar apenas “erros”
Análise crítica não é caça a falhas. Pode haver concordância parcial ou total.
O assistente deve testar:
escopo;
completude;
método;
dados;
normas;
causalidade;
reprodutibilidade;
coerência lógica;
limites;
resposta aos quesitos.
O CPC determina que a fundamentação seja apresentada com coerência lógica e linguagem simples, além de vedar que o perito ultrapasse os limites de sua designação.[4]
13. Décimo passo: traduzir tecnologia para decisão
O laudo não deve ser um manual técnico incompreensível. Seu objetivo é esclarecer o processo.
Uma boa comunicação pode usar:
cronologia;
diagramas;
tabela de hipóteses;
mapa de evidências;
fluxos;
fotografias anotadas;
gráficos com unidades e escalas;
glossário.
Simplificar linguagem não significa simplificar método.
14. Um framework integrado
Como síntese editorial desta série — e não como norma técnica autônoma — o fluxo pode ser expresso em dez verbos: Delimitar → Hipotetizar → Mapear → Preservar → Metodizar → Perguntar → Observar → Correlacionar → Testar → Comunicar. O valor do framework está em tornar explícita a passagem entre narrativa jurídica e conclusão técnica, preservando rastreabilidade e evitando que uma ferramenta ou um dado isolado se transforme em resposta sem cadeia de raciocínio.
Podemos resumir o processo em dez verbos:
Delimitar → Hipotetizar → Mapear → Preservar → Metodizar → Perguntar → Observar → Correlacionar → Testar → Comunicar.
Esse fluxo é aplicável, com adaptações, a:
engenharia elétrica;
falhas de equipamentos;
telecom;
software;
fraude bancária;
evidência digital;
blockchain;
autenticação;
análise documental técnica.
15. Conclusão
Prova técnica de qualidade não começa quando o perito abre o laudo. Ela começa quando a controvérsia é convertida em perguntas verificáveis e quando se identifica qual evidência poderá respondê-las.
Documentos, quesitos, diligência e análise do laudo não são etapas independentes. Formam um sistema.
Quanto mais rastreável for o caminho alegação → hipótese → evidência → método → resultado → conclusão, menor o espaço para conclusões intuitivas ou tecnicamente opacas.
Em processos complexos, essa talvez seja a principal função da engenharia aplicada à prova: transformar uma disputa de narrativas em uma estrutura de fatos que possa ser examinada, reproduzida e criticada.
Referências
ISO/IEC.
ISO/IEC 27037:2012 — Guidelines for identification, collection, acquisition and preservation of digital evidence
. https://www.iso.org/standard/44381.html
NIST.
SP 800-86: Guide to Integrating Forensic Techniques into Incident Response
. https://doi.org/10.6028/NIST.SP.800-86
Superior Tribunal de Justiça.
Provas digitais devem ser colhidas com metodologia adequada
. 2024. https://www.stj.jus.br/sites/portalp/Paginas/Comunicacao/Noticias/2024/02052024-Quinta-Turma-nao-aceita-como-provas-prints-de-celular-extraidos-sem-metodologia-adequada.aspx
Brasil.
Lei nº 13.105/2015 — Código de Processo Civil
, especialmente arts. 464–480. https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2015/lei/l13105.htm
ISO.
ISO 31000:2018 — Risk management — Guidelines
. https://www.iso.org/standard/65694.html
ISO/IEC.
ISO/IEC 27042:2015 — Guidelines for the analysis and interpretation of digital evidence
. https://www.iso.org/standard/44406.html
ISO/IEC.
ISO/IEC 27043:2015 — Incident investigation principles and processes
. https://www.iso.org/standard/44407.html
Nota editorial: o framework deve ser adaptado ao objeto e às regras processuais aplicáveis ao caso concreto; trata-se de organização metodológica, não de substituição da estratégia jurídica.