Um recibo assinado é uma afirmação precisa e estreita. Este é um relato cuidadoso das três coisas que um recibo válido da Trustvice estabelece, das muitas que não estabelece, do que você ainda confia em nós e de como apresentar recibos sem que ninguém os exagere.
Por The Trustvice teamLeitura 5 min
Agentes, evidências, governação, comércio e divulgação estão no Trustvice 360. Registe-se grátis e abra todas as suítes a partir de um só painel.
© 2026 Trustvice. Todos os direitos reservados. Trustvice é um produto da Trustvice. Secured and supercharged by Avonao Labs.
Denunciar abusoEvidência criptográfica convida ao exagero. "Assinado" soa como "verdadeiro", e "à prova de adulteração" soa como "certificado". Nenhum dos dois está certo. Se você usa recibos da Trustvice numa auditoria, num contrato ou numa disputa, o mais valioso que pode fazer é descrevê-los com exatidão: nem mais do que mostram, nem menos.
Este post é essa descrição. É a página que gostaríamos que um advogado, auditor ou contraparte cuidadoso lesse antes de confiar num recibo, e ela repete de propósito o que nossa documentação já diz.
Um recibo que confere com uma chave publicada da Trustvice prova três coisas.
Origem. O envelope foi assinado por quem detém a chave privada que corresponde a signatureKeyId, que é uma chave de assinatura da Trustvice. Ninguém mais, nem você, consegue produzir um recibo que confira com essa chave.
Integridade. Cada membro do envelope, exceto signature, está exatamente como foi assinado: o tipo, o body, o horário issuedAt e o id da chave. Mudar um único caractere faz a verificação falhar.
Um horário assinado. A Trustvice afirma que o recibo foi criado em issuedAt. É o relógio do próprio emissor.
Qualquer um confere as três, offline, sem conta e sem nos perguntar. A checagem é determinística: duas implementações independentes, com o mesmo recibo e a mesma chave, chegam à mesma resposta. Essa é a força de um recibo, e ela é real.
Antes de listar os limites, uma distinção decide quanto vale cada recibo.
Um recibo pode declarar fatos que alguém forneceu à Trustvice, assinados para mostrar que foram apresentados, ou fatos sobre algo que a própria Trustvice executou ou viu. Um recibo sobre fatos reportados prova que foram apresentados até issuedAt; um recibo sobre fatos observados prova o que a Trustvice viu. Os recibos parecem iguais nos dois casos, então leia o tipo do recibo para saber qual você tem.
Não são defeitos. São a fronteira da afirmação.
Um recibo sobre um hash cobre um hash. O hash de um documento falso confere exatamente como o de um verdadeiro. Um recibo sobre uma troca reportada, como um prompt e uma resposta, prova que a troca foi apresentada num momento, não que tenha acontecido como descrita.
O que um recibo de fato reportado lhe dá ainda vale a pena: fixa a afirmação no tempo, para que não possa ser antedatada em silêncio, e qualquer mudança posterior é detectável.
O envelope não traz identificador de workspace ou conta, nem a assinatura de uma pessoa. Quem tem o JSON pode apresentá-lo. Um hash identifica bytes, não um dono: não mostra que ninguém mais tem o mesmo conteúdo. Se a autoria importa, ponha suas próprias assinaturas no conteúdo.
O recibo guarda um hash. Para mostrar que um documento confere, calcule o hash do documento e compare com o body. O recibo só ajuda se você guardou o conteúdo num lugar de onde possa apresentá-lo.
issuedAt é nosso relógio ao assinar. Num fato reportado, o evento ocorreu algum tempo antes do recibo. Um recibo não é um carimbo do tempo qualificado sob nenhum regime jurídico. Não alegue precisão maior que o intervalo entre o evento e o recibo. Se precisa de uma âncora externa, publique a assinatura do recibo num lugar com relógio confiável próprio.
Um recibo prova o que diz, não o que ficou por dizer. Uma lacuna nos recibos não é prova de que nada aconteceu, nem a seu favor nem contra você.
Não há revogação. Um recibo que conferia ao ser emitido confere enquanto sua chave de assinatura seguir publicada. Também não há lista de revogação de chaves. Uma chave de assinatura vazada deixaria quem a tem criar recibos que conferem, e só a checagem da assinatura não os distinguiria dos genuínos.
A verificação elimina a necessidade de confiar em nós para muita coisa: você não precisa que digamos se um recibo foi alterado, que chave o assinou ou se a chave nele foi trocada. Resta um conjunto pequeno e nomeado:
Trustvice 360x a partir de uma rede em que confia, e verifique contra essa cópia.Para a posição mais forte numa disputa, combine recibos com registros que você controla.
Quando um recibo sai das suas mãos, uma nota curta de acompanhamento evita a maioria dos mal-entendidos. Uma boa nota faz cinco coisas:
4d9a…7d62 à Trustvice sob o label proof v3 delivered."trustvice.com por conta própria, para não depender de um arquivo de chaves fornecido por você.Nosso guia Evidência para disputas mostra o padrão completo: decidir antes de uma disputa de quais afirmações você vai precisar, capturar recibos no momento em que as coisas acontecem e montar um pacote de evidências que o outro lado verifica sem confiar em você.
Se um recibo é admissível, ou suficiente, num tribunal, contexto regulatório ou contratual depende da jurisdição e do caso. Um recibo é um registro técnico do que foi apresentado a um serviço de assinatura, ou observado por ele. Não é assessoria jurídica, nem certificação, nem prova de compliance. Consulte seu próprio advogado e considere prever nos contratos que ambas as partes aceitam recibos verificados com as chaves publicadas como evidência dos fatos que afirmam.
Um limite dito com clareza gera mais confiança que uma alegação, porque um recibo só é tão útil quanto a precisão com que as pessoas o descrevem. Se encontrar um lugar onde nossas próprias páginas exageram o que um recibo prova, avise-nos em /contact e corrigiremos.
Os recibos da Trustvice se baseiam em hashes SHA-256 e metadados, não nos seus documentos, prompts ou bodies de resposta. Este é o design de privacidade por trás dessa escolha, o que ele protege e onde, sozinho, ele não protege você.
Leitura 3 min
Um tour campo a campo pelo envelope do recibo Trustvice, por que assinamos uma forma canônica RFC 8785 e não os bytes que trafegam, como os key IDs derivam das próprias chaves e o que o conjunto de chaves publicado promete.
Leitura 6 min
Two correct RFC 8785 implementations can still disagree on key order, big numbers and unpaired surrogates. We walk through each edge case in JavaScript and Python, what our canonicalizers do, and how shared test vectors catch drift.
Leitura 8 min
Cole qualquer recibo da Trustvice no verificador. Ele confere a assinatura no seu navegador com nossas chaves publicadas, sem precisar de conta.
Trustvice 360: confie nos seus agentes de IA e governe-os com evidência assinada e verificável.
Digital Trust. On the Record.
A plataforma de inovação para
Software como Serviço.