Sécurité : vue d'ensemble

L'essentiel

• La Box héberge des documents couverts par le secret professionnel et des données personnelles, dans les locaux d'une PME sans équipe informatique : la sécurité pèse autant que la qualité de l'IA.
• Cinq principes structurent le dossier : défense en profondeur, moindre privilège, chiffrement partout (repos, transit, sauvegardes), journalisation exploitable, sauvegarde testée.
• Le référentiel de base est le guide d'hygiène informatique de l'ANSSI (42 mesures) ¹, complété par les recommandations ANSSI pour un système d'IA générative (ANSSI-PA-102) ² et le guide sécurité de la CNIL ³.
• Le guide 2026 du CNB valide explicitement l'approche « LLM local + RAG cloisonné + chiffrement avec clé détenue par le cabinet + journalisation + habilitations » ⁴.
• La plupart des mesures ci-dessous sont des hypothèses de conception : elles doivent être testées sur la machine réelle avant toute installation chez un client.

Pourquoi la sécurité est un sujet de premier plan

Un serveur d'IA local supprime le risque de fuite vers un fournisseur cloud, mais il concentre en une seule machine tout ce qui compte pour le cabinet : les dossiers, leurs embeddings, l'historique des questions posées, les comptes des utilisateurs. Cette machine est posée dans un bureau, pas dans un centre de données. Elle est administrée à distance par un prestataire. Elle n'a pas d'équipe de sécurité derrière elle.

Trois conséquences :

1. Le vol physique ou la panne doivent être des non-événements pour la confidentialité : chiffrement complet du disque et sauvegardes chiffrées hors site.
2. Le prestataire est un sous-traitant au sens de l'article 28 du RGPD dès qu'il a accès aux données : son accès doit être nominatif, tracé et limité (voir Accès prestataire et RGPD).
3. Le RAG ajoute des risques propres à l'IA : fuite inter-dossiers, injection de prompt via un document piégé, empoisonnement de l'index (voir Modèle de menace).

Cinq principes

Carte des mesures par couche

Ce qui est décidé, supposé, à tester

Sous-pages

• Modèle de menace : actifs, acteurs, scénarios, spécificités IA, frontières de confiance.
• Durcissement : Secure Boot, LUKS2, secrets, isolation, pare-feu, SSH, mises à jour, journaux.
• Checklist d'installation : liste actionnable avant livraison, sur site, avant production, à J+30.
• Incidents : détection, confinement, notification CNIL, ransomware, effacement en fin de contrat.
• Accès prestataire : télémaintenance encadrée, MFA, journal des interventions, contrat.

Pages voisines : Réseau, Sauvegardes, Monitoring, Identité, RGPD.

Sources de référence utilisées dans la section

Questions ouvertes

Ce qu'il reste à tester

• Exercice d'incident : ransomware sur un poste du cabinetUn ransomware exécuté sur un poste utilisateur ayant accès au partage documentaire ne peut ni chiffrer les données de la Box (montage en lecture seule), ni altérer les sauvegardes (dépôt en ajout seul ou hors de portée), et la procédure d'incident permet une reprise sous 2 jours ouvrés avec une notification CNIL préparée dans les 72 heures.À tester
• Redémarrage à distance avec disque chiffré LUKS2 et TPM2Avec systemd-cryptenroll et un enrôlement TPM2 lié aux PCR du démarrage sécurisé, la Box redémarre sans saisie de mot de passe après un redémarrage ordinaire, refuse le déverrouillage automatique après une modification du chargeur ou de la désactivation de Secure Boot, et redevient déverrouillable avec la clé de récupération.À tester
• Scan de vulnérabilités des images Docker de la BoxLes images officielles de la pile retenue ne contiennent aucune vulnérabilité critique exploitable dans le contexte de la Box (services non exposés, réseau interne), et un scan mensuel automatisé avec Trivy plus un SBOM par image permettent de suivre les correctifs sans effort excessif.À tester
• Test de fuite de permissions du RAG (« l'avocat B ne voit jamais A »)Avec un filtre dossier_id calculé côté serveur et imposé par le moteur (RLS PostgreSQL ou JWT Qdrant), aucun chunk ni aucune réponse ne contient un canari hors de la portée de l'utilisateur, même lorsque la barrière applicative est désactivée.À tester
• Test de restauration complète sur machine viergeUne Box complète (système, configuration, base d'utilisateurs et permissions, index, journaux) peut être reconstruite sur une machine vierge en moins d'un jour ouvré à partir de la sauvegarde hors site chiffrée et des clés sous séquestre, sans intervention sur la Box d'origine.À tester
• Valider l'installation reproductibleUne personne compétente en administration Linux mais sans connaissance préalable du projet réinstalle la Box en moins d'une demi-journée à partir de la page Installation et du dépôt de configuration, et obtient le même résultat à la checklist de validation que l'installation initiale.À tester