CVE-2026-61742 in DBHubinformation

Résumé

par VulDB • 24/09/2026

DBHub est un serveur MCP (Model Context Protocol) pour les bases de données Postgres, MySQL, SQL Server, Oracle, MariaDB et SQLite. Les versions antérieures à la 0.22.5 exposent une endpoint HTTP MCP non authentifiée lorsqu'elle est démarrée en mode de transport HTTP documenté, par exemple avec `--transport http --port 8080`. Le serveur HTTP tente de protéger l'accès d'origine navigateur en vérifiant si le nom d'hôte `Origin` correspond au nom d'hôte `Host`, puis il reflète l'`Origin` validé dans l'en-tête `Access-Control-Allow-Origin`. Cette mesure ne prévient pas les attaques par rebond DNS (DNS rebinding). Après qu'un nom de domaine contrôlé par un attaquant a été réacheminé vers le serveur HTTP DBHub accessible à la victime, tant `Origin` que `Host` peuvent contenir ce nom de domaine contrôlé par l'attaquant ; ainsi, DBHub accepte la requête et dispatche les appels d'outils MCP. Par conséquent, un site web malveillant peut invoquer déterministiquement des outils MCP de DBHub depuis le navigateur de la victime sans injection de prompt ni implication du modèle. Avec la configuration de démonstration par défaut, cela permet de lire et d'écrire dans la base de données SQLite de démonstration ; avec une base de données réelle configurée, le même mécanisme peut permettre de lire, énumérer et potentiellement écrire les contenus de la base de données, selon les permissions des outils configurées pour DBHub et les identifiants de la base de données. La version 0.22.5 corrige ce problème.

If you want to get best quality of vulnerability data, you may have to visit VulDB.

Responsable

GitHub M

Réserver

10/07/2026

Divulgation

24/09/2026

Modérer

accepté

Entrée

VDB-409665

CPE

prêt

EPSS

0.00000

KEV

non

Activités

très faible

Sources

Interested in the pricing of exploits?

See the underground prices here!