إنتقل إلى المحتوى الرئيسي

WireGuard يوفر النقل الآمن، وZTXGate يضيف انعدام الثقة

WireGuard بروتوكول حديث وفعّال لإنشاء أنفاق شبكية مشفرة ومصادق عليها.

يجعله ذلك أساسًا ممتازًا للنقل؛ لكن النفق الآمن وحده لا يجيب عن أسئلة وصول الأعمال التي تحتاج منصة ZTNA إلى الإجابة عنها.

يستخدم ZTXGate اتصالًا يعتمد على WireGuard للأجهزة الطرفية المُدارة، ويضيف حوله الهوية وتسجيل الأجهزة والحالة الأمنية والتفويض على مستوى المورد والوصول المؤقت والموافقات والإنفاذ المستمر وسياق التدقيق.

ما الذي يوفره WireGuard؟​

يوفر WireGuard اتصالًا مشفرًا ومصادقًا عليه بين النظراء باستخدام تشفير المفتاح العام.

يربط تصميمه مفاتيح النظراء بعناوين IP المسموح بها ويستخدم هذه العلاقات لتحديد كيفية توجيه الحركة المشفرة.

من منظور ZTXGate يجيب WireGuard عن سؤال مهم:

كيف ننقل الحركة المصرّح بها بأمان بين الجهاز والبوابة؟

لكنه لا يجيب وحده عن كل أسئلة التفويض المرتبطة بالحركة.

ما الذي لا يعرفه WireGuard؟​

لا تتضمن تهيئة نظير WireGuard بطبيعتها مفاهيم مثل:

  • أي موظف يملك الجهاز.
  • دور الموظف الوظيفي.
  • هل غادر المستخدم المؤسسة.
  • هل يتوافق الجهاز مع سياسة MDM.
  • هل تعتبر منصة EDR الجهاز عالي المخاطر.
  • أي تطبيق أو مورد يحق للمستخدم بلوغه.
  • هل يتطلب الوصول موافقة.
  • متى ينتهي الوصول المؤقت.
  • هل يلزم تحقق إضافي.
  • أي سياسة أعمال سببت قرار الوصول.

هذه اهتمامات التحكم في الوصول ودورة حياة الهوية، لا اهتمامات بروتوكول النفق.

ربط هوية الجهاز بسياسة الوصول​

يسجّل ZTXGate الأجهزة منفردة ويدير الوصول وفق العلاقة بين المستخدم والجهاز والمورد والسياسة.

يصبح اتصال WireGuard للجهاز جزءًا من هوية وصول أوسع، وليس نموذج التفويض كله.

وإذا فُقد جهاز مسجّل أو تقاعد أمكن إلغاؤه دون معاملة سائر أجهزة المستخدم على أنها متطابقة.

استكشف الثقة بالهوية والجهاز

السياسة تحدد ما يجوز للنفق الوصول إليه​

وجود نفق مشفر لا يعني تلقائيًا أن كل مورد خاص قابل للوصول ينبغي أن يصبح متاحًا.

يمكن لسياسة ZTXGate مراعاة:

  • هوية المستخدم.
  • الدور.
  • هوية الجهاز.
  • حالته الأمنية.
  • الوقت.
  • موقع الشبكة.
  • المورد المحمي.
  • مدة الوصول.
  • حالة الموافقة.

وهذا يفصل النقل الآمن عن تفويض الوصول.

الحالة الأمنية تضيف سياقًا​

عند توفر خدمات الحالة الأمنية المتصلة، يستخدم ZTXGate معلومات المنصات المدعومة مدخلات للسياسة.

تشمل التكاملات:

  • Microsoft Intune
  • Microsoft Defender for Endpoint
  • SentinelOne Singularity
  • CrowdStrike
  • Jamf

قد يظل النفق يعمل تقنيًا بينما تحدد السياسة ما إذا كان الجهاز لا يزال مخوّلًا للوصول إلى مورد بعينه.

يمكن أن يتغير الوصول بعد الاتصال​

غالبًا ما تكون تهيئة النفق التقليدية أكثر ثباتًا من شروط الهوية والمخاطر الخاصة بالأعمال.

يمكن لـ ZTXGate مواصلة إنفاذ سياسة الوصول ذات الصلة بعد بدء الجلسة.

فإذا انتهت نافذة زمنية أو تغير الدور أو لم تعد إشارة حالة الجهاز تستوفي السياسة، يمكن إلغاء الوصول وفق القواعد المهيأة.

هذه دورة حياة للسياسة فوق نقل WireGuard نفسه.

الوصول المؤقت وبالموافقة​

لا ينبغي أن تكون بعض الموارد متاحة دائمًا حتى للمستخدمين المخوّلين عادةً.

يمكن أن يشترط ZTXGate طلبًا وموافقة ومنح الوصول لفترة محددة.

قد يستمر النقل الآمن للمستخدم بينما يظل تفويضه بالوصول إلى المورد الحساس غائبًا حتى تتحقق شروط السياسة.

والفرق مهم:

الاتصال ليس هو التفويض.

أهمية دورة حياة الهوية أيضًا​

يمكن لـ ZTXGate استخدام OIDC للمصادقة وسمات الهوية، بينما يزامن SCIM تغييرات دورة حياة المستخدمين من أنظمة الهوية المدعومة.

يسمح ذلك للسياسة بمواكبة هوية المؤسسة بدلًا من تحويل تهيئة نظير WireGuard إلى نظام إدارة هويتها.

سياق التدقيق حول النقل الآمن​

يؤمن WireGuard حركة الاتصال، ويضيف ZTXGate سياق الوصول حولها.

يسجل ZTXGate أنشطة الوصول والمصادقة والسياسات ويمكنه تصدير الأحداث ذات الصلة إلى أنظمة المراقبة.

وهذا يسهل الإجابة عن:

  • من المستخدم الذي خُوّل؟
  • أي جهاز مسجّل استُخدم؟
  • ما المورد المحمي المطلوب؟
  • أي شروط سياسة انطبقت؟
  • هل تمت الموافقة على وصول مؤقت؟
  • متى انتهى التفويض؟

الوصول دون عميل لا يحتاج WireGuard على الجهاز​

ليس WireGuard مطلوبًا في كل مسارات وصول ZTXGate.

بالنسبة إلى تطبيقات HTTP وHTTPS الخاصة المدعومة، يستطيع ZTXGate توفير وصول دون عميل عبر المتصفح من خلال وكيل يفرض السياسات.

وهذا يوفر نموذجين متكاملين:

مسار الوصولالأنسب له
وصول مُدار يعتمد على WireGuardالأجهزة والموارد التي تحتاج إلى بروتوكولات الشبكة
وصول دون عميل إلى HTTP/HTTPSتطبيقات الويب الخاصة في المتصفح

استكشف ZTNA دون عميل

لماذا لا نهيئ WireGuard يدويًا؟​

قد تكون تهيئة WireGuard يدويًا حلًا ممتازًا عندما يكون المطلوب مجرد اتصال آمن بين مجموعة معروفة من النظراء.

لكن التعقيد التشغيلي يزداد عندما ينبغي أن يتبع الوصول:

  • هوية الموظفين.
  • الأدوار المتغيرة.
  • دورة حياة الأجهزة.
  • حالة الأجهزة الأمنية.
  • الموافقات المؤقتة.
  • سياسة كل مورد.
  • متطلبات المصادقة.
  • عمليات التدقيق والأمان.

صُمّم ZTXGate للبيئات التي يجب أن يشترك فيها النقل الآمن في إجراءات التحكم الأوسع بالوصول.

هل WireGuard نفسه ZTNA؟​

ليس بمفرده.

WireGuard بروتوكول نفق آمن. وتضيف بنية ZTNA التفويض الصريح وسياق الهوية والجهاز وسياسة المورد وضوابط دورة الحياة والإنفاذ المستمر حول النقل.

يستخدم ZTXGate WireGuard جزءًا من هذه البنية الأكبر.

الخلاصة​

يجيب WireGuard عن كيفية النقل الآمن للحركة المصرّح بها؛ ويجيب ZTXGate عن من يصل إلى أي مورد، ومن أي جهاز، وتحت أي شروط، ولأي مدة.

استكشف بنية ZTXGate الكاملة · ZTNA مقارنة بـ VPN

قارن نماذج الوصول المعتمدة على WireGuard​

لمقارنة حالية مع منصة أخرى تستخدم WireGuard، راجع ZTXGate مقارنة بـ Tailscale.