معمارية Zero-Trust ليست منتجاً — إنها فلسفة تصميم

في 2010، صاغ جون كيندفاغ في Forrester Zero Trust: «لا تثق أبداً، تحقق دائماً.» الفكرة بسيطة: محيط الشبكة المؤسسية أصبح خيالاً. العمل عن بُعد وواجهات السحابة والحواسيب المخترقة جعلت «الداخل» لم يعد «آمناً».

استغرق عقداً من الاختراقات وعناوين الفدية حتى تصل العبارة لعروض مجالس الإدارة. ونصف عقد آخر حتى يعيد البائعون تغليف كل جدار ناري وVPN ووكيل endpoint كـ «Zero Trust».

أغلب تلك المشتريات لم تفشل لأن Zero Trust خطأ. فشلت لأن المنظمات اشتريت منتجات قبل أن تحدد ما تحميه، ممن، وكيف يجب أن يعمل التحقق.

ما ليست Zero Trust

| أسطورة | الواقع | |--------|--------| | «اشترِ منصة Zero Trust» | المنتجات تنفّذ ضوابط؛ الفلسفة تحدد أيها يهم | | «استبدل VPN» | هوية الجهاز أهم من هندسة النفق | | «قسّم كل شيء في الربع الأول» | طرح مرحلي مع rollback يتفوق على Big Bang | | «لا ثقة داخلية» | ثقة مُتحقَّق منها باستمرار وبأقل امتياز |

إذا لم يذكر عرض البائع نموذج التهديد ودورة حياة الهوية وblast radius — فغالباً تشتري أمان محيط بأيقونات جديدة.

المبادئ الثلاثة (متوافقة مع NIST)

1. تحقق صريح

كل طلب وصول يُصادق ويُفوَّض باستخدام كل السياق المتاح — الهوية، صحة الجهاز، الموقع، حساسية المورد، إشارات شذوذ — لا مجرد «اسم مستخدم/كلمة مرور على VPN».

2. أقل امتياز

أقل وصول للمهمة ولأقصر وقت. صلاحيات admin دائمة دين تقني بفائدة مركّبة.

3. افترض الاختراق

صمّم كأن مهاجماً داخل بالفعل. التسجيل والتقسيم والاحتواء ليست «بعد الحادث» — إنها ما يحدّ معنى «الداخل».

خمس طبقات تنفيذ

┌─────────────────────────────────────────────┐
│  البيانات — تصنيف، تشفير، DLP              │
├─────────────────────────────────────────────┤
│  التطبيق — تفويض API، service mesh          │
├─────────────────────────────────────────────┤
│  الشبكة — micro-segmentation، east-west     │
├─────────────────────────────────────────────┤
│  الجهاز — posture، MDM، هوية workload       │
├─────────────────────────────────────────────┤
│  الهوية — MFA، RBAC، PAM، اتحاد             │
└─────────────────────────────────────────────┘

أين تخطئ الفرق: البدء بالشبكة لأن بائع الجدار الناري حضر أولاً. أين تنجح: البدء بالهوية — لأن كل طبقة تعتمد على من وماذا يطلب الوصول.

أخطاء تنفيذ شائعة

1. نموذج تهديد بعد الشراء
2. شبكة مسطحة + SIEM جديد — إنذارات أكثر، حركة جانبية كما هي
3. MFA على البريد فقط — بينما حسابات الخدمة تشارك مفاتيحاً
4. تقسيم Big Bang — يكسر تكاملات لم تُوثَّق في discovery المتخطى

وثّقنا البديل — Zero Trust مرحلي على 8 أشهر مع discovery وrollback لكل مرحلة وتوفر OT — في دراسة حالة البنية الحرجة: −68٪ إنذارات كاذبة، 0 حوادث حرجة بعد التطبيق.

طرح مرحلي: لماذا يفشل Big Bang

| المرحلة | التركيز | مدة نموذجية | |---------|---------|-------------| | 1 | تقوية الهوية (MFA، RBAC، جرد حسابات الخدمة) | 4–6 أسابيع | | 2 | رؤية (خرائط east-west، جرد أصول) | 4–8 أسابيع | | 3 | micro-segmentation (منطقة pilot → توسع) | 8–12 أسبوعاً | | 4 | workload + بيانات | مستمر |

كل مرحلة معايير خروج وخطة rollback.

قائمة تقييم البائع

• [ ] سياسة لكل طلب/جلسة، لا عند دخول الشبكة فقط؟
• [ ] تكامل مع IdP وهويات workload؟
• [ ] أنظمة legacy بلا تعديل firmware؟
• [ ] مرحلة discovery قبل الحظر؟
• [ ] ضبط الإنذارات الكاذبة — صندوق أسود أم مشغّل في الحلقة؟
• [ ] عطل سحابة البائع — fail open أم closed، ومن يقرر؟

بائع Zero Trust حقيقي يتحدث عن نموذج تهديدك. الآخر عن Gartner.

Zero Trust والدين الأمني

Zero Trust طريقة لوقف تراكم الدين في التكلفة الخفية للدين الأمني: credentials مشتركة، ثقة داخلية ضمنية، مسارات جانبية بلا مراقبة.

الخطوة التالية

اقرأ التطبيق لبيئات SCADA-adjacent في دراسة حالة Zero-Trust SOC.

تخطط طرحاً أو تقيّم بائعين؟ ابدأ محادثة — نعرّف نموذج التهديد قبل أمر الشراء.