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

استبدل الوصول الواسع عبر 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 يجعل التفويض الذي يراعي الهوية والجهاز والمورد والسياسة نموذج الوصول الأساسي.

استكشف بنية ZTNA

تقليص نطاق الوصول​

يسمح 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 المستضاف ذاتيًا · الأمان والثقة