التفاعل مع المصيدة ليس إثباتًا للدافع؛ يجب الحفاظ على سلسلة الأدلة وتمييز المؤكد عن غير المحسوم.
قالب سجل التحقيق في تشغيل مصيدة وكيل ذكاء اصطناعي
قالب عملي مقترح من سيادة لتوثيق التحقيقات، وليس نموذجًا رسميًا صادرًا عن مؤلفي الورقة البحثية. يستخدم كوثيقة تشغيلية مع تقييد الوصول وفق سياسة الأدلة المؤسسية.
1. تعريف القضية وتحديد الحدث
يفتتح سجل التحقيق بمعرف قضية مستقل ومعرف الحدث الذي أصدرته المصيدة ومعرف تصميم المصيدة وإصدارها وبيئة التشغيل وتاريخ فتح القضية واسم قائد الاستجابة. لا تستخدم وصفًا من قبيل «وكيل خبيث» كعنوان افتراضي؛ فذلك حكم يحتاج إلى تحقيق. العنوان الصحيح يصف المشاهدة القابلة للإثبات، كاستدعاء واجهة باستخدام اعتماد خداعي غير فعال. أضف نوع الحدث ودرجة الأولوية الأولية وسبب منح الدرجة والجهة التي أبلغت عنه. سجل إن كان الكشف تلقائيًا أو اكتشفه محلل، وإن كانت هناك أحداث مماثلة ضمن الفترة السابقة. نقطة البداية ليست استنتاجًا عن الغرض، بل وصف الحدث وسياق المهمة وما إذا كان هناك أثر حقيقي أم محاولة تجاه مورد معزول.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
2. تحديد الوكيل وسلسلة الهوية
يحمل السجل Agent ID واسم التطبيق وإصدار النموذج وتعريف الـRuntime ومصدر الخدمة وهوية الاعتماد التقني والـRun ID والـTask ID وTool Call ID. إن أمكن تتبع طلب بشري، اذكر معرف الطلب ومالك العملية دون كشف بيانات شخصية أكثر من اللازم. إذا تعددت الوكلاء، احفظ سلسلة التفويض والنداءات من الوكيل الأصلي إلى الخدمة التي فعلت المصيدة، مع وصف الفرق بين هوية المستدعي المباشر والجهة التي أصدرت الطلب الأول. الحساب المشترك ليس دليل إسناد كافيًا. ضع خانة «اكتمال الإسناد» بمستويات واضح تعريفها: مكتمل، جزئي، غير كافٍ. ثبّت هذه الحالة حتى إن تعذر معرفة الوكيل الأصلي، ولا تعوض نقص الأدلة بالتخمين أو بتحليل نصي غير موثق.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
3. السياق المشروع للمهمة
يطلب المحقق نسخة من الهدف المعتمد ووصف المهمة والبيانات المطلوبة ومصادرها وأدوات التنفيذ التي كانت متاحة وقت الحدث. ينبغي التفريق بين صلاحيات الوصول التقنية وبين سلطة تنفيذ الفعل؛ فقد يمتلك الوكيل اعتمادًا يسمح بأكثر مما يحق له القيام به مؤسسيًا. ضع مصفوفة بسيطة للأفعال: قراءة، إعداد مسودة، تعديل، موافقة، تنفيذ، إرسال خارجي. لكل فعل اذكر السياسة أو التفويض الذي يسمح به أو يمنعه. سجل حالة تغيير الصلاحيات في يوم الحادث، لأن ضابطًا جديدًا قد يجعل أحداثًا تاريخية تبدو محظورة رغم أنها وقعت قبل اعتماد التغيير. إذا كانت المهمة غير واضحة أو متعددة التفسيرات، ضع ذلك كخطر تشغيلي يحتاج معالجة مستقلة.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
4. المورد الخداعي وقاعدة الكشف
يحتفظ السجل بمرجع Decoy ID وطبيعة المورد ومكان ظهوره والهدف من زرعه وTrigger Rule الدقيقة. هل وقع مجرد عرض الوثيقة أو فتحها، أم إرسال Credential أو محاولة تعديل Resource، أم اتصال بواجهة خارج حدود المهمة؟ حدد مصدر Telemetry الذي ولّد الحدث، وتفاصيل Endpoint أو الـOperation، والارتباط بمعرف الجلسة والوقت. يجب تحديد احتمال أن تكون أداة فهرسة أو مسح أمني أو نسخة احتياطية هي من لامس المورد. إذا كانت المصيدة تخلق إغراءً غير طبيعي لإتمام الفعل فلا بد من تسجيل هذا القيد المنهجي؛ لا يصح إخفاء أثر التصميم نفسه في تفسير سلوك الوكيل.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
5. خط الزمن والأدلة الأولية
يرتب Timeline حسب مصدر الوقت الموحد، من طلب المهمة حتى إغلاق الجلسة والاحتواء. لكل حدث: التوقيت، النظام المصدر، المعرف الفني، الفعل، نتيجة الفعل، ومدى سلامة سجل المصدر. إذا اختلفت الساعات بين الأنظمة، اعمل توحيدًا موثقًا ولا تصحح الأوقات في النسخ الأصلية. يبدأ جمع الأدلة من نقاط مستقلة مثل Gateway وIdentity Provider وسجلات التطبيق، ثم تضاف النصوص والمحاورات التي رآها الوكيل في حدود السياسة. أي مقتطف خارج سياقه يجب أن يحمل رابطًا للمصدر الكامل المحفوظ في مخزن أدلة آمن. يستطيع المراجع بذلك بناء تسلسل غير معتمد على تفسير المحلل أو ملخص نموذج توليدي.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
6. حفظ الأدلة وسلسلة الحيازة
لكل أثر يجب تسجيل Artifact ID وSHA-256 أو آلية التحقق المقررة ونوع المحتوى ووقت الجمع واسم الجامع وموقع الحفظ وضوابط الوصول ومدّة الاحتفاظ. إن خضع الدليل لتنقيح لحماية الخصوصية، فاحفظ النسخة المقيدة الأصلية وفق سياسة المؤسسة مع توثيق التحويل إلى نسخة عرض منقحة. لا تخزن الاعتمادات الحقيقية في تذكرة عامة أو داخل نص المقال. ضع سجل وصول لمن قام بتنزيل البيانات أو تحليلها أو مشاركتها. فشل حفظ الأثر أو فقد بعضه لا يُحوّل تلقائيًا إلى حكم سلبي؛ بل يصبح قيدًا معلنًا على قوة الملف. يجب أن يكون قرار تمديد الاحتفاظ أو حذفه بيد الجهة المختصة لا نظام التنبيه وحده.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
7. فرضيات بديلة للسبب
ابنِ جدول فرضيات قبل كتابة خلاصة. الاحتمالات تشمل فهرسة مشروعة، اختبار صيانة، خطأ في اختيار الأداة، غموض تعليمات المستخدم، تسلسل تفويض خاطئ، Prompt Injection عبر مستند خارجي، محاولة تجاوز محسوبة، أو خلل في تصميم المصيدة. لكل فرضية اذكر الأدلة التي تؤيدها والتي تعارضها واختبارًا يمكن تنفيذه دون إحداث ضرر. أزل الالتباس بين ما تشاهده النظم وبين تفسير «نية الوكيل». عند غياب إشارات فارقة يمكن تثبيت الحكم بوصفه غير محسوم. يظل الكشف من خلال المصيدة أفضل دعمًا تجريبيًا من إسناد غاية خفية أو إثبات ردع، وهو تمييز ينبغي أن يظهر في تقرير القضية.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
8. تحليل حدود السلطة والانحراف
قارن الفعل المشاهد مع Authority Envelope المعتمد وقت الحدث: الغرض والبيانات والنظام والمبلغ والمدة والموافقات والشخص الذي فوّض الوكيل. قد يسمح رمز API بتنفيذ طلب رغم عدم وجود حق مؤسسي للوكيل. هذه Authority Gap موضع للمراجعة حتى إذا لم يثبت سوء مواءمة النموذج. حدد هل تخطى الفعل حدًا ثابتًا قابلًا للفرض تقنيًا، أم استُخدمت سياسة لغوية أو بشرية فقط. راجع ما إذا كان وكيل وسيط قد وسّع نطاق الصلاحية دون تفويض. إن كان الفعل يقع داخل سلطة واسعة جدًا، فالحل قد يكون تقليل نطاق السلطة بدل البحث عن «دافع» الوكيل.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
9. قرارات الاحتواء وخطر التعطيل
سجل ما اتخذ من إجراء مع الوقت وصاحب القرار والأسباب والأنظمة المتأثرة: تعليق Run، إيقاف أداة، تجميد اعتماد، عزل مورد، أو مجرد مراجعة بشرية عاجلة. ينبغي أن تتناسب الاستجابة مع الأثر، وأن تراعي السلامة التشغيلية؛ ليس كل Trigger يستدعي إيقاف خدمة حيوية بالكامل. تأكد من أن إيقاف الواجهة لا يترك Jobs خلفية تعمل أو رموزًا صالحة للاستعمال. وثق الإجراءات التي تعذر تنفيذها ولماذا، وما التعويض المؤقت عنها. إذا تسبب الاحتواء بضرر تشغيلي أضف ذلك إلى سجل الحادث حتى تتمكن المؤسسة من تقييم سلامة تصميم الاستجابة نفسها.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
10. تقييم أثر الحادث الحقيقي
ميّز بين تماس مع مصيدة معزولة وبين وصول إلى بيانات فعلية أو تغيير حقيقي في النظام. افتح خانات مستقلة لسلامة البيانات والسرية والتوافر والخسارة المالية والسلامة الجسدية والالتزامات التعاقدية، مع دليل لكل خانة أو عبارة «لم يثبت بعد». لا تصنف الأحداث باعتبارها تسربًا فعليًا لمجرد ظهور اعتماد خداعي في طلب. افحص هل توجد نداءات خارج المصيدة تحمل نفس السلوك، وهل تأثرت جلسات أخرى تستخدم الخدمة. قرارات الإبلاغ الخارجي تُحسم وفق التشريعات والعقود الفعلية التي تحكم المؤسسة، لا وفق تصور عام بأن أي تنبيه AI يجب الإبلاغ عنه.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
11. إعادة التشغيل المختبري واختبار التصحيح
إذا سمحت سلامة البيئة، حاول إعادة إنتاج المسار في Sandbox بنسخة محددة من النموذج والأدوات والبيانات المنقحة والسياسات. اختبر اختلاف النتيجة مع إزالة مستند غير موثوق أو تشديد Enforcement أو تصحيح التفويض. ينبغي توثيق ما تغير بين الحادث والتجربة، إذ قد تؤثر العشوائية أو إصدار النموذج على النتيجة. النجاح في إعادة التشغيل يعطي معلومة عن قابلية إنتاج السلوك في شروط معينة، لكنه لا يعادل إثبات دافع خفي أو توقع أداء كل النماذج الأخرى. قبل الإغلاق، اختبر أن الفعل المحظور يُمنع وأن المهمة المشروعة ما زالت قابلة للإنجاز وأن التنبيه الجديد يوفر أدلة أفضل.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
12. خلاصة التحقيق والحكم النهائي
تضم الخلاصة وصفًا محدودًا للوقائع المؤكدة وتقييم حدود الإسناد وتفسيرًا للسبب الجذري إذا توفر دليل كافٍ، ثم قائمة واضحة بالفجوات والقرارات. اقترح حقولًا للحكم: «تجاوز مؤكد للسياسة»، «تجاوز محتمل يحتاج أدلة»، «تفاعل مشروع/إيجابي كاذب»، «غير محسوم». هذه فئات تشغيلية داخل المؤسسة وليست أحكامًا معيارية عامة. يجب اعتماد كل نتيجة من صاحب صلاحية موثق؛ يفصل التقرير بين المسؤولية عن تشغيل النظام وبين القدرة على تقرير نيته. يمكن إعادة فتح القضية عندما ترد سجلات إضافية أو تكشف اختبارات الانحدار معلومات جديدة. لا تستخدم عبارة «الوكيل خبيث» ما لم توجد أدلة استثنائية توضح معناها وسياقها.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
13. إغلاق القضية والتحسين المستمر
لا يغلق Case حتى يكتمل سجل قرار الاحتواء والتحقق من الأثر وخطة المعالجة ونتيجة اختبار القبول وإعادة توزيع المسؤوليات وتحديث سجل المخاطر. إذا كان السبب مصيدة سيئة التصميم، يجب تصحيح المصيدة وليس معاقبة الوكيل. إذا كانت المشكلة صلاحية واسعة، يجب تعديل التفويض وإنفاذه خارج النموذج قدر الإمكان. انقل نتائج الحالات المتكررة إلى خارطة تحسين تراعي نوع الوكلاء والموردين والمهام. حدد مالك كل إجراء وموعد تحقق وشاهد قبول. في المراجعة الشهرية، قس جودة الإسناد وزمن الاستجابة والتغطية لا عدد التنبيهات وحده. يضمن ذلك أن البرنامج ينتج قرارات قابلة للمساءلة بدل التوسع في جمع أحداث بلا فائدة تشغيلية.
الحقول المطلوبة: المرجع، الواقعة، سند الدليل، مسؤول القرار، وقت التوثيق، مستوى اليقين، قرار المتابعة.
معايير قبول السجل
لا تقبل القضية على أنها مكتملة دون إسناد محدد أو بيان نقص الإسناد، ومصفوفة أدلة ومراجعة لحدود السلطة وسجل لقرار الاحتواء. يمكن بقاء السبب الجذري غير محسوم؛ الصدق في حدود الأدلة جزء من جودة التحقيق.