封印された文書を検証

下に封印済みのエクスポートを貼り付けてください。Blackout Intelligence が発行した文書とバイト単位で同一かどうかを確認し、変更された所見があればそれを示します。アカウントもサインインも不要です。ファイルを持つ人なら誰でも確認できます。

文書は、出所も確認します。どの情報源を参照したか、それぞれが何を述べたか、どの情報源が応じなかったかの記録です。この部分があることで、不在に意味が生まれます。12の情報源のうち3つで「何も見つからなかった」ことと、12のうち12で同じ文が言われることは別の主張であり、どちらも署名の範囲内にあります。

有効な封印が証明すること

所見、その信頼度の値、その順序、および保留された値のすべてが、記載された時点で発行されたとおりであること。各所見は独自のハッシュを持つため、ファイル全体を無効にするのではなく、変更された値を正確に特定できます。

証明しないこと

基礎となる情報が正しいこと。完全性と正確性は別の問題です。封印された文書は、収集時に情報源が述べたことを忠実に再現します。それらの情報源が正しかったかどうかの評価は分析者の仕事のままであり、だからこそ Blackout のレポートのすべての所見には、それぞれ独自の情報源評価が付いています。

単なるチェックサムではない理由

鍵のないハッシュは事故から守るものであり、人からは守れないからです。文書を編集した人は誰でもそのチェックサムを再計算できます。これらの封印は当社のサーバーだけが保持する鍵で署名されているため、受領者は文書を検証できても偽造はできません。

送られてきた文書を確認する方法

報告書を送った人に、同じ検索から得られた 封印済みのエクスポート (JSON ファイル) を求めてください。PDF はそのファイルの表示用の形であり、それ自体は機械で検証できないため、PDF だけでは不十分です。
ファイル全体を上の欄に貼り付けてください。アカウントにアップロードされるものは何もなく、サインインも不要です。
表示された参照番号と発行時刻を、受け取った文書に印字されているものと照合してください。有効な封印があっても、別の文書に対するものであれば、手元の文書について何も示しません。

検証に失敗した場合

失敗は悪意の証拠ではありません。そう扱う前に、どの種類の失敗なのかを確認する価値があります。よくある原因は平凡なものです。ファイルがメールソフトで整形し直された、エクスポートの一部だけを貼り付けた、または第三者の情報を伏せるなどの正当な理由で発行後に文書が編集された、などです。コンソールは一致しなくなった個々の所見を示すので、元のエクスポートを求めて比較してください。きれいなコピーでも失敗する文書は、その内容を Blackout Intelligence に帰属させることができず、出典のないものとして扱うべきです。

利用する人

顧客のオンボーディングファイルを確認する銀行や決済事業者、ブローカーの提出書類を審査する保険会社や引受人、相手方からの開示を受ける弁護士、そして自分たちが依頼していない供給者評価を受け取る調達チームです。いずれの場合も、読み手には文書を確認してほしい十分な理由があり、それを作成したプラットフォームとの関係はありません。だからこそ検証は公開されており、無料です。

プログラムからの利用

POST /api/verify に、 { seal, cards, collection } エクスポートからそのまま取り出した内容を渡します。認証は不要で、結果は同じです。次を省くと collection 出所は検証済みではなく、未確認として報告されます。