Chaîne d'approvisionnement modèles et plugins

Méthode de contrôle

Liste les modèles, plugins et serveurs MCP tiers déclarés par le projet.

Type de preuve possible

Lecture du code ou de la configuration, sans exploitation du risque.

Accès et limites

Dépôt connecté. Les résultats réels et les contrôles non exécutés figurent dans votre rapport. Un contrôle sans détection ne garantit pas l’absence de risque.

Situation concrète

Un modèle, plugin ou paquet provient d’une source tierce modifiable.

Ce qu’il faut examiner

Noter source, version et contrôles d’intégrité ; un nom de fournisseur connu ne suffit pas.

Approche de correction

Fixer les artefacts approuvés lorsque possible et examiner les changements avant production.

Séparer les consignes des contenus non fiables

Un LLM peut traiter messages, documents récupérés, sorties d’outils et consignes applicatives dans le même contexte. Un contenu ressemblant à une instruction peut donc influencer la réponse. Une réponse suspecte ne prouve pas automatiquement une fuite ou une action : il faut noter ce qui change réellement et si des données sensibles ou outils sont impliqués.

1. Recenser messages, documents, recherche, historique et résultats d’outils.
2. Identifier les consignes et secrets placés dans le contexte.
3. Distinguer une réponse modifiée d’une divulgation confidentielle ou d’un appel d’outil non autorisé démontrés.

Construire plusieurs niveaux de protection

Un prompt renforcé ne constitue pas une frontière de sécurité complète. Les permissions d’outils et l’accès aux données doivent être imposés hors du modèle. Réduisez ce qu’il voit et validez sa sortie avant de la traiter comme code, HTML ou décision de confiance.

1. Retirer les identifiants et informations confidentielles inutiles du contexte.
2. Limiter la recherche à l’identité autorisée et les outils aux opérations permises.
3. Exiger un accord pour les actions sensibles et conserver des tests contre les contournements connus.

Références

OWASP LLM03 · OWASP ASI04