قيد التصميم

منصة اختبار الاختراق بالذكاء الاصطناعي

اختبار اختراق ذاتيّ التشغيل ومُدرِكٌ لمنطق العمل

تصميمٌ لعملاء ذكاء اصطناعي يختبرون تطبيقاً وهم يعرفون أدواره وتدفّقات عمله، ويُثبتون النتيجة بعرضها على نحوٍ آمن، ويتوقّفون لأخذ موافقة بشرية قبل أن يتغيّر أيّ شيء في الحالة. ويبقى الحُكم بيد الخبير.

تصف هذه الصفحة كيف يُراد للمنصّة أن تعمل. لم تُبنَ بعد، فلا شيء يُشترى أو يُثبَّت أو يُعرَض اليوم. أما اختبار الاختراق نفسه فيقدّمه خبراؤنا الآن خدمةً.

عن المنصّة

يغطّي اختبار الاختراق السنوي بضعة أسابيع من العام، وتذهب معظم ساعاته في حالاتٍ آلية الطابع: الفحوص نفسها لكل دور ولكل تدفّق عمل. أما النتائج المكلفة فتكمن في منطق العمل وتحتاج إلى حُكم خبير، وهذا الحُكم أول ما ينفد.

منصة اختبار الاختراق بالذكاء الاصطناعي هي تصميمنا لإسناد الجزء الآلي من هذا العمل إلى عملاء ذكاء اصطناعي ضمن حدود صارمة. سيعمل العملاء انطلاقاً من ملف التطبيق في منصّتنا، ولن يُشغّلوا إلا الحالات التي أجازها خبير، وسيُثبتون كل نتيجة بعرضها على نحوٍ آمن، ويتوقّفون لأخذ موافقة بشرية قبل أي خطوة تغيّر الحالة. وما يجدونه ينضمّ إلى دورة حياة النتائج نفسها التي يمرّ بها عمل الخبراء.

إنها آخر قدرة في خارطة طريق منصّتنا ولم تُبنَ بعد. ننشر التصميم لتحكموا على النهج وتخبرونا إن كان يناسب مشكلةً لديكم. وإلى ذلك الحين، يقدّم خبراؤنا اختبار الاختراق خدمةً.

مُجازة
الحالات التي يحدّدها خبير فقط
مُثبَتة
كل نتيجة تُعرَض بأمان
بموافقة بشرية
قبل أي تغيير للحالة
قيد التصميم
لم تُبنَ بعد

كيف يُقسَّم العمل

الآلات تُشغّل ما تُتقنه الآلات، والخبير يحكم في الباقي

1
كل حالة اختبار تُعلن مَن يُنفّذها
في المنهجية، تُوسَم كل حالة بأنها للخبير وحده، أو بمساعدة عميل، أو مؤهَّلة للعميل. يُتَّخذ هذا الحُكم مرة واحدة وعلى يد أشخاص، وهو ما يُبقي الآلة على العمل الذي تُتقنه فعلاً.
2
العملاء يتولّون الجزء الآليّ
تُشغَّل الحالات المؤهَّلة بالتوازي داخل بيئات معزولة، ويُخبر ملفُّ التطبيق العميلَ بالأدوار وتدفّقات العمل ونقاط الدخول — فيعمل انطلاقاً من معرفة بهذا التطبيق، لا من زحفٍ أعمى عليه.
3
الخبير يحتفظ بالحُكم
ما يُنتجه العميل هو مرشَّحٌ مصحوبٌ بالأدلة. الخبير هو مَن يقرّر أهو حقيقي، وماذا يعني لعملك، وما درجة خطورته — وأيّ إجراء يُغيّر الحالة ينتظر موافقة شخصٍ أولاً.

نظرة على عملية تشغيل

العميل أثناء العمل، والخطوات المحجوزة للموافقة، وما أُثبت فعلاً في النهاية

منصة اختبار الاختراق بالذكاء الاصطناعي — وحدة تحكّم التشغيل
Preview

An illustration of the interface with sample data. Switch screens with the tabs above.

ما صُمِّمت لتفعله

ما الذي يجعل الاختبار ذاتيّ التشغيل جديراً بالثقة — وكلّه في مرحلة التصميم

يعمل انطلاقاً من ملف التطبيق
تُسلَّم للعميل الأدوارُ وتدفّقات العمل ونقاط الدخول وقواعد العمل قبل أن يبدأ. أما الأداة التي عليها اكتشاف ذلك كله بالنقر فتُنفق ميزانيتها في الاكتشاف بدل الاختبار.
مُدرِكٌ للمنطق، لا مُطابِقٌ للأنماط
تسلسلات متعددة الخطوات عبر الأدوار: أنشئ طلباً بمستخدم وسوِّه بآخر، تجاوز خطوة، كرّر خطوة، وابلُغ حالةً لم يرسمها المصمّمون قطّ. هناك تكمن النتائج الباهظة.
نتائج مُثبَتة لا مُخمَّنة
يُؤكَّد المرشَّح بإثباته على نحوٍ آمن، ويصل مصحوباً بالطلب والاستجابة والخطوات التي تُعيد إنتاجه. وما لا يمكن إثباته يُبلَّغ عنه بوصفه غير مؤكَّد، لا أن يُلبَّس لباس نتيجة.
موافقة قبل أيّ تغيير
يجري الاستكشاف للقراءة فقط بحرّية؛ أما خطوة تكتب أو تحذف أو تدفع أو تُرسل بريداً فتنتظر إنساناً. ومَن طلب التشغيل ليس هو مَن يوافق عليه.
معزولٌ، وبزمام
سيعمل العملاء في بيئات معزولة تتبع حركتُها الصادرة قائمةَ سماحٍ، فلا يستطيع اختبارٌ أن يشرُد خارج النطاق أو يبلُغ نظاماً لم يأذن به أحد.
متوازٍ، ضمن حدودك
ستُشغَّل حالات كثيرة دفعة واحدة، مقيَّدةً بمعدّل الطلبات ودرجة التزامن اللذين تحدّدهما للهدف. السرعة مفيدة؛ أما اختبارٌ يُسقط تطبيقاً فلا.
سجلٌّ قابل لإعادة التشغيل لِما فعله
يُسجَّل كل طلب وقرار واستدعاء أداة، فيستطيع مهندسٌ أن يتتبّع بالضبط ما فعله العميل ومتى — الجواب عن سؤال «ما الذي مسّ بيئتنا التجريبية عند الثالثة فجراً؟»
بياناتك لا تُغذّي نموذجاً سحابياً
صُمِّمت الطلبات لتمرّ عبر Hafez Fabric، بوابتنا المحوكَمة للذكاء الاصطناعي، حيث تُقنَّع القيم الحسّاسة قبل أن يبلُغ أيُّ شيء نموذجاً خارجياً — ويمكن قصر التثبيت على نماذج تعمل داخل شبكتك.
اختبار انحدار للأمن
تتحوّل نتائج المهمة السابقة إلى حالات تُشغَّل مجدداً مع الإصدار التالي، فالإصلاح الذي يتفكّك بهدوء تلتقطه الآلة لا المهاجم.
دورة حياة واحدة للنتائج
ما يجده العملاء يستقرّ في المكان نفسه الذي تستقرّ فيه نتائج الخبراء والنتائج المستوردة: مترابطةً ومرتَّبةً بالأولوية ومُسنَدةً ومُعادَ اختبارها. بلا أداة منفصلة لها قائمتها الخاصة التي يجب التوفيق بينها.
صادقٌ فيما لا يقدر عليه
الحالات الموسومة للخبير وحده تبقى بيد الخبراء، ويذكر التقرير أيّ أجزاء المنهجية غطّتها الآلة. فالعميل بلا مجموعة سيناريوهات مُفصَّلة ما هو إلا ماسحٌ بخطوات إضافية، ولا نُوهم بغير ذلك.
مُصمَّمٌ ليعمل حيث يقيم الهدف
مُصمَّمٌ ليُثبَّت إلى جانب الأنظمة قيد الاختبار، بما في ذلك الشبكات التي لا منفذ لها إلى الإنترنت، كي لا تغادر حركةُ المرور إلى تطبيقك بنيتَك التحتية أبداً.

ما الذي سيختبره

في كل موضعٍ فيه تسجيل دخول وأدوار وتدفّقات عمل

تطبيقات الويب
واجهات برمجة التطبيقات (API)
الخوادم الخلفية لتطبيقات الموبايل
الخدمات الداخلية

حالات الاستخدام

حيث ساعات الخبراء شحيحة والتطبيقات كثيرة

الأحد عشر شهراً بين اختبارَي اختراق
تترك المهمة السنوية معظم العام دون تغطية. عمليات تشغيل العملاء تملأ تلك الفجوة وفق جدول، وتبدأ مهمة الخبير مما وجدته.
بوّابات الإصدار
شغِّل الحالات المهمّة للجزء الذي يمسّه الإصدار من التطبيق، قبل أن يبلُغ العملاء لا بعده.
محافظ التطبيقات الكبيرة
مئات التطبيقات لا يمكن أن تحظى جميعها بمهمة خبير كل ربع سنة. الآلة تغطّي الاتّساع؛ والناس يتعمّقون حيث يهمّ الأمر.
قبل وصول الخبراء
مسحٌ قبل المهمة اليدوية يُخلي الأرض الواضحة، فتُنفَق أيام الخبير على المنطق الذي لا يُؤتمته أحد.
أدلّة للمدقّقين
عمليات تشغيل مؤرَّخة على تطبيقات مُسمّاة، كلٌّ منها بما غُطّي وما وُجد، جواباً عن السؤال المتكرّر دوماً حول وتيرة الاختبار.
التحقّق من الإصلاحات القديمة
نتائج العام الماضي تصبح مجموعة اختبار الانحدار لهذا العام، والإصلاح الذي انحدر بهدوء يظهر في التشغيل التالي.

كيف سيعمل

من التفويض إلى تقرير مُراجَع

1
التفويض وتحديد الحدود
اتّفقوا على النطاق والبيئة ومعدّل الطلبات وما لا يجوز للعميل أن يمسّه أبداً. التفويض صريح ومُؤرشَف بالإصدارات، كشأن أيّ اختبار آخر.
2
سلِّم الملف
الأدوار وتدفّقات العمل وبيانات اعتماد الحسابات التجريبية وقواعد العمل المهمّة. وكلّما تحسّن الملف قلّت الميزانية التي تذهب لإعادة الاكتشاف.
3
التشغيل، مع بوّابات
تُنفَّذ الحالات المؤهَّلة بالتوازي داخل بيئات معزولة. العمل للقراءة فقط يمضي؛ وأيّ شيء يُغيّر الحالة يتوقّف للموافقة.
4
مراجعة الخبير، ثمّ التقرير
يؤكّد الخبير المرشَّحين ويُقيّمهم ويكتب ماذا يعنون لك. وتنضمّ النتائج إلى دورة الحياة نفسها التي تسلكها كل نتيجة أخرى، بما في ذلك إعادة الاختبار.

كيف سيُقدَّم

خطّتنا حين تُبنى: ضمن مهمة، أو مُثبَّتةً لديكم، أو وفق جدول زمني

ضمن مهمة
سيُشغّله خبراء التقييم لدينا جزءاً من العمل، فتتلقّون نتائج مُراجَعة لا مخرجات عميل خاماً.
داخل شبكتكم
مُصمَّمٌ ليُثبَّت إلى جانب الأنظمة قيد الاختبار كي لا تغادر حركة المرور أبداً، بما في ذلك الشبكات التي لا منفذ لها إلى الإنترنت.
وفق جدول زمني
سيُشغَّل مع كل إصدار أو كل شهر على محفظة تطبيقات، مع مراجعة خبير لِما يجده فقط.

لماذا هذه المنصّة

كيف تختلف عن ماسحٍ آليّ

يبدأ وهو يعرف التطبيق
الفرق بين هذا وبين الماسح هو الملف: تُسلَّم الأدوار وتدفّقات العمل والقواعد قبل الطلب الأول، فتختبر الآلة السلوك بدل أن تُخمّن الأنماط.
استقلاليّة بفرامل يد
بيئات معزولة، وقائمة سماحٍ للحركة الصادرة، وحدود للمعدّل، وموافقة بشرية قبل أيّ تغيير للحالة. فالاختبار ذاتيّ التشغيل من دون ذلك هو ما يحوّل اختباراً آلياً إلى حادثة.
نتائج أقلّ، وأصدق
لا يُبلَّغ عن المرشَّح بوصفه نتيجة إلا بعد أن يُثبَت ويوافق عليه خبير. لا أحد يحتاج تقريراً آخر مليئاً بالاحتمالات.
لا شيء حسّاس يغادر
تُقنَّع القيم الحسّاسة قبل أن يبلُغ أيّ طلب نموذجاً خارجياً، ويمكن تشغيل العملية كلّها على نماذج داخل شبكتك.

الأسئلة الشائعة

ما تسأله الفِرق قبل أن تَدَع عميلاً يختبر أيّ شيء

في أي مرحلة هذا المنتج؟
هل يحلّ هذا محلّ مختبِري الاختراق؟
هل يمكن تشغيله على بيئة الإنتاج؟
ما الذي يمنعه من إفساد شيء؟
كيف تتجنّبون تقريراً مليئاً بالإيجابيات الكاذبة؟
أيّ البيانات تغادر بيئتنا؟
كيف يختلف عن ماسح آليّ؟
ماذا تحتاجون منّا للبدء؟
مَن يوافق على الخطوات الخطِرة؟
كيف تضبطون تكلفة الذكاء الاصطناعي نفسه؟
ماذا نتلقّى في نهاية التشغيل؟
هل يمكنه اختبار شيء يحتاج تسجيل دخول وعدّة أدوار؟
كيف يتكامل مع VAaaS؟
تغطية أوسع دون التخلّي عن الحُكم
المنصّة قيد التصميم. إن كانت مشكلتكم تغطيةً أوسع دون التخلّي عن الحُكم، فتحدّثوا إلينا: نقدّم اختبار الاختراق اليوم، والاهتمام المبكّر يوجّه ما نبنيه.