Votre système RAG isole-t-il vraiment ses tenants ? Testez, ne supposez pas | Leçon 15

Dans la Leçon 15 de RAG Formation, nous nous tournons vers la sécurité — empêcher le chatbot d'exposer des documents aux mauvais utilisateurs ou de divulguer des secrets et des données clients.

Rien de tout cela ne compte si le système divulgue quelque chose qu'il ne devrait pas — et la façon honnête de le vérifier n'est pas de supposer qu'un périmètre existe, c'est de le tester en direct. Ce système comporte un champ workspace sur chaque requête, et il est tentant de supposer que c'est votre périmètre de tenant. Appelez l'API deux fois avec la même question et deux valeurs de workspace différentes, et observez ce qui change réellement : le signal du graphe se déplace — parce que LightRAG applique véritablement un cloisonnement par workspace. La recherche vectorielle et la recherche plein texte ne bougent pas du tout. Elles n'ont jamais reçu ce champ.

Ce n'est pas une faille hypothétique ; c'est quelque chose que vous pouvez observer en deux appels curl. Et cela se situe à côté d'un autre fait qu'il suffit de lire plutôt que de supposer : la politique CORS de cette API autorise les requêtes depuis n'importe où. Pas un risque à aller vérifier — une ligne de code à aller lire.

Site du cours :
https://shenyi.dev/fr/ai-lab/rag-formation/lessons/0015-security-permissions-and-deployment-boundaries

Dépôt GitHub :
https://github.com/scheffershen/yt-rag-formation/

Chapitres

• 00:00— Récapitulatif phase 4 : des chiffres de fiabilité à la sécurité
• 00:21— Titre : sécurité, autorisations et limites de déploiement
• 00:32— Même question, deux valeurs de workspace
• 00:45— Trois signaux ne bougent pas, un seul bouge
• 00:57— CORS : une ligne de code à lire
• 01:07— Conclusion

#RAG #Securite #IsolationDesTenants #CORS #IngenierieIA #RAGFormation