Bekreft et forseglet dokument

Lim inn den forseglede eksporten nedenfor. Dette bekrefter om dokumentet er identisk byte for byte med det Blackout Intelligence utstedte, og viser hvilke funn som er endret, hvis noen. Ingen konto, ingen innlogging — den som har filen kan kontrollere den.

Den sjekker også proveniensen — registeret over hvilke kilder som ble konsultert, hva hver av dem sa, og hvilke som nektet. Det er halvdelen som gjør at et fravær betyr noe: «ingenting funnet» fra tre av tolv kilder er en annen påstand enn den samme setningen fra tolv av tolv, og begge er innenfor signaturen.

Hva et gyldig segl beviser

At funnene, deres tillitsverdier, deres rekkefølge og eventuelle tilbakeholdte verdier er akkurat som utstedt, på det angitte tidspunktet. Hvert funn har sin egen hash, slik at én endret verdi kan finnes nøyaktig i stedet for å ugyldiggjøre hele filen.

Hva det ikke beviser

At den underliggende informasjonen er riktig. Integritet og nøyaktighet er ulike spørsmål. Et forseglet dokument gjengir tro hva kildene sa på innsamlingstidspunktet; å vurdere om kildene hadde rett, er fortsatt analytikerens jobb — derfor har hvert funn i en Blackout-rapport sin egen kildevurdering.

Hvorfor ikke bare en sjekksum

Fordi en hash uten nøkkel beskytter mot uhell, ikke mot mennesker. Hvem som helst som redigerer et dokument kan beregne sjekksummen på nytt. Disse seglene er signert med en nøkkel som bare ligger på våre servere, så en mottaker kan verifisere et dokument, men ikke forfalske det.

Slik sjekker du et dokument du har fått tilsendt

Be den som sendte deg rapporten om den forseglede eksporten — en JSON-fil laget av det samme oppslaget. En PDF er en gjengivelse av filen og kan ikke kontrolleres maskinelt i seg selv, så PDF alene er ikke nok.
Lim hele filen inn i boksen ovenfor. Ingenting lastes opp til en konto, og innlogging kreves ikke.
Sammenlign referansen og utstedelsestiden som vises med de som er trykt på dokumentet du fikk. Et gyldig segl for et annet dokument forteller deg ingenting om det du har i hånden.

Hvis verifiseringen mislykkes

En feil er ikke bevis på dårlig tro, og det er verdt å fastslå hvilken type det er før man behandler det som en. De vanlige årsakene er hverdagslige: filen ble kopiert fra en e-postklient som omformaterte den, bare deler av eksporten ble limt inn, eller dokumentet ble redigert etter utstedelse av en legitim grunn, for eksempel for å skjule opplysninger om en tredjepart. Konsollen nevner de spesifikke funnene som ikke lenger stemmer, så be om den opprinnelige eksporten og sammenlign. Et dokument som fortsatt feiler på en ren kopi, er et hvis innhold ikke kan tilskrives Blackout Intelligence, og det bør behandles som ukildet.

Hvem som bruker dette

Banker og betalingsleverandører som sjekker en kundes onboarding-fil, forsikringsselskaper og forsikringsmatematikere som gjennomgår en mekleres innlevering, advokater som mottar fremleggelse fra motparten, og innkjøpsteam som får en leverandørvurdering de ikke har bestilt. I hvert tilfelle har leseren god grunn til å ville ha dokumentet sjekket og ingen relasjon til plattformen som laget det, og derfor er verifiseringen offentlig og gratis.

Programmatisk bruk

POST /api/verify med { seal, cards, collection } hentet rett fra eksporten. Uten autentisering, samme resultat. Utelat collection og proveniensen rapporteres som ikke undersøkt i stedet for verifisert.