Sécurité

Veracium est conçu pour que l'exposition d'un seul composant n'expose pas les personnes sur le terrain.

Où en est Veracium aujourd'hui — Phase 0 (Beta)

L'architecture décrite ci-dessous est le système cible. La beta fonctionne actuellement avec un seul dépositaire KYC, des clés de signature stockées en logiciel, et de la minimisation des données à la place des preuves à divulgation nulle. Chaque point est marqué livré ou roadmap. Lancement public visé : août 2026.

Architecture en une phrase

Le système est un intermédiaire aveugle : le journaliste* sait qui il est ; la rédaction sait ce qu'elle a reçu ; et Veracium opère la couche intermédiaire sans jamais détenir les deux moitiés en clair.

Comment cela tient

  • Scellement sur l'appareil (livré) — SHA-256 sur GPS, horodatage et identifiant d'appareil est calculé sur l'appareil avant toute transmission réseau. Nous ne pouvons pas manipuler ce que nous ne voyons jamais en clair.
  • Signature adossée au matériel (roadmap, avant lancement public) — Cible : clés stockées dans le Secure Enclave / StrongBox de l'appareil, attestées via App Attest / Play Integrity, donc non extractibles — pas même par Veracium. La beta utilise des clés stockées en logiciel ; l'ancrage matériel est P1 avant le lancement public.
  • Custodie d'identité (Phase 0 aujourd'hui, multi-dépositaires visé) — Architecture cible : le lien entre pseudonyme du journaliste et identité réelle est réparti entre plusieurs dépositaires indépendants via Shamir Secret Sharing, avec un seuil de 2 sur 3 pour la divulgation. La beta fonctionne avec un seul dépositaire KYC ; d'autres sont recrutés avant le lancement public.
  • Preuves de palier par minimisation des données (zk-SNARKs en roadmap) — Les rédactions ne voient que le palier détenu, pas l'identité. Aujourd'hui c'est imposé par la minimisation des données côté serveur. Les preuves à divulgation nulle (zk-SNARKs) sont un point de recherche de Phase 2, pas une propriété livrée.
  • Hébergé dans l'UE, juridiction UE (livré) — Toutes les données de production résident sur PostgreSQL à Francfort (eu-central-1). Aucun transfert vers les États-Unis pour les enregistrements opérationnels.

Ce contre quoi nous ne protégeons pas

Nous sommes explicites sur les limites. Veracium ne protège pas contre :

  • Capture forcée par une partie hostile présente sur les lieux.
  • Un journaliste mettant délibérément en scène une situation ensuite scellée fidèlement.
  • Une rédaction republiant la capture sans le certificat associé.

Pour chacun de ces cas, le certificat et le journal de chaîne de custody sont conçus pour rendre le problème détectable a posteriori, même s'il n'était pas évitable sur le moment.

Signaler une vulnérabilité

jorg@veracium.io · empreinte de clé PGP sur /about. Nous répondons sous 72 heures et créditons la divulgation responsable sur la page du projet.

Conformité

Deux catégories : ce que nous surveillons activement — et ce qui est conçu dans le système.

Activement surveillé

RGPD (EU 2016/679)

Registre des activités de traitement tenu. DPIA archivée. Représentant UE désigné.

EU AI Act

L'usage de Claude Vision par Veracium est classifié, suivi face aux obligations pour systèmes d'IA à risque limité, et revu trimestriellement.

NIS2

En tant que fournisseur d'infrastructure numérique, Veracium se prépare à la conformité NIS2 avant l'échéance de transposition allemande.

Protection des lanceurs d'alerte

Canal interne et partenaire de signalement externe selon la directive UE lanceurs d'alerte.

Conçu dans

RGPD by design et by default (Art. 25)

Minimisation, pseudonymisation et limitation des finalités sont intégrées dans le modèle de données, pas ajoutées après coup.

Article 85 (exception journalistique)

La plateforme est conçue pour opérer dans la transposition allemande de l'exception journalistique tout en respectant les normes substantielles du RGPD là où elles s'appliquent.

Certificats compatibles C2PA

Chaque certificat Veracium est structuré pour être mappé sur des assertions C2PA, permettant l'interopérabilité avec l'écosystème provenance.

Préparation BSI C5

L'architecture est conçue face au catalogue BSI C5, en vue d'une certification lorsque Veracium opérera à l'échelle où C5 est requis.

Pour des questions spécifiques de conformité : jorg@veracium.io.

Sécurité — Veracium