استبدل الوصول الواسع عبر VPN بنموذج انعدام الثقة
يجب أن يتيح الوصول عن بُعد للأفراد الموارد التي يحتاجون إليها، لا وصولًا غير ضروري إلى الشبكة المحيطة.
يستعيض ZTXGate عن اتصال VPN الواسع بسياسات وصول تراعي الهوية والجهاز والمورد. فبدلًا من تقرير ما إذا كان يجوز للمستخدم مجرد الاتصال بشبكة خاصة، يقيّم ZTXGate ما إذا كان ينبغي السماح لذلك المستخدم، على ذلك الجهاز، وضمن الظروف الحالية، بالوصول إلى مورد محدد.
لماذا تبحث المؤسسات عما يتجاوز VPN التقليدية للوصول عن بُعد؟
ما زالت تقنية VPN مفيدة، ويمكن نشرها بأمان.
لكن التحدي أن بنيات VPN التقليدية للوصول عن بُعد تُنشئ الاتصال بالشبكة أولًا. ثم تستخدم المؤسسات المسارات وقواعد جدران الحماية والتقسيم الشبكي وأنظمة الهوية وضوابط الأجهزة وغيرها لتقييد الموارد التي يمكن للجهاز المتصل الوصول إليها.
يتعامل ZTNA مع السؤال من الجهة الأخرى:
هل يُسمح لهذا المستخدم، باستخدام هذا الجهاز، بالوصول إلى هذا المورد الآن؟
بُني ZTXGate حول هذا القرار.
الاتصال بالشبكة مقابل الوصول إلى المورد
تمنح VPN للوصول عن بُعد الجهاز عادةً اتصالًا بشبكة خاصة، ثم تعتمد على ضوابط محيطة لتقييد هذا الاتصال.
يركّز ZTXGate الوصول على موارد محددة صراحةً. فيمكن للمطورين الوصول إلى أنظمة التطوير دون وصول واسع إلى شبكة الإنتاج، ويمكن للمتعاقدين الوصول فقط إلى الأنظمة المطلوبة لأعمالهم، ويمكن للمسؤولين الحصول على وصول مؤقت إلى موارد حساسة عند الموافقة عليه.
مقارنة VPN بـ ZTXGate
| الإمكانية | VPN التقليدية للوصول عن بُعد | ZTXGate |
|---|---|---|
| النموذج الأساسي للوصول | الاتصال بالشبكة | الوصول إلى موارد محددة |
| هوية المستخدم | تعتمد على VPN ومنظومة الهوية | مدمجة في سياسة الوصول |
| هوية مستقلة لكل جهاز | تختلف | مدمجة في تسجيل الأجهزة |
| الحالة الأمنية للجهاز | تعتمد على منظومة الأجهزة وVPN | مدخل محتمل لسياسة الوصول |
| وصول مؤقت | يحتاج إلى ضوابط محيطة | مدمج في إجراءات السياسات |
| وصول بطلب وموافقة | يحتاج إلى إجراء منفصل | مدمج |
| مصادقة إضافية | تختلف | يمكن اشتراطها وفق السياسة |
| إعادة تقييم مستمرة | تختلف | يمكن استمرار إنفاذ السياسة بعد بدء الوصول |
| دورة حياة الهوية | تعتمد على الأنظمة المحيطة | تكامل OIDC وSCIM |
| رؤية الوصول | تعتمد على VPN ومنظومة السجلات | سجلات مركزية للوصول والمصادقة والسياسات |
| تكامل SIEM | يختلف | تصدير syslog وCEF وJSON |
تستطيع عمليات نشر VPN الحديثة تطبيق كثير من هذه الإمكانات عبر أنظمة إضافية. أما الفرق فهو أن ZTXGate يجعل التفويض الذي يراعي الهوية والجهاز والمورد والسياسة نموذج الوصول الأساسي.
تقليص نطاق الوصول
يسمح ZTXGate للمسؤولين بتحديد الموارد المتاحة لكل مستخدم أو دور بدقة. ويمكن للسياسة مراعاة هوية المستخدم ودوره والجهاز المسجّل وحالته الأمنية وموقع الشبكة والوقت والمورد المحمي ومدة الوصول.
يبقى كل ما يقع خارج السياسة المحددة غير متاح عبر ZTXGate.
منح الوصول المؤقت نهايةً محددة
يدعم ZTXGate الوصول المؤقت والوصول بطلب وموافقة إلى الموارد التي لا تحتاج إلى تصريح دائم.
يمكن للمستخدم طلب الوصول إلى مورد محمي، ويوافق شخص مخوّل على نافذة زمنية مناسبة، ثم تنتهي الصلاحية تلقائيًا بانتهاء النافذة.
جعل هوية الجهاز جزءًا من الوصول
يسجّل ZTXGate الأجهزة بصورة فردية. ويمكن تتبع حاسوب المستخدم وهاتفه وجهازه اللوحي وسائر أجهزته المسجّلة على نحو مستقل واستخدامها في قرارات السياسة.
وإذا فُقد أحد الأجهزة أو خرج من الخدمة أو فقد الثقة، يمكن إلغاء تسجيله دون تعطيل أجهزة المستخدم الأخرى.
استخدام أنظمة الهوية الحالية
يدعم ZTXGate المصادقة عبر OIDC وتوفير المستخدمين عبر SCIM، حتى لا يتطلب استبدال اتصال VPN إنشاء دورة حياة هوية معزولة جديدة.
إضافة تحقق أقوى عند الحاجة
يمكن لـ ZTXGate اشتراط أساليب مصادقة إضافية مدعومة للموارد الحساسة، بما في ذلك الموافقة البيومترية عبر ZTXBAS وOkta Verify Push وDuo Push.
إبقاء الوصول مرئيًا
يجمع ZTXGate سجلات الوصول والمصادقة والسياسات مركزيًا. ويمكن أيضًا إرسال الأحداث إلى أنظمة المراقبة الحالية باستخدام syslog أو CEF أو JSON.
الانتقال بالوتيرة المناسبة
لا يلزم أن تكون الاستعاضة عن نموذج الوصول الحالي ترحيلًا شاملًا دفعة واحدة.
يمكن بدء النشر بمجموعة صغيرة من المستخدمين وقائمة محدودة من الموارد وسياسات واضحة وتسجيل الأجهزة، مع إبقاء آليات الوصول الحالية أثناء انتقال مرحلي.
اقرأ دليل الانتقال من VPN إلى ZTNA
تجربة أولية عملية
يمكن أن يبدأ تقييم محدود بفريق واحد وبعض التطبيقات:
- المستخدمون: فريق التطوير.
- الموارد: خوادم التطوير والأدوات الداخلية.
- السياسة: الأجهزة المسجّلة فقط.
- مورد حساس: إدارة الإنتاج.
- شرط إضافي: وصول بطلب وموافقة مع مصادقة إضافية.
يسمح هذا للمؤسسة بتقييم نموذج ZTNA دون إعادة تصميم الشبكة بأكملها أولًا.
الأسئلة الشائعة
هل يجعل ZTXGate تقنية VPN قديمة؟
لا. تظل VPN مناسبة لكثير من استخدامات الاتصال بالشبكة. لكن ZTXGate يعالج نموذج وصول مختلفًا: تفويض المستخدمين والأجهزة للوصول إلى موارد محددة وفق السياسة.
هل يجب إزالة VPN الحالية فورًا؟
لا. يمكن أن يبدأ الانتقال بمجموعة من المستخدمين والموارد مع استمرار وسائل الوصول القائمة.
هل يعمل ZTXGate مع موفّر الهوية الحالي؟
يدعم ZTXGate المصادقة باستخدام OIDC والتوفير عبر SCIM للتكامل مع أنظمة الهوية المتوافقة.
هل ينتهي الوصول تلقائيًا؟
نعم. تدعم السياسات وصولًا مؤقتًا وإجراءات طلب وموافقة بنوافذ زمنية محددة.
هل يتطلب ZTXGate خدمة CoreZT سحابية؟
لا يحتاج التشغيل الأساسي للوصول في ZTXGate إلى مستوى تحكم سحابي إلزامي تستضيفه CoreZT، مع بقاء متطلبات الاتصال الخاصة بالتكاملات الخارجية قائمة.
بالنسبة إلى التطبيقات الخاصة المتاحة عبر المتصفح ومستخدمي الطرف الثالث، راجع ZTNA دون عميل ووصول المتعاقدين.
ابدأ بنشر محدود النطاق
اختر مجموعة صغيرة من المستخدمين والموارد وطبّق السياسات المراد تقييمها، ثم توسّع تدريجيًا.
استكشف ZTXGate · ZTNA مقارنة بـ VPN · كيف يعمل ZTNA؟ · ZTNA المستضاف ذاتيًا · الأمان والثقة