FICHE CVE

CVE-2026-61536

Publiée le 2026-07-30 · Dernière modification le 2026-10-23

🇫🇷 EN BREF

Les serveurs utilisant le système de modèles de prompts LLM `banks` dans une version antérieure à la 2.4.3 sont susceptibles de subir une exécution de code à distance. Un utilisateur authentifié peut tromper le système pour l'inciter à importer et exécuter des fonctions Python arbitraires en insérant un objet JSON spécifiquement conçu dans un modèle de prompt. Bien que cela nécessite l'accès à un compte local et une grande précision pour être déclenché, une exploitation réussie donne à l'attaquant le contrôle total du processus d'hébergement.

CVSS 3.17.5 ÉLEVÉE
Publiée2026-07-30
Dernière modification2026-10-23

DÉTAIL DU VECTEUR CVSS

Vecteur d'attaqueRéseau
Complexité d'attaqueÉlevée
Privilèges requisFaibles
Interaction utilisateurAucune
PortéeInchangée
Impact sur la confidentialitéÉlevé
Impact sur l'intégritéÉlevé
Impact sur la disponibilitéÉlevé

RÉFÉRENCES

Description officielle du NVD (en anglais)

Banks generates meaningful LLM prompts using a simple template language. In versions prior to 2.4.3, banks parses Tool JSON objects from the rendered body of {% completion %} blocks and later resolves their import_path field through importlib.import_module(...) + getattr(...) to obtain the callable that handles a tool call. There is no allowlist or sanitization on import_path, so any importable Python attribute (e.g. os.system, subprocess.getoutput) can be selected. When the LLM emits a tool_calls entry whose function.name matches the attacker-supplied tool name, the resolved callable is invoked with kwargs decoded from tool_call.function.arguments, yielding arbitrary code execution in the banks-hosting process. This is distinct from GHSA-gphh-9q3h-jgpp / CVE-2026-44209. That advisory was fixed in 2.4.2 by switching src/banks/env.py from Environment to SandboxedEnvironment. The fix does not touch src/banks/extensions/completion.py, and the unsafe import + getattr chain still executes on 2.4.2. The malicious Tool JSON is plain text in the rendered template body — it requires no Jinja attribute access, so the sandbox is irrelevant. This issue has been fixed in version 2.4.3.