QVD-2026-57410: كيف يمكن لتزييف ترويسة Host اختراق DeepSeek Harness؟

الخلاصة السريعة

QVD-2026-57410 هي ثغرة مُبلّغ عنها في DeepSeek Harness (DSH) الإصدار 0.1.1-rc.2، وصُنّفت بالغة الخطورة وفق مقياس CVSS 3.0 بدرجة 9.8. ووفق التقارير المرتبطة بتقارير QiAnXin، يمكن استغلالها لتنفيذ أوامر عن بُعد من دون مصادقة، لأن الخدمة قد تعتمد على ترويسة HTTP ‏Host التي يتحكم بها العميل لاتخاذ قرار بشأن كون الطلب محلياً وموثوقاً. 1924

لكن مستوى الخطر يعتمد على طريقة النشر. فالأمر الموثق لتشغيل واجهة DeepSeek Harness يربطها افتراضياً بالعنوان ‎127.0.0.1:3080‎، ما يحد من الوصول المباشر من أجهزة أخرى. وتصبح المشكلة أكثر خطورة عندما تُربط الخدمة بعنوان غير محلي أو تُنشر عبر Docker أو وكيل عكسي أو نفق أو شبكة VPN أو شبكة محلية أو بوابة دخول، بحيث يستطيع طرف غير موثوق الوصول إلى واجهة الإدارة. 1118

كيف يعمل تجاوز ترويسة Host؟

تحاول البنية المتأثرة التمييز بين الطلبات المحلية والبعيدة بالاعتماد على معلومات المضيف في الطلب. غير أن ترويسة Host ليست دليلاً على هوية المرسل؛ فهي قيمة يرسلها العميل ويمكنه تزويرها.

وعندما يستطيع المهاجم الوصول إلى الخدمة، يمكنه إرسال قيمة تبدو وكأنها تشير إلى المضيف المحلي، فتتعامل طبقة ‎/api‎ مع الطلب باعتباره موثوقاً. وتصف التقارير ذلك بأنه تجاوز لحاجز الثقة الذي يفترض أن يحصر بعض العمليات في الاتصالات المحلية. 1924

وعلى مستوى عالٍ، تتكون سلسلة الهجوم المُبلّغ عنها من الخطوات التالية:

1. الوصول إلى نقطة ويب أو إدارة مكشوفة في DSH.
2. إرسال طلب يتضمن ترويسة Host مزيفة ذات شكل محلي.
3. تجاوز القيد المفروض على ‎/api‎ والمخصص لحماية العمليات الداخلية.
4. استدعاء وظائف RPC داخلية ومقيدة.
5. تسجيل مسار لمزوّد نماذج يتحكم به المهاجم أو استخدامه.
6. توجيه قدرات الوكيل في DSH إلى تنفيذ أوامر على المضيف. 1920

ولهذا لا تبدو الثغرة مجرد خلل في التوجيه أو إفشاء للمعلومات؛ فتجاوز الحاجز يصل إلى وظائف صُممت لتشغيل وكيل ذكاء اصطناعي يتمتع بقدرات على مستوى النظام.

لماذا قد تتحول إلى تنفيذ أوامر عن بُعد؟

تصف DeepSeek Harness نفسها بأنها برمجية تجريبية مخصصة لمعاينة المطورين، وتحذر من أنها لم تخضع لتدقيق أمني ولا ينبغي اعتبارها آمنة أو جاهزة لبيئات الإنتاج. كما تشير إرشادات السلامة إلى أن المشروع قادر على تنفيذ شيفرة وأوامر مولدة بواسطة النماذج، والوصول إلى الشبكة والعمليات وبيانات الاعتماد والملفات المتاحة له. 4

وتدعم منظومة النماذج تسجيل مزوّدي الخدمة واكتشاف النماذج، بما في ذلك عملية RPC عن بُعد باسم ‎discoverModels‎. 23 وفي سلسلة الاستغلال الموصوفة في التقارير، يمكن استخدام مزوّد يتحكم به المهاجم لتوفير المدخلات اللازمة للوصول إلى قدرات الوكيل الخاصة بتنفيذ الأوامر. 19

لا يعني نجاح الاستغلال تلقائياً امتلاك صلاحيات root. إذ تُنفّذ الأوامر بصلاحيات عملية خدمة DSH. وقد تكون هذه الصلاحيات مع ذلك كافية لقراءة ملفات متاحة للحساب أو تعديلها، واستخدام مفاتيح API وبيانات اعتماد يمكن للعملية الوصول إليها، وتشغيل عمليات جديدة، وتغيير بيانات التطبيق، أو إنشاء اتصالات صادرة إلى الشبكة.

وتتوقف النتيجة النهائية على إعدادات البيئة، مثل مقدار الوصول إلى نظام الملفات، أو تشغيل الحاوية بصلاحيات مرتفعة، أو تركيب مقبس Docker، أو إتاحة بيانات اعتماد سحابية للعملية. ولا تثبت التقارير المقدمة أن كل عملية نشر ستؤدي تلقائياً إلى السيطرة الكاملة على المضيف.

ما عمليات النشر الأكثر عرضة للخطر؟

ينبغي إعطاء الأولوية لفحص البيئات التي تتضمن واحداً أو أكثر من الإعدادات التالية:

• ربط DSH بالعنوان ‎0.0.0.0‎ أو بعنوان آخر غير محلي.
• نشر المنفذ ‎3080‎ خارج المضيف عبر Docker أو بيئة حاويات أخرى.
• استخدام وكيل عكسي مثل Nginx أو Apache لتمرير واجهة الإدارة إلى الإنترنت أو إلى شبكة محلية غير موثوقة.
• استخدام نفق أو VPN أو بوابة دخول تجعل الخدمة متاحة لمستخدمين لا يخضعون لمصادقة قوية.
• إعداد وكيل يقبل قيمة Host عشوائية من العميل أو يمررها إلى الخدمة من دون استبدالها.

وجود الخدمة داخل شبكة «داخلية» لا يُعد بحد ذاته وسيلة تفويض. فإذا كان المهاجم قادراً على الوصول إلى نقطة النهاية والتأثير في ترويسات الطلب ذات الصلة، فقد يتمكن من محاولة تنفيذ التجاوز.

هل يوجد إثبات مفهوم؟ وهل استُغلت الثغرة فعلياً؟

تفيد تقارير متعددة بأن مواد إثبات المفهوم أو التفاصيل التقنية الخاصة بـ QVD-2026-57410 أصبحت متاحة للعامة. 192027 وهذا يرفع أولوية الاحتواء، لكنه لا يساوي دليلاً على اختراق كل عملية نشر أو على وقوع اختراق محدد.

وبحسب التقارير المقدمة، لم تُرصد في حينه مؤشرات على استغلال واسع للثغرة في هجمات فعلية، كما لم تظهر أدلة تربطها بجهة تهديد معروفة أو بحملة محددة. 1924 وتبقى هذه النتيجة لقطة زمنية محدودة وليست ضماناً للسلامة؛ لذلك ينبغي فحص الأنظمة المكشوفة بحثاً عن طلبات غير معتادة، وتسجيلات مزوّدي نماذج غير متوقعة، وعمليات جديدة، واتصالات صادرة مريبة.

ومن المهم عدم الخلط بين المعرّفين: QVD-2026-57410 هو معرّف QVD، وليس معرّف CVE. أما ‎CVE-2026-57410‎ في قاعدة بيانات NVD فيشير إلى ثغرة مختلفة تماماً في إضافة MailerPress تتعلق بتصعيد الصلاحيات. 17

ما الذي ينبغي على المشغلين فعله؟

1. أوقف التعرض الشبكي أولاً

أوقف نشر خدمة إدارة DSH وواجهة API على الإنترنت العام. اربطها بالواجهة المحلية أو بشبكة إدارة مخصصة، واستخدم VPN مضبوطاً أو خادماً وسيطاً إدارياً عند الحاجة إلى الوصول عن بُعد.

2. قيّد الوصول في كل طبقات الشبكة

طبّق قواعد على الجدار الناري، ومجموعات الأمان السحابية، وشبكة الحاويات، والوكيل العكسي، بحيث لا يُسمح إلا بالمصادر الموثوقة صراحةً. ولا تعتمد على المسار الداخلي أو على ترويسة تبدو محلية باعتبارها دليلاً على هوية المستخدم.

3. تحقّق من ترويسات الوكيل واستبدلها

ارفض قيم Host غير المتوقعة عند الوكيل الطرفي. وإذا كان تمرير الطلب ضرورياً، فاستبدل ترويسة Host المتجهة إلى الخدمة بقيمة ثابتة ومعروفة بدلاً من تمرير قيمة العميل كما هي. كما يجب اعتبار ترويسات عنوان IP المرسل، مثل الترويسات المُحوّلة، موثوقة فقط عندما تأتي من وكيل تتحكم به المؤسسة.

4. أضف مصادقة مستقلة عن Host

احمِ وظائف الإدارة وعمليات RPC الداخلية بمصادقة وتفويض حقيقيين لا يعتمدان على ترويسة Host أو ادعاء أن مصدر الطلب محلياً. ويمكن استخدام بوابة ذات مصادقة قوية أو شهادات mTLS مع ضوابط وصول لكل عملية. قد تفيد مطابقة Host في التوجيه، لكنها لا ينبغي أن تكون وسيلة التحقق الوحيدة من الهوية.

5. قلّل مخاطر اكتشاف المزوّدين والاتصالات الصادرة

عطّل ‎llm.discoverModels‎ أو قيّد استخدامه عندما لا تكون الحاجة إليه قائمة. وعند ضرورة اكتشاف مزوّدي النماذج، استخدم قائمة مسموح بها لنقاط النهاية وطبّق ضوابط على الاتصالات الصادرة. ويمكن أن يساعد حظر الوصول إلى الوجهات الداخلية الحساسة وخدمات بيانات التعريف السحابية في تقليل أثر إساءة استخدام مسار اكتشاف المزوّدين كأداة لطلبات الخادم. وتؤكد وثائق DSH أن تسجيل المزوّدين واكتشاف النماذج من القدرات المتاحة في النظام. 23

6. لا تعتبر أي إصدار أحدث إصلاحاً مؤكداً تلقائياً

تحدد المصادر المتاحة الإصدار ‎0.1.1-rc.2‎ بوصفه الإصدار المتأثر، كما تعرض نشاطاً لإصدارات لاحقة، لكنها لا تثبت أن إصداراً لاحقاً بعينه أصلح هذه الثغرة. راجع ملاحظات الإصدار والتنبيهات الأمنية الحالية الصادرة عن DeepSeek، ولا تعتبر الترقية كافية إلا بعد وجود تأكيد صريح للإصلاح. كما تواصل إرشادات المشروع نفسها التحذير من أن Harness تجريبية ولم تخضع لتدقيق أمني وليست جاهزة لبيئات الإنتاج. 410

7. افحص الأنظمة ودوّر الأسرار إذا كانت مكشوفة

راجع سجلات الوكيل العكسي وDSH بحثاً عن طلبات شاذة إلى ‎/api‎، وقيم Host محلية مزيفة، وتسجيلات غير متوقعة لمزوّدي النماذج، وتشغيل عمليات جديدة، وتغييرات في الملفات، واتصالات صادرة غير معتادة. دوّر بيانات الاعتماد التي كان بإمكان عملية DSH الوصول إليها. وإذا ظهرت أدلة على تنفيذ أوامر أو إنشاء آلية بقاء، فاعزل المضيف أو الحاوية وأعد بناءها بدلاً من افتراض أن إعادة تشغيل الخدمة أزالت الاختراق.