Brancher le RAG de la Box sur Open WebUI (pipeline, endpoint, outil)

Pourquoi

Open WebUI est retenu pour le POC (ADR-005) mais son RAG intégré ne porte ni la synchronisation des dossiers, ni les ACL par dossier, ni la barrière moteur (Open WebUI). Le RAG de la Box doit se brancher dessus sans réintroduire les failles des CVE 2026 (identifiant de portée fourni par le client) ⁴.

Protocole

1. Open WebUI 0.11.x, ENABLE_SIGNUP=False, SSO OIDC vers un Authentik de test avec groupes, RAG_FULL_CONTEXT et BYPASS_EMBEDDING_AND_RETRIEVAL désactivés ^{2 3}.
2. Pipeline / filtre : fonction Open WebUI interceptant la question, appelant l'API RAG de la Box avec l'identité de la session, injectant les passages autorisés et leurs métadonnées dans le prompt.
3. Endpoint OpenAI-compatible : le service RAG apparaît comme un modèle ; il reçoit la question, fait recherche filtrée + génération, renvoie réponse et citations formatées ; vérifier quel identifiant utilisateur Open WebUI transmet (en-tête, jeton) et s'il est falsifiable.
4. Tool server : outil « rechercher dans mes dossiers » sans aucun paramètre de portée côté modèle.
5. Pour chaque voie : tentative de forge d'identité depuis le navigateur et l'API ; affichage des citations (rendu des liens, ouverture de la pièce) ; latence ajoutée ; comportement quand la portée est vide.
6. Rejouer le test de fuite avec la voie retenue.

Critères

Identité non falsifiable depuis le client, citations cliquables avec page, latence ajoutée inférieure à 300 ms hors génération, test de fuite réussi. Si aucune voie ne transmet l'identité de façon vérifiable, l'API RAG doit exiger le jeton OIDC de l'utilisateur lui-même, ce qui peut orienter vers LibreChat ou une interface propre (Q-005).

Résultat

À venir.