Como funciona a evidência

O TgWitness preserva o que uma conta coletora observou, vincula essas observações a um registro assinado e permite que outra pessoa verifique uma exportação por meio de uma chave confiável e de um ponto de verificação retido anteriormente.

O site de documentação local inclui exemplos interativos em /docs/concepts/ e um explorador de decisões de pontos de verificação em /docs/witness/. Todas as mensagens de exemplo, contagens e atrasos são fictícios. Os hashes na sandbox da cadeia são calculados com SHA-256 no navegador. Nada é enviado ao Telegram.

Uma mensagem é alterada; as observações se acumulam#

Esta sequência simplificada pressupõe que o Telegram entregou cada atualização e que a conta selecionada pôde visualizá-la. Eventos operacionais também são registrados no diário. Um aviso de exclusão não indica quem efetuou a exclusão nem a hora exata da exclusão. Entregas repetidas são observações distintas; não há supressão de duplicatas em todo o diário.

O que um hash abrange#

Leia a fórmula de dentro para fora: C transforma os nove campos em bytes exatos; o SHA-256 produz seu resumo; “hex” é a forma como esse resumo é armazenado. O hash anterior já está dentro do evento. “unhex” transforma o hash armazenado de volta nos 32 bytes que o Ed25519 assina.

Diagrama estático da cadeia

Seja C(e_i) o JSON UTF-8 canônico dos nove campos de evento. O primeiro previous_hash consiste em 64 caracteres zero. Cada registro subsequente inclui o hash hexadecimal do registro anterior:

A assinatura abrange os 32 bytes brutos do resumo. A entrada do hash contém exatamente seq, observed_at, source_at, kind, chat_id, message_id, actor_id, payload e previous_hash. As chaves dos objetos são ordenadas; espaços em branco e caracteres de escape ASCII são omitidos; NaN e infinito são rejeitados. Consulte a codificação exata.

Experimente a lógica no registro 2: altere Meet at 11:00 para Meet at 12:00 no evento salvo. Seu hash recalculado não corresponde mais. Recalcular a cadeia posterior pode reparar seus elos, mas não pode fazer com que as assinaturas originais abranjam os novos resumos. Uma edição observada no Telegram, por outro lado, torna-se um novo registro no diário.

Diagrama de alterações estáticas

Os links de hash, por si só, não impedem que alguém recalcule uma cadeia de substituição. A confiança decorre da verificação das assinaturas por meio de uma chave confiável e independente e da comparação com referências mantidas fora do coletor.

O que um ponto de verificação anterior acrescenta#

A referência permanece inalterada enquanto o registro cresce. Se o ponto de verificação indicar “3 registros, cabeçalho h3”, uma exportação de quatro registros pode ser aprovada ao corresponder ao h3 na posição 3. Seu cabeçalho mais recente é h4, o qual deve ser diferente. Uma exportação de apenas dois registros falhará.

Diagrama estático de pontos de verificação

Após verificar a assinatura do ponto de verificação, solicite:

Uma exportação pode se estender além de um ponto de verificação. Ela deve estar em conformidade no limite retido. O verificador real também verifica a sequência de cada evento, o link anterior, o hash e a assinatura. Comparar apenas o cabeçalho final armazenado deixaria de detectar um registro interno alterado cujo hash salvo não tenha sido atualizado.

O lugar de uma testemunha#

A testemunha registra reversões, um cabeçalho diferente com a mesma contagem, chaves alteradas, respostas inválidas e respostas ausentes. Uma contagem maior, por si só, não comprova que todos os registros anteriores permaneçam inalterados; compare a exportação com os pontos de verificação retidos. Uma testemunha em outro servidor evita o risco de ficar sem acesso devido a uma interrupção no servidor do coletor; um operador independente proporciona maior independência.

A testemunha atesta o estado do diário relatado pelo coletor. Ela não observa de forma independente todas as mensagens do Telegram. Consulte a configuração da testemunha.

Teste de entrega em relação a ações conhecidas#

Utilize um grupo controlado, contas de coleta distintas e um marcador novo. Envie, edite e exclua deliberadamente, verificando a captura entre as etapas. Defina as ações esperadas e um limite antes de inspecionar os resultados.

Apenas as ações esperadas correspondentes são contabilizadas; recibos duplicados não aumentam o numerador. O denominador deve ser diferente de zero. Um recibo ausente não apresenta atraso medido. Documente a incerteza do relógio; utilize seu próprio tempo de ação de exclusão controlado, pois o Telegram não fornece a hora exata da exclusão. Um resultado como 5/6 (83,3%) descreve as ações de teste, não a integridade de todo o tráfego do Telegram.

Escolha um fluxo de trabalho#

O passo a passo completo da investigação acompanha um incidente que ocorre em um canal, grupo, bot e conversa privada:

1. Ative o modo de investigação de toda a conta e faça um inventário de todos os chats acessíveis.
2. Obtenha instantâneos do registro, histórico completo por conversa e anexos preservados.
3. Mantenha as alterações em tempo real e quaisquer interações deliberadas no painel com seus registros.
4. Acompanhe IDs numéricos de remetentes, relações de respostas, destinos repetidos e hashes de arquivos por meio de registros citados e perfis de pessoas.
5. Reconstrua uma linha do tempo entre conversas com registros de data e hora e lacunas explícitas.
6. Compare os espaços de trabalho de outras contas, mantendo suas origens e chaves separadas.
7. Reúna e verifique os registros assinados, perfis e exportações de histórico com notas do caso.

O guia /docs/cases/ do site inclui um mapa interativo de casos e variantes para disputas envolvendo bots, mensagens removidas e participantes que alteram seus nomes. As anotações de caso e a análise entre espaços de trabalho são externas; o aplicativo não gera automaticamente um gráfico global de investigação nem um arquivo de casos consolidado.

Validação concluída e trabalho pendente · Exportar e verificar · Comece com uma conta