— STANDARD ICX-1 —

Information Contract

Le contrat d'information est le cœur du protocole SYNAPSE. Aucune donnée n'est transmise sans qu'un contrat n'ait été négocié, signé et journalisé.

I.ANATOMIE D'UN CONTRAT

Douze champs. Un échange opérable.

Chaque contrat formalise les acteurs, l'intention, les autorisations, les transformations, les exigences de qualité et la chaîne de traçabilité associée à un échange.

01

Requesting entity

Identité institutionnelle du demandeur · clé publique signataire.

02

Receiving entity

Identité du destinataire opérationnel et de son canal d'usage.

03

Purpose

Finalité opérationnelle déclarée · cadre juridique et mission.

04

Access level

Niveau d'habilitation requis · sas de validation associé.

05

Authorized data

Catégories explicitement autorisées · périmètre temporel et spatial.

06

Restricted data

Catégories explicitement exclues · justification et métadonnées masquées.

07

Transformation rules

Filtres, masques, agrégations, anonymisations appliqués.

08

Aggregation level

Granularité géographique, temporelle et nominative autorisée.

09

Output format

Brief · carte · indicateurs · dashboard · export structuré.

10

Confidence requirements

Seuil minimal · couches d'incertitude · sources requises.

11

Traceability log

Journal WORM signé · empreinte cryptographique de chaque transformation.

12

Human validation

Agent humain habilité · statut de validation · délai d'expiration.

II.CYCLE DE VIE

Cinq phases. Aucune transmission par défaut.

De la formulation du besoin à l'audit, chaque contrat suit un cycle déterministe où chaque transition est journalisée et vérifiable.

  1. 01DRAFT

    Formulation

    L'agent récepteur exprime un besoin opérationnel : finalité, format, niveau de précision attendu.

  2. 02NEGOTIATE

    Négociation

    L'agent émetteur propose, contre-propose, exclut. Les conflits sont résolus jusqu'à équilibre.

  3. 03SIGN

    Signature

    Les deux agents signent le contrat. Validation humaine obligatoire au-delà du seuil défini.

  4. 04EXECUTE

    Exécution

    SYNAPSE applique strictement les règles du contrat. Toute déviation est refusée et tracée.

  5. 05AUDIT

    Audit

    Le journal WORM est consultable a posteriori par les autorités habilitées · conservation conforme.

III.EXEMPLE — CONTRAT SIGNÉ

Représentation canonique.

Encodage JSON simplifié d'un contrat d'information négocié, signé, scellé.

CONTRACT · 0x4F·B2A1 SIGNED · WORM-SEALED
{
  "contract_id": "0x4F·B2A1",
  "version": "icx-1.0",
  "requesting_entity": {
    "id": "RECEIVER·02",
    "clearance": "L3",
    "signature": "ed25519:b6a3…f04c"
  },
  "receiving_entity": {
    "id": "EMITTER·01",
    "signature": "ed25519:7d12…aa8b"
  },
  "purpose": "2-page situation brief",
  "authorized_data": [
    "aggregated_geographic",
    "indicators",
    "source_confidence"
  ],
  "restricted_data": [
    "precise_coordinates",
    "raw_signals",
    "source_identifiers"
  ],
  "transformation_rules": [
    { "op": "aggregate", "level": "hex_1km" },
    { "op": "mask", "target": "source_ids" }
  ],
  "output_format": ["BRIEF", "MAP", "INDICATORS"],
  "confidence_min": 0.75,
  "traceability": {
    "storage": "WORM",
    "entries": 14,
    "hash": "sha256:a91b…d3e7"
  },
  "human_validation": {
    "required": true,
    "status": "pending",
    "deadline": "2026-04-30T18:00Z"
  }
}
IV.SPÉCIFICATIONS TECHNIQUES
01SIGNATURES
  • X.509 / PKI souveraine
  • Ed25519 par défaut
  • RSA-4096 alternatif
  • Horodatage RFC 3161
02JOURNAL
  • WORM · append-only
  • Empreinte SHA-256
  • Chaînage cryptographique
  • Conservation 10 ans
03ENCODAGE
  • JSON canonique (RFC 8785)
  • CBOR (RFC 8949) compact
  • XML / STIX 2.1 compatible
  • Profil binaire signé
04TRANSPORT
  • mTLS 1.3 obligatoire
  • Canal souverain dédié
  • Air-gap supporté
  • Diode unidirectionnelle

Approfondir le protocole.

Pour obtenir la spécification technique complète, l'environnement de test ICX-1 ou un atelier d'intégration, adressez une demande d'accès institutionnelle.