Sécurité et contrôle
Sécurité. Sur l’infrastructure du client, sous son contrôle.
Le code et les données restent à l’entreprise.
/01 · Engagements
Trois engagements.
Infrastructure du client
- Dans le cloud de l’entreprise (AWS, Azure, Google Cloud) ou sur ses serveurs.
- Derrière son authentification unique et ses règles d’accès.
- Journaux conservés dans son environnement.
Propriété du code et des données
- Code livré dans le dépôt de l’entreprise, documenté, au fil du projet.
- Aucun enfermement : reprise possible par une équipe interne ou un autre prestataire.
- Aucun modèle entraîné sur les données de l’entreprise.
Modèles au choix
- Claude, GPT, Mistral ou un modèle open source hébergé en interne.
- Choisi tâche par tâche : qualité, coût, sensibilité des données.
- Une architecture qui permet d’en changer sans tout reconstruire.
/02 · Construction
Principes de construction.
/01
Une personne décide
Toute action vers l’extérieur (envoyer, publier, payer) suit des autorisations définies par l’entreprise, ponctuelles ou permanentes. Au départ, l’IA prépare et une personne valide.
/02
Chaque action journalisée
Ce que le système a lu, ce qu’il a fait, qui l’a autorisé : tout est tracé et consultable par les équipes.
/03
Droits hérités des systèmes
Une solution n’accède qu’à ce dont elle a besoin, et une personne ne voit par elle que ce qu’elle voyait déjà.
/04
Une qualité mesurée
Des jeux d’évaluation validés par les équipes métier, rejoués avant chaque mise à jour ; une supervision en production.
/05
Une IA qui dit qu’elle en est une
Un agent ou un assistant qui parle aux clients ou aux fournisseurs se présente comme une IA, et passe la main à une personne quand on le demande.
/06
Des réponses sourcées
Quand une réponse s’appuie sur un document, elle le cite. Sans source fiable, l’IA le dit plutôt que d’inventer.
/03 · Revue de sécurité
Questionnaire de sécurité, traité avant le démarrage.
L’architecture s’adapte aux exigences de l’entreprise.