Migration monolithe vers microservices : audit fichiers conforme NIS2
Par Emmanuel Forgues - 15 juillet 2026
Architecturer un microservice d'audit découplé utilisant S3 Object Lock pour créer une chaîne de preuves immuable répondant aux exigences NIS2.
Un audit qui ne tient plus devant la CNIL
Une société d'assurance française utilise un moteur monolithique Java écrivant les journaux d'accès sur un disque partagé. Lors d'un contrôle NIS2, seul un export CSV de la veille est disponible, sans hash ni horodatage certifié. La CNIL conclut que ces preuves ne garantissent ni l'authenticité ni l'intégrité des événements.
Apporter la preuve dans le modèle microservices
| Qualité | Contribution à l'architecture microservices |
|---|---|
| Authenticité | Service producteur identifié (UUID v4, hash image Docker) |
| Intégrité | Chaque log haché SHA-256 avant stockage |
| Traçabilité | trace_id propagé à travers la chaîne de services |
| Horodatage | Hash envoyé à une TSA (RFC 3161), certificat signé retourné |
| Attribution | Nom du service, commit Git, ID opérateur dans les métadonnées |
| Disponibilité | S3 Object Lock avec rétention ≥ 7 ans |
Pattern Rust avec aws-sdk-s3
Le SDK Rust aws-sdk-s3 permet une implémentation stateless idéale pour les microservices : création du client S3, construction du payload d'audit (UUID v4, timestamp UTC, action, utilisateur, commit Git), calcul du hash SHA-256, envoi à une TSA, assemblage du package puis upload en mode Object Lock Compliance avec une rétention de 7 ans.
Ce qu'un auditeur cherchera à vérifier
- chaque événement possède un event_id UUID unique ;
- le hash SHA-256 du payload est signé par une TSA certifiée ;
- l'objet S3 a été créé en mode Object Lock (immuable) ;
- les métadonnées incluent la version du service (git_commit) ;
- la politique de rétention documentée est appliquée.
Chaîne de conservation d'un audit fichier
- le microservice file_audit intercepte chaque accès fichier (open, read, write) ;
- ajout de service_uuid, commit Git et request_id au payload ;
- hachage SHA-256 puis envoi à la TSA ;
- objet JSON-LD complet uploadé vers S3 Object Lock (retention=7y) ;
- vérification quotidienne : recalcul et comparaison des hashes ;
- interface read-only exposant métadonnées et certificat TSA ;
- export d'audit sous forme d'archive ZIP signée.
Ce que ChronoVault apporte
ChronoVault fournit nativement l'immuabilité, le versionnage et la traçabilité sur du stockage S3 sans dépendre d'une base intermédiaire. La chaîne de preuves devient une propriété du stockage lui-même, ce qui accélère considérablement la migration d'un monolithe audit vers un modèle microservices conforme NIS2.
Limites à ne pas masquer
- fausse immuabilité possible si la source est compromise ;
- conflit RGPD vs NIS2 nécessitant une analyse du Legal Hold ;
- horodatage local vs qualifié : seul le second a valeur juridique ;
- coût des services WORM et TSA notable pour les PME.
Pour aller plus loin
Pour aller plus loin :