Verifiera ett förseglat dokument

Klistra in den förseglade exporten nedan. Det bekräftar om dokumentet är identiskt, byte för byte, med det som Blackout Intelligence utfärdade, och anger vilka fynd som har ändrats, om några. Inget konto och ingen inloggning — den som har filen kan kontrollera den.

Den kontrollerar även proveniensen — uppgifterna om vilka källor som konsulterades, vad var och en sa och vilka som vägrade. Det är den halvan som gör att en frånvaro betyder något: ”inget funnet” från tre av tolv källor är ett annat påstående än samma mening från tolv av tolv, och båda ligger inom signaturen.

Vad ett giltigt sigill bevisar

Att fynden, deras förtroendevärden, deras ordning och alla undanhållna värden är exakt som utfärdade, vid den angivna tidpunkten. Varje fynd bär sin egen hash, så ett enda ändrat värde pekas ut exakt i stället för att hela filen ogiltigförklaras.

Vad det inte bevisar

Att den underliggande informationen är korrekt. Integritet och träffsäkerhet är olika frågor. Ett förseglat dokument återger troget vad källorna sa vid insamlingen; att bedöma om källorna hade rätt är fortfarande analytikerns uppgift — därför bär varje fynd i en Blackout-rapport sin egen källgradering.

Varför inte bara en kontrollsumma

Eftersom en hash utan nyckel skyddar mot olyckor, inte mot människor. Den som redigerar ett dokument kan räkna ut dess kontrollsumma på nytt. Dessa sigill är signerade med en nyckel som endast finns på våra servrar, så en mottagare kan verifiera ett dokument men inte förfalska det.

Så här kontrollerar du ett dokument som har skickats till dig

Fråga den som skickade rapporten efter dess förseglade export — en JSON-fil som skapats av samma sökning. En PDF är en återgivning av den filen och kan inte i sig maskinkontrolleras, så PDF:en ensam räcker inte.
Klistra in hela filen i rutan ovan. Ingenting laddas upp till ett konto och ingen inloggning krävs.
Jämför referensen och utfärdandetiden som visas med de som är tryckta på dokumentet du fick. Ett giltigt sigill för ett annat dokument säger dig ingenting om det du har i handen.

Om verifieringen misslyckas

Ett misslyckande är inte bevis för ond tro, och det är värt att fastställa vilken typ det är innan man behandlar det som ett. De vanliga orsakerna är vardagliga: filen kopierades från en e-postklient som omformaterade den, endast en del av exporten klistrades in, eller dokumentet redigerades efter utfärdandet av en legitim anledning, till exempel för att stryka en tredje parts uppgifter. Konsolen anger de specifika fynd som inte längre stämmer, så begär den ursprungliga exporten och jämför. Ett dokument som fortfarande misslyckas på en ren kopia är ett vars innehåll inte kan tillskrivas Blackout Intelligence och bör behandlas som ej källbelagt.

Vem som använder detta

Banker och betaltjänstleverantörer som kontrollerar en kunds onboardingfil, försäkringsbolag och försäkringsmatematiker som granskar en mäklares underlag, advokater som tar emot yttranden från motparten och inköpsteam som får en leverantörsbedömning som de inte beställde. I varje fall har läsaren goda skäl att vilja att dokumentet kontrolleras och ingen relation till plattformen som tog fram det, och därför är verifieringen offentlig och kostnadsfri.

Programmatisk användning

POST /api/verify med { seal, cards, collection } hämtat direkt från exporten. Utan autentisering, samma resultat. Utelämna collection och proveniensen rapporteras som ej granskad i stället för verifierad.