Een Verified by Vera-certificaat controleren

Wat een certificaat bevestigt

Een Verified by Vera-certificaat is een bevroren momentopname van één controle: de uitspraken in een document, de geraadpleegde bronnen, de letterlijke citaten, de tijdstippen van raadpleging en de hashes van wat is beoordeeld. Twee dingen worden bevestigd: dat de genoemde bronnen op het genoemde moment zeiden wat het certificaat vastlegt, en dat het certificaat niet is gewijzigd sinds IamVERA het ondertekende.

Het is de eigen verklaring van IamVERA, geen gekwalificeerde elektronische handtekening of gekwalificeerd zegel onder eIDAS, en geen juridisch advies. Het toont dat een bron iets zegt, niet dat de bron gelijk heeft, en het is geen oordeel over de volledigheid van het document.

Vier mechanismen, niet één

Een certificaatpagina toont meerdere dingen die op elkaar lijken. Ze doen verschillend werk.

• Digitale handtekening (openbaar controleerbaar). ECDSA P-256 met SHA-256 over de tekst in payload.txt. De sleutel hoort bij het certificaat “IamVERA Seal Signing 2026”, afgegeven door de offline IamVERA Seal Root CA. Iedereen kan dit controleren met de gepubliceerde certificaten.
• Tijdstempel (openbaar controleerbaar). Een RFC 3161-token van een tijdstempeldienst (DigiCert; niet gekwalificeerd) over de SHA-256 van de ondertekende certificaatgegevens. Het toont dat precies deze gegevens op dat moment bestonden.
• Integriteitszegel (niet openbaar controleerbaar). Het veld seal met algoritme HMAC-SHA256 (methodeversie hmac-sha256-nonqualified-1) is een controle die de uitgevende omgeving op zichzelf uitvoert met een geheim dat alleen die omgeving heeft. Het ontdekt knoeien in de eigen opslag van de uitgever. Een derde kan het niet controleren en moet op de handtekening en de tijdstempel vertrouwen.
• Ondertekende link (alleen toegangscontrole). Het deel ?sig= van het certificaatadres is een HMAC van het certificaatnummer. Het voorkomt dat mensen certificaatnummers raden. Het is geen onderdeel van het bewijs, en de status (live of ingetrokken) wordt bij elk verzoek gecontroleerd en staat niet in de link.

De ondertekende gegevens

De ondertekende tekst is het voorvoegsel IamVERA-seal-v1 en een regeleinde, gevolgd door één JSON-object in canonieke vorm: sleutels alfabetisch gesorteerd, zonder witruimte, ongedefinieerde waarden weggelaten. De ondertekenservice weigert elke tekst zonder dat voorvoegsel, zonder certificaatnummer (cert_ en 20 hexadecimale tekens) en zonder uitgever Vera, zodat de sleutel niet voor iets anders kan worden gebruikt. Het object bevat:

• certificateId, lineageId, version, verificationId, sealedAt, issuer, de ontvanger (issuedTo, indien ingesteld) en sealLevel (non_qualified);
• hashes: original (SHA-256 van het bestand zoals ontvangen), delivered (SHA-256 van het bestand zoals afgeleverd, indien aanwezig), analysedText (SHA-256 van de beoordeelde tekst), evidenceTable (SHA-256 van de canonieke lijst uitspraken met bronnen en citaten) en documentShown (SHA-256 van de alleen-lezen tekst op de certificaatpagina, indien getoond);
• counts: statements, checked, valid, unchecked (niet beoordeeld), notChecked (buiten de beoordeling, zoals meningen en advies), neutral (onderzocht, maar geen bron gaat over precies deze zaak: niets aangetoond, niets weerlegd) en contested (geldig, met een kanttekening uit tegenbewijs);
• statementsDigest: SHA-256 van de canonieke uitspraken, zodat de tabel op de pagina aan de handtekening gebonden is;
• methodVersions: de versies van de methode (engine vee-1.0, letterlijke citaatcontrole literal-match-1, beoordelaars two-judges-perplexity-1, zegel hmac-sha256-nonqualified-1);
• previousLogHash: de hash van het laatste item in het append-only logboek van de uitgever in die omgeving, waarbij elk item aan het vorige is geketend. Het toont de volgorde van gebeurtenissen in het logboek van de uitgever. De kop van het logboek is niet gepubliceerd, dus buitenstaanders kunnen de keten zelf nog niet controleren.

Sleutels en keten

De vingerafdrukken zijn die welke de uitgever publiceert op /vee/seal/keys.json van elke omgeving, gelezen op 23 oktober 2026. Vergelijk ze met de waarden op een certificaatpagina voordat je erop vertrouwt. De publieke certificaten (chain.pem, public-key.pem) staan onder /vee/seal/ van elke omgeving.

Zelf een certificaat controleren

Download de bestanden van de certificaatpagina (payload.txt, verified-by-vera.sig, public-key.pem, vera-root.crt, vera-seal-chain.pem, verified-by-vera.tst, ca.pem) en voer dan uit:

# 1. de handtekening over de ondertekende gegevens
openssl dgst -sha256 -verify public-key.pem -signature verified-by-vera.sig payload.txt

# 2. de keten tot de gepubliceerde root
openssl verify -CAfile vera-root.crt vera-seal-chain.pem

# 3. de tijdstempel, met de vingerafdruk die op de pagina staat
openssl ts -verify -digest <vingerafdruk> -in verified-by-vera.tst -token_in -CAfile ca.pem

Om je eigen kopie van het document te controleren, bereken je shasum -a 256 en vergelijk je het resultaat met hashes.original, of kies je het bestand op de certificaatpagina: de hash wordt in je browser berekend en het bestand wordt niet geüpload. Komt er iets niet overeen, vertrouw het certificaat dan niet en neem contact op met de afzender.

Dit zijn de controles die de certificaatpagina zelf beschrijft. Stap 1 voert de certificaatpagina ook in je browser uit.

Vervangen en intrekken

• Verlopen of vervangen. Een nieuw ondertekeningscertificaat wordt door dezelfde root afgegeven (de root wordt offline gebruikt). Eerdere certificaten blijven controleerbaar met het eerdere ondertekeningscertificaat, dat publiek blijft.
• Gelekte ondertekeningssleutel. De root trekt het ondertekeningscertificaat in en geeft een nieuw af. Certificaten van vóór het lek zijn te herkennen aan het tijdstip in hun RFC 3161-tijdstempel.
• Gelekte root. Het vertrouwensanker is dan verloren: een nieuwe root, een nieuwe publicatie en nieuwe handtekeningen.
• Geen intrekkingslijst. IamVERA publiceert op dit moment geen CRL of OCSP-dienst voor het ondertekeningscertificaat. Intrekking wordt bekendgemaakt via deze pagina en de status van het certificaat.
• Eén certificaat intrekken. Een document wijzigen betekent het certificaat intrekken en een nieuwe versie publiceren; per document is één versie live. Een ingetrokken versie blijft bewaard voor audit en toont als ingetrokken, eventueel met een link naar de opvolger.

Hoe uitspraken worden beoordeeld

Een uitspraak is alleen geldig als: ze letterlijk in het document verankerd is; de bron bereikbaar en leesbaar was en volgens het bronbeleid van de branche is toegestaan; de passage die haar onderbouwt woordelijk in de bron staat (gecontroleerd in code, niet door een model); en twee beoordelaars uit verschillende modelfamilies bevestigen dat de passage de uitspraak draagt. In de standaardconfiguratie zijn dat Perplexity (Sonar) en Grok. Zijn ze het oneens en is geen van beide mislukt, dan prevaleert het oordeel van Perplexity. Een uitspraak is dus geldig als beide bevestigen, of als Perplexity bevestigt bij onenigheid.

Die regel is een beslisregel, geen meerderheidsstem en geen statistische onafhankelijkheid. Modellen van verschillende aanbieders kunnen dezelfde blinde vlekken hebben, en het certificaat meet niet hoe vaak de beoordelaars het oneens zijn. Een storing in een zoekopdracht of beoordeling wordt nooit als neutraal of “geen bron” vastgelegd; ze blokkeert het publiceren totdat de controle is herhaald.

Wat een certificaat niet bewijst

• Het toont niet dat een bron juist is, alleen dat ze zegt wat is vastgelegd.
• Pagina’s kunnen na het moment van raadpleging veranderen; daarom worden het citaat, de omringende tekst en de hash van het moment van raadpleging vastgelegd.
• Uitspraken buiten de beoordeling (meningen, advies, details die alleen het document betreffen) staan als zodanig vermeld. Ze zijn niet bevestigd en niet weerlegd.
• Een uitspraak kan bevestigd zijn door een bron op de eigen websites van de uitgever. Het certificaat noemt elke bron, maar telt de bronnen nog niet op per klasse.
• De handtekening en de tijdstempel zijn niet gekwalificeerd onder eIDAS en worden niet standaard vertrouwd door Adobe of browsers: wie IamVERA vertrouwt, vertrouwt de hierboven gepubliceerde root.
• De logketen (previousLogHash) kan nog niet van buitenaf worden gecontroleerd.

Laatst bijgewerkt: 23 oktober 2026