Il y a un mot qui squatte toutes les plaquettes AWS de la semaine : « grounded ». Ancré. Tes réponses sont ancrées dans tes données, sourcées, traçables. Génial. Sauf que personne ne pose la seule question qui compte : ancrées pour qui ?
Prends Qlik Answers. La boîte a branché son moteur de réponses sur Amazon Bedrock et le vend à plus de 40 000 clients. L’architecture a belle allure : plusieurs agents empilés, de l’inférence cross-région (tes données peuvent sortir de chez toi, mais pour la bonne cause) et les Guardrails de Bedrock en filet de sécurité. Le genre de montage qu’on te vend comme « trusted AI at global scale ». Trois adjectifs anglais pour un seul mot français : fais-nous confiance.
Le problème, c’est que Qlik a un boulot ingrat. Ses clients posent des questions sur des données qui traînent partout : SharePoint, Google Drive, Confluence, la base interne que plus personne ne veut maintenir. Et ces sources, elles ont des permissions. Des vraies. Le dossier RH que ta collègue ne doit pas voir. Le contrat que seul le service juridique peut ouvrir. Le tableau de bord de la direction, protégé depuis trois ans par un dossier partagé que le stagiaire a trouvé en dix minutes.
Si ton RAG balance ces documents au premier prompt venu, tu n’as pas construit un assistant. Tu as construit une fuite de données avec une interface sympa.
C’est là qu’AWS dégaine son deuxième papier de la semaine. La solution s’appelle Amazon Quick, couplé aux Knowledge Bases de Bedrock, et l’idée tient en une phrase : le contrôle d’accès se fait au moment de la requête, pas après. Le principe : quand tu poses une question, le système retourne vérifier auprès de la source officielle si tu as vraiment le droit de voir ce qu’il s’apprête à te sortir. Pas une copie figée des permissions d’il y a six mois. La vraie, celle qui vit dans SharePoint ou dans ton annuaire.
Ça a l’air évident. Ça ne l’est pas. La plupart des montages RAG de ces deux dernières années indexent les documents avec leurs permissions au moment de l’ingestion, puis ils oublient. Le jour où quelqu’un change de service, part à la concurrence ou se fait virer, l’index continue de raconter l’ancienne histoire. Ton ex-collègue a encore accès à tout par la bande, via un chatbot qui ne se doute de rien.
Tout n’est pas réglé pour autant. Vérifier les permissions à chaque requête, ça coûte du temps et de l’argent. Chaque question devient une cascade d’appels à des systèmes externes qui, eux, ne sont pas toujours réveillés à 3 heures du matin. Tu gagnes en sécurité, tu perds en latence, et quelqu’un va devoir arbitrer. Devine qui.
Et puis il y a le mot magique : « autoritaire ». AWS te dit qu’il vérifie auprès des sources autoritaires. Mais si ta source autoritaire est un Google Drive laissé en accès libre par un admin distrait, le videur vérifie poliment une porte grande ouverte. La techno fait sa part. Le désordre humain, elle ne le range pas.
On en causait déjà avec EmbeddingGemma 2, la plomberie invisible qui fait tourner ton IA. Même topo ici. Ce qui fait tenir l’IA d’entreprise debout, ce n’est pas le modèle qui brille dans les classements. C’est la tuyauterie des droits d’accès. Chiante, invisible, et sans elle rien ne tient.
Qlik et AWS viennent de montrer que le RAG d’entreprise peut respecter tes permissions sans te demander de réécrire ton intranet. C’est une bonne nouvelle, et elle ne fera la une de personne. Parce que la vraie révolution de l’IA au boulot, ce n’est pas de répondre à ta question. C’est de savoir la fermer quand tu n’as pas le droit d’entendre la réponse.
Sources :
Comments are closed