### التأثير على النظام المعرض للخطر```
Vuln Confidentiality:     None     [Low]      High
Vuln Integrity:           None     [Low]      High
Vuln Availability:      [None]     Low      High

---

## تصنيف CWE

| # | CWE ID | الاسم | الأهمية |
|---|---|---|---|
| 1 | **CWE-538** | [إدراج معلومات حساسة في ملف أو دليل يمكن الوصول إليه خارجيًا](https://cwe.mitre.org/data/definitions/538.html) | شهادة CA الجذرية للجهاز قابلة للوصول عبر تخزين متاح على الشبكة غير محمي بشكل كافٍ |

### CWEs ذات الصلة (سياقية، غير معيّنة)

| CWE | الاسم | العلاقة |
|---|---|---|
| CWE-295 | التحقق غير السليم من الشهادة | سوء التحقق لدى العميل النهائي بعد تثبيت الثقة |
| CWE-320 | أخطاء إدارة المفاتيح | إذا كانت المادة الخاصة بالمفتاح الخاص مكشوفة إلى جانب الشهادة |
| CWE-326 | قوة تشفير غير كافية | شاغل تحصين مستقل لأمان TLS الخاص بالجهاز |

---

## المتطلبات الأساسية للهجوم

| المتطلب الأساسي | مطلوب؟ | ملاحظات |
|---|---|---|
| بيانات اعتماد الجهاز | **لا** | `PR:N` — المادة قابلة للاستحصال دون تسجيل دخول |
| الوصول الشبكي إلى IPC | **نعم** | استغلال عن بُعد |
| شهادة CA للجهاز موثوقة لدى العميل | **نعم** (لتأثير MITM) | شرط أساسي `AT:P` |
| نشاط TLS للمستخدم | **نعم** (لـ MITM عملي) | `UI:P` |
| الطراز المتأثر + البرنامج الثابت | **نعم** | إصدارات IPC قبل 2026-04-15 |
| توافر المفتاح الخاص | **محتمل** لـ MITM كامل | نص البائع يسلط الضوء على قابلية الحصول على CA الجذرية؛ تحقق عبر اختبار مصرح به |

**قابل للاستغلال عن بُعد:** **نعم** (استرجاع الشهادة)؛ **إساءة استخدام الثقة الكاملة** يعتمد على شروط النشر المذكورة أعلاه.

---

## سيناريوهات الاستغلال

### السيناريو 1 — تلويث مخزن الثقة لدى المُكامِل

يقوم المُكامِل بتثبيت حزمة عميل Dahua على 200 جهاز كمبيوتر للمشغّلين، مستوردًا **شهادة CA الجذرية للجهاز** إلى سلطات الشهادات الجذرية الموثوقة في Windows. يسترجع المهاجم شهادة CA والمفتاح الخاص بالتوقيع من جهاز IPC مكشوف على الإنترنت، ثم ينفذ هجمات MITM على جلسات HTTPS إلى بوابة VMS المؤسسية من كمبيوتر محمول في مقهى على نفس VPN.

### السيناريو 2 — الوصول عبر المتصفح إلى واجهة ويب الكاميرا

يتم تدريب المشغّلين على تصفح `https://192.168.x.x` لإجراء تعديلات سريعة للتركيز. يثق المتصفح في السلسلة الصادرة عن الجهاز عبر جذر مستورد مسبقًا. يعرض مهاجم على الشبكة المحلية شهادة مزورة لعنوان IP الخاص بالكاميرا، معترضًا بيانات الاعتماد المُدخلة فيما يبدو أنها جلسة TLS صالحة.

### السيناريو 3 — خدمة احتيالية بأسلوب سلسلة التوريد

يوقّع المهاجم بيان تحديث مزيفًا أو مضيف إضافات يبدو موثوقًا ضمن CA المخترَقة. المستخدمون السلبيون الذين يفتحون VMS يطلقون التحقق من التنزيل الذي ينجح ضمن السلسلة المارقة.

### السيناريو 4 — استرجاع الشهادة دون MITM فوري

تقوم جهات التهديد بأرشفة مواد CA المكشوفة من كاميرات مفهرسة على Shodan لاستخدام **لاحق** إذا كانت المفاتيح قابلة للكسر، أو تسرّبت في صور البرامج الثابتة، أو إذا قام العملاء لاحقًا بتثبيت الثقة أثناء مشاريع التوسعة.

### السيناريو 5 — نتيجة تدقيق جنائي / امتثال

لا يوجد مهاجم نشط — يكتشف المدققون **ملفات CA قابلة للاسترجاع علنًا** على أجهزة IPC الميدانية، مما يُفشل ضوابط حوكمة PKI ويستدعي تدويرًا إجباريًا حتى دون دليل على استغلال.

---

## تقييم الأثر

### الأثر الفني

| المجال | على الجهاز (مُقيَّم) | على العملاء (تشغيلي) |
|---|---|---|
| السرية | منخفض (`VC:L`) | كشف محتمل لحركة مرور TLS عبر MITM |
| السلامة | منخفض (`VI:L`) | شهادات مزورة مقبولة من العملاء الواثقين |
| التوفر | لا شيء (`VA:N`) | ليست مشكلة إعادة تشغيل/انقطاع |

### الأثر التجاري (سياقي)

| الشاغل | النتيجة |
|---|---|
| **سرقة بيانات اعتماد المشغّل** | اعتراض تسجيلات دخول واجهة الويب |
| **إحساس زائف بأمان TLS** | الفرق تعتقد أن HTTPS يمثل ثقة بمستوى CA عام |
| **الامتثال** | قد تُشير عمليات تدقيق PCI أو ISO 27001 أو التدقيق الداخلي إلى CAs خاصة غير مُدارة |
| **تكلفة الاستجابة للحوادث** | تنظيف مخزن الثقة على مستوى المؤسسة يتطلب جهدًا كبيرًا |

### متى تعني درجة CVSS المنخفضة "أصلح الآن"

أعطِ الأولوية للإصلاح العاجل إذا كان **أي** مما يلي صحيحًا:

- شهادة CA للجهاز مثبتة على **>1** نقطة نهاية مؤسسية
- ثقة CA مدفوعة عبر **Group Policy** أو MDM
- الكاميرات **مكشوفة على WAN**
- **الصور الذهبية** لدى المُكامِل تتضمن جذور Dahua افتراضيًا

---

## الاكتشاف ومؤشرات الاختراق

### مؤشرات على جانب الجهاز

- طلبات الشبكة التي تجلب مسارات `*.pem` أو `*.crt` أو `*.cer` أو `ca` دون مصادقة في سجلات HTTP
- ملفات شهادات مفهرسة بواسطة Shodan/Censys على جذور الويب الخاصة بالكاميرا
- صور البرامج الثابتة التي تحتوي على **مفاتيح خاصة ثابتة** (تحليل ثنائي مصرح به)

### مؤشرات على جانب العميل

- شهادات CA غير متوقعة **بعلامة Dahua التجارية أو بالرقم التسلسلي للجهاز** في:
  - Windows: `certlm.msc` → سلطات الشهادات الجذرية الموثوقة
  - macOS: الوصول إلى سلسلة المفاتيح → الجذور النظامية
  - Linux: `/usr/local/share/ca-certificates/`, `/etc/pki/`
- اتصالات TLS إلى الكاميرات التي تعرض سلاسل **مُصدرة محليًا** حيث كانت CAs عامة متوقعة
- أدلة مثبّت VMS التي تحتوي على `rootCA.crt` أو ملفات مضمّنة مماثلة

### مؤشرات الشبكة

- بنية تحتية لـ MITM تقدّم شهادات متسلسلة إلى **مُصدر غير عام** تطابق الأسماء المميزة لـ CA الخاصة بالجهاز
- أرقام تسلسلية مكررة لـ CA عبر أجهزة منفصلة جغرافيًا (مصدر قلق بخصوص جذر مشترك من المصنع)

### أوامر التدقيق (أمثلة)

**Windows PowerShell — قائمة بالجذور الموثوقة التي تحتوي على "Dahua" أو سلاسل OEM للجهاز:**```powershell
Get-ChildItem Cert:\LocalMachine\Root | Where-Object { $_.Subject -match 'Dahua|OEM|IPC' } | Format-List Subject, Thumbprint, NotAfter

---

## التخفيف والمعالجة

### المعالجة الأساسية — تحديث البرنامج الثابت

1. حصر وحدات IPC حسب الطراز والرقم التسلسلي و**تاريخ بناء البرنامج الثابت**.
2. تحديد الأجهزة ذات الإصدارات **التي تسبق 15 أبريل 2026**.
3. الترقية إلى البرنامج الثابت المُصحح من البائع وفقًا لـ [مركز ثقة Dahua PSI](https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi).
4. بعد الترقية، تحقق من أن مواد المرجع المصدق (CA) لم تعد قابلة للاسترجاع خارجيًا (إعادة اختبار مصرح بها).

### معالجة مخزن الثقة (حرجة)

| الخطوة | الإجراء |
|---|---|
| 1 | **تحديد** جميع نقاط النهاية التي تم تثبيت جذور CA الخاصة بالأجهزة فيها |
| 2 | **إزالة** تلك الجذور من مخازن ثقة المستخدم والجهاز |
| 3 | **استبدال** بنموذج ثقة مناسب: شهادات CA عامة، أو PKI خاصة بالمؤسسة، أو شهادات لكل جهاز عبر ACME/CA داخلي |
| 4 | **إبلاغ** مُكاملي الأنظمة: لا تدمجوا جذور الأجهزة في الصور الذهبية (gold images) |
| 5 | **إعادة إصدار** بيانات اعتماد TLS على أجهزة IPC المتأثرة بعد تصحيح البرنامج الثابت |

### أفضل ممارسات PKI لنشرات IPC

| الممارسة | التوصية |
|---|---|
| **لا تثق أبدًا في مراجع CA المدمجة في الكاميرات على مستوى المؤسسة** | استخدم استثناء المتصفح فقط عند الضرورة القصوى، لكل جهاز على حدة |
| **فضّل PKI العامة أو الخاصة بالمؤسسة** | أصدر الشهادات من مراجع CA مُدارة ذات جذور غير متصلة بالإنترنت |
| **اعزل HTTPS الإداري** | وصل إلى الكاميرات عبر VPN؛ لا تقم بعمل port-forward لواجهة المستخدم ذاتية التوقيع |
| **راقب انحراف مخزن الثقة** | تدقيق MDM/GPO بحثًا عن إضافات جذور غير مصرح بها |
| **دَوّر بعد التعرض** | تعامل مع مواد CA المسترجعة على أنها مخترقة |

### ضوابط الشبكة

- احجب عناوين URL الإدارية غير المصادق عليها من الشبكات غير الموثوقة
- قيّد الوصول إلى واجهة الويب الخاصة بالكاميرا على مضيفات القفز (jump hosts)
- افحص حركة الخروج (egress) من الكاميرات فقط كما تسمح السياسة؛ ركّز على تعرّض **الوارد (inbound)** لملفات الشهادات

### النظافة المنسقة للأسطول

في البيئات المتأثرة أيضًا بـ [CVE-2026-29115](../CVE-2026-29115/README.md) أو [CVE-2026-29116](../CVE-2026-29116/README.md)، اجمع بين ترقيات البرنامج الثابت — لكن لاحظ **اختلاف تواريخ قطع الإصدارات** (هذا CVE: **2026-04-15** مقابل **2026-03-26** لمشكلات DoS).

---

## الحلول البديلة

حتى يتم تصحيح البرنامج الثابت:

1. **لا تثبّت** جذور CA المكتشفة حديثًا الخاصة بالأجهزة على أي عميل.
2. **أزل الثقة الحالية** في الجذور الصادرة عن Dahua/الأجهزة حيثما تم نشرها بالفعل.
3. **احجب الوصول الشبكي** إلى المسارات المعروفة بأنها تقدم ملفات الشهادات (قواعد WAF أو ACL مؤقتة — خاصة بكل طراز).
4. وصل إلى الكاميرات عبر **VPN** وتعامل مع تحذيرات TLS بجدية؛ لا تكتم التحذيرات على مستوى عام.
5. استخدم **اتصالات VMS/SDK عبر النفق (tunneled)** التي لا تعتمد على الثقة في CA المدمج لـ HTTPS في الكاميرا.

لا يوجد **إصلاح تكويني بحت** على الجهاز يعوّض تصحيح البرنامج الثابت إذا بقيت مواد CA قابلة للوصول خارجيًا في الإصدارات المعرضة للخطر.

---

## استجابة البائع

نشرت Dahua هذه المشكلة عبر برنامج **Product Security Incident (PSI)** الخاص بها:

- **مركز الثقة / PSI:** https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi

راجع نشرة البائع لمعرفة:

- القائمة الدقيقة لطرازات IPC المتأثرة
- إصدارات البرنامج الثابت المصححة وتواريخ بنائها
- أي إرشادات رسمية بشأن تنظيف مخزن الثقة

---

## المراجع

| المورد | الرابط |
|---|---|
| مركز ثقة Dahua PSI | https://www.dahuasecurity.com/about-dahua/trust-center/dahua-psi |
| إدخال NVD | https://nvd.nist.gov/vuln/detail/CVE-2026-29114 |
| سجل CVE | https://www.cve.org/CVERecord?id=CVE-2026-29114 |
| ذو صلة: CVE-2026-29115 | https://www.cve.org/CVERecord?id=CVE-2026-29115 |
| ذو صلة: CVE-2026-29116 | https://www.cve.org/CVERecord?id=CVE-2026-29116 |
| تعريف CWE-538 | https://cwe.mitre.org/data/definitions/538.html |
| مواصفة CVSS 4.0 | https://www.first.org/cvss/v4.0/specification-document |

---

## إخلاء المسؤولية

هذه الوثيقة عبارة عن **نشرة أمنية إعلامية** جُمّعت من بيانات CVE المتاحة للعموم وتصريحات البائع. وهي تهدف إلى مساعدة المدافعين ومُكاملي الأنظمة والباحثين على فهم مخاطر **CVE-2026-29114** وتحديد أولويات المعالجة.

- لا يوفّر هذا README **أي** كود استغلال أو وصفات لاستخراج المفاتيح الخاصة أو تعليمات فحص غير مصرح بها.
- التحليل الفني المستنتَج ليس تفاصيل تنفيذ مؤكدة من البائع.
- يجب **التحقق** من قابلية تطبيق الطراز والبرنامج الثابت وفقًا لإرشادات Dahua PSI الرسمية.
- قد تؤدي تغييرات مخزن الثقة وPKI إلى **كسر الوصول المشروع** إذا طُبقت دون اختبار — اتبع ممارسات إدارة التغيير.
- المؤلفون غير مسؤولين عن الإجراءات المتخذة بناءً على هذه الوثيقة.

**الاستخدام المسؤول:** أجْرِ فحوصات تعرّض الشهادات فقط على الأنظمة التي تملكها أو المصرح لك باختبارها. وبلّغ عن النتائج الإضافية عبر قنوات الإفصاح المنسّق.

---

## سجل مراجعة الوثيقة

| الإصدار | التاريخ | التغييرات |
|---|---|---|
| 1.0 | 2026-07-11 | README استشاري شامل أولي استنادًا إلى بيانات نشر CVE-2026-29114 |

---

<p align="center">
  <sub>CVE-2026-29114 · Dahua Technology · CVSS 4.0 2.3 LOW · CWE-538 · IPC</sub>
</p>