Sécurité et confidentialité¶
La confiance ne vient pas d'une mention « souverain » ou « chiffré ». Elle vient d'une architecture vérifiable, d'une politique appliquée et d'incidents traités sans dissimulation.
Frontières de confiance¶
- le navigateur est non fiable et ne reçoit aucun secret ;
yisin-apiauthentifie, autorise et limite chaque opération ;yisin-adminutilise OIDC avec MFA et des rôles minimaux ;- le corpus est monté en lecture seule dans les services consommateurs ;
- Qdrant et les bases ne sont pas exposés au public en production ;
- les pièces privées n'entrent jamais automatiquement dans le corpus ou l'entraînement.
Risques prioritaires¶
| Risque | Défense attendue |
|---|---|
| Prompt injection | séparation stricte instructions / preuves / pièces |
| Empoisonnement du corpus | sources enregistrées, empreintes, admissions et manifeste |
| Citation inventée | référence construite par le backend depuis un identifiant de preuve |
| Accès croisé | autorisation serveur, filtre propriétaire et défense RLS |
| Fichier malveillant | limites, validation réelle du type, antivirus et traitement isolé |
| Abus de ressources | rate limiting, concurrence maximale, réservation et settlement |
| Fuite par journal | minimisation, masquage des données et séparation audit/diagnostic |
Administration¶
Les mutations sensibles exigent jetons courts, MFA, protection CSRF, idempotence et audit append-only. Les secrets sont injectés par un gestionnaire externe ; ils ne figurent ni dans Compose, ni dans une image, ni dans un dépôt.
Identité réellement implémentée¶
Le backend accepte uniquement des JWT signés avec un algorithme asymétrique autorisé. Il vérifie la signature depuis le JWKS HTTPS, l'issuer exact, l'audience, l'expiration, la date d'émission et le sujet. Les droits viennent ensuite de PostgreSQL, jamais des boutons de l'interface ni d'un rôle commercial placé dans le jeton. Une permission de workspace ne vaut pas dans un autre workspace. L'administration ajoute une preuve MFA et un âge maximal du jeton.
Le fournisseur Google OIDC est configuré et intégré à yisin-web et
yisin-admin. Le jeton Google standard ne constitue pas une preuve MFA
amr/acr : l'administration complète donc cette identité par une MFA TOTP
native, chiffrée au repos, vérifiée par l'API et matérialisée par une session
MFA HttpOnly à durée limitée. L'activation du facteur ne vaut pas preuve de
session ; un challenge réussi est requis avant toute mutation sensible.
Déploiement Oracle¶
La VM Oracle ARM actuelle peut héberger API, interfaces, Qdrant et services légers. Elle ne possède pas de GPU : elle n'est pas la cible d'entraînement QLoRA et ne garantit pas une inférence confortable de Mistral 7B. L'entraînement reste sur Colab ; le choix final d'inférence dépendra des mesures de latence, mémoire, confidentialité et coût.
Conditions avant ouverture¶
TLS, sauvegardes restaurées en test, OIDC/MFA, politique de conservation, rotation des secrets, supervision, procédure d'incident et tests d'autorisation sont des conditions de mise en service — pas des améliorations facultatives après lancement.