Laboratoire d'attaque et de défense RAG open-source pour piles locales ChromaDB + LM Studio

De quoi s'agit-il
Aminrj Labs a publié un laboratoire open-source d'attaque et de défense RAG qui fonctionne entièrement en local sur du matériel grand public, ciblant spécifiquement les piles ChromaDB + LM Studio avec un découpage standard de type LangChain. Aucun service cloud ou clé API n'est requis—il fonctionne sur du matériel comme un MacBook Pro.
Principales découvertes du laboratoire
Le laboratoire mesure l'efficacité de l'empoisonnement des bases de connaissances contre les configurations RAG locales par défaut. Sur un système ChromaDB non défendu, les attaques d'empoisonnement atteignent 95 % de réussite. L'attaque opère au niveau de la récupération—aucun jailbreak, accès au modèle ou manipulation de prompt n'est nécessaire. Le modèle fonctionne exactement comme prévu, mais avec un contexte empoisonné.
Une observation notable concernant le découpage par défaut : avec des blocs de 512 tokens et un chevauchement de 200 tokens, un document à la limite d'un bloc est intégré deux fois comme deux blocs indépendants. Cela double la probabilité de récupération sans sophistication supplémentaire, un effet secondaire des paramètres que la plupart des configurations locales héritent sans y réfléchir.
L'approche de défense la plus courante—le filtrage des sorties—cible la mauvaise couche puisque la compromission se produit avant la génération. La détection d'anomalies d'intégration lors de l'ingestion s'avère efficace : noter les documents entrants par rapport à la collection existante avant de les écrire réduit le succès de l'empoisonnement de 95 % à 20 %.
Avec les cinq défenses actives, le succès résiduel de l'empoisonnement est de 10 %. Ces cas sont sémantiquement suffisamment proches de la ligne de base qu'aucune couche ne les détecte clairement, représentant le plafond pratique pour la défense.
Détails techniques
- Pile : ChromaDB + LM Studio avec Qwen2.5-7B
- Découpage : Standard de type LangChain avec des blocs de 512 tokens et un chevauchement de 200 tokens
- Succès de l'attaque sur système non défendu : 95 %
- Efficacité de la défense avec détection d'anomalies d'intégration : Réduit l'empoisonnement à 20 %
- Empoisonnement résiduel avec toutes les défenses : 10 %
Le dépôt contient l'implémentation de l'attaque, la version renforcée et les mesures pour chaque couche de défense.
📖 Read the full source: r/LocalLLaMA
👀 See Also

Analyse de sécurité de l'isolation des agents : De l'absence de bac à sable aux machines virtuelles Firecracker
Analyse de la manière dont Cursor, Claude Code, Devin, OpenAI et E2B isolent les charges de travail des agents, allant de l'absence de bac à sable aux microVM Firecracker isolées matériellement. Les environnements d'exécution de conteneurs ont connu des CVE d'échappement chaque année depuis 2019, tandis que Firecracker n'a enregistré aucun échappement invité-vers-hôte en sept ans.

Serveur MCP : Cartographie de l'exposition aux CVE et API publique publiée
Des chercheurs ont cartographié l'exposition aux CVE sur des milliers de serveurs MCP et ont créé une API publique pour interroger les vulnérabilités des dépendances. L'API permet de rechercher par dépôt/nom, de filtrer par gravité et de trier par nombre de CVE ou par actualité.

Google affirme que des hackers criminels ont utilisé l'IA pour trouver une vulnérabilité zero-day
Google a révélé que des attaquants ont utilisé un agent d'IA pour découvrir et exploiter une faille logicielle jusqu'alors inconnue, marquant le premier cas confirmé de découverte de zero-day pilotée par l'IA dans la nature.

Tableau de bord en direct des outils OpenClaw exposés
Tableau de bord présentant les panneaux de contrôle exposés des outils OpenClaw comme Moltbot et Clawdbot.