CVE-2026-58196 in ToolHive
الملخص
بحسب VulDB • 15/09/2026
ToolHive هي أداة مصممة لتبسيط نشر وإدارة خوادم بروتوكول سياق النموذج (MCP). قبل الإصدار 0.31.0، يستدعي `remote.Handler.Authenticate` الموجود في الملف `pkg/auth/remote/handler.go` الدالة `discovery.DetectAuthenticationFromServer` الموجودة في `pkg/auth/discovery/discovery.go`. تعتمد عملاء HTTP على جانب المضيف (host-side) وجهات اكتشاف مصادقة يتحكم فيها الخادم البعيد، وتتبع إعادة التوجيه دون فرض قيود على النطاق أو المخطط (scheme)، ولا تحظر بشكل متسق العناوين الخاصة. يمكن لخادم MCP بعيد خبيث أو مُخترق وضع عنوان URL لـ `resource_metadata` في رأس `WWW-Authenticate` ليتم استخراجه بواسطة `ParseWWWAuthenticate، وبعد ذلك يمكن لدوال `FetchResourceMetadata` واكتشاف إصدار OIDC واكتشاف المسار المعروف (well-known discovery) إرسال طلبات GET إلى خدمات داخلية على النطاق المحلي (link-local)، أو عناوين RFC1918، أو غيرها من الخدمات الداخلية خارج حاوية الخادم. يتصل المستخدم بخادم ينوي استخدامه، لكن الخادم يتحكم في الوجهة الداخلية؛ ولا يعتمد هذا المسار على إغفال حارس NAT64 المنفصل لأن العملاء المتأثرين لم يستدعوا `IsPrivateIP`، وهو يختلف عن مسار محلل DCR الذي كان يرفض إعادة التوجيه بالفعل. تصل الآلية المبرهنة إلى خدمات HTTP مخصصة للداخل فقط وإلى أوامر القابلية للوصول (reachability) أو الأخطاء، ويمكنها استرداد بيانات اعتماد AWS metadata حيث يقبل IMDSv1 طلب GET غير مصدق، بينما لا يتم تلبية متطلبات IMDSv2 وبيانات GCP metadata بواسطة الطلب المبرهنة. تم إصلاح هذا الثغرة الأمنية في الإصدار 0.31.0.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.