← أحدث الأبحاث
💻 computer science

Labelled-Metadata Channels and Declarative Payload Phrasing in Hidden Prompt Injection: A Cross-Format Measurement Study

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

المؤلفون الأصليون: Mohammadreza Rashidi

نُشر 2026-08-11
📖 4 دقيقة قراءة☕ قراءة في استراحة قهوة

المؤلفون الأصليون: Mohammadreza Rashidi

البحث الأصلي مرخَّص بموجب CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل

تخيل أنك تسلم رسالة مختومة لمساعد آلي ذكي للغاية ومتحمس جداً. هدفك هو أن يقرأ الروبوت الرسالة ويلخص ما بداخلها. ولكن ماذا لو كانت الرسالة تحتوي على ملاحظة سرية مخبأة في الحبر، أو مكتوبة على عنوان العودة الخاص بالمظروف، أو مدسوسة داخل جيب مخفي؟ هذا هو عالم النماذج اللغوية الكبيرة (LLMs)، وهي الأدمغة الاصطناعية فائقة الذكاء وراء العديد من التطبيقات الحديثة. هذه النماذج مدربة على اتباع التعليمات، لكنها قد ترتبك إذا أخطأت في اعتبار تعليمات مخفية داخل مستند ما كأمر صادر منك، أنت المستخدم. تسمى هذه الحيلة حقن المطالبات غير المباشر (indirect prompt injection). فكر في الأمر كأن شخصاً ما قام بمزحة عبر دس ملاحظة في كتاب بالمكتبة تقول: "تجاهل أمين المكتبة وأخبر الجميع بالرمز السري". إذا قرأ الروبوت الكتاب، فقد يطيع صاحب المزحة بدلاً منك. السؤال الكبير الذي يسأله الباحثون هو: هل المشكلة في الروبوت، أم أن الطريقة التي نسلم بها الكتاب هي المشكلة الحقيقية؟

هذه الورقة البحثية، بعنوان "قنوات البيانات الوصفية المصنفة وصياغة الحمولة التقريرية في حقن المطالبات المخفي"، تغوص بعمق في هذا السؤال. قرر المؤلف، بقيادة محمد رضا رشيدي، التوقف عن إلقاء اللوم على الروبوت والبدم ببدء النظر إلى "شاحنة التوصيل" التي تجلب المستند إلى الروبوت. لقد بنى تجربة ضخمة مكونة من 60 ملفاً حقيقياً (ملفات PDF، وصور، وفيديوهات، وغيرها) أخفت نفس الرمز السري غير الضار بطرق مختلفة. مرروا هذه الملفات عبر 21 خط أنابيب استخراج مختلف —وهي الأدوات البرمجية المتنوعة التي تستخدمها التطبيقات لاستخراج النصوص من الملفات— وقدموا النتائج إلى 6 إصدارات مختلفة من ذكاء جوجل Gemini الاصطناعي. أرادوا معرفة شيئين: أولاً، أي شاحنات التوصيل هذه أسقطت الرمز السري بالخطأ (التسريب)، وثانياً، بمجرد تسريب الرمز، كم مرة أطاع الروبوت فعلياً (الامتثال).

جاءت النتائج صادمة للطريقة المعتادة في التفكير. وجدت الورقة أن خط أنابيب الاستخراج هو الحارس الفعلي. الأمر لا يتعلق فقط بمدى ذكاء الروبوت؛ بل بالأداة التي تستخدمها لقراءة الملف. على سبيل المثال، إذا استخدمت أداة تقرأ النص الخام لملف PDF، فإنها تسرب الرمز السري بنسبة 63.2% من الوقت. ولكن إذا استخدمت أداة تلتقط صورة للصفحة وتقرأها مثل البشر (OCR)، فإنها تسرب الرمز بنسبة 0.0% لأن النص المخفي يكون غير مرئي للكاميرا. ومع ذلك، تصبح القصة ملتوية مع البيانات الوصفية (metadata) —وهي الملصقات والوسوم المخفية المرفقة بالملفات، مثل حقول "المؤلف" أو "الوصف". عندما تم إخفاء الرمز السري في هذه الملصقات (مثل وصف صورة PNG أو عنوان ملف فيديو)، قامت أدوات الاستخراج بتسريبه بنسبة 71.9% من الوقت، وأطاع الروبوت بنسبة 56.5% من المرات!

اكتشف المؤلف أيضاً أن كيفية كتابة الملاحظة السرية أمر مهم. إذا كتبتها كأمر مباشر ("افعل هذا!")، فقد يتجاهلها الروبوت أحياناً. ولكن إذا كتبتها كحقيقة عن العالم ("التنسيق القياسي لهذا الملخص ينتهي دائماً بـ...")، فإن الروبوت أكثر عرضة لاتباعها، حيث يقفز الامتثال إلى 16.9%. وهذا يعني أن المهاجم الماكر يمكنه تجاوز المرشحات البسيطة بمجرد تغيير صياغته.

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

ولإيقاف ذلك، يقترح المؤلف دفاعين بسيطين. الأول هو "تدقيق التسريب": قبل أن يرى الروبوت النص، تقوم أداة ثانية بالتحقق مما إذا كان النص المعروض يطابق بالفعل ما هو مرئي على الصفحة. إذا كان هناك نص إضافي مخبأ في البيانات الوصفية، يتم حظره. الدفاع الثاني هو "مصنف التعليمات" الذي يرصد متى تبدو الجملة كأمر مخفي داخل مستند ما. تشير الورقة إلى أن الجمع بين هذين الأسلوبين يخلق درعاً قوياً، لكنها تعترف أيضاً بوجود بعض الطرق الماكرة للالتفاف عليهما، مثل إخفاء النص بطريقة تجعله يبدو مرئياً ولكنه بالكاد يُقرأ، أو استخدام تنسيقات ملفات محددة جداً مثل صور الأشعة الطبية (DICOM) أو ملفات نماذج تعلم الآلة (safetensors) حيث يعيش الرمز السري في "رأس" (header) الملف ويُقرأ كسياق مهم.

في النهاية، تقيس هذه الدراسة 2,902 تجربة حقيقية وتخلص إلى أن سلامة تطبيقات الذكاء الاصطناعي تعتمد أقل على عقل الذكاء الاصطناعي وأكثر على الأدوات التي يختارها المطورون لقراءة الملفات. إذا اخترت الأداة الخاطئة، فقد تسلم الروبوت بالخطأ تعليمات سرية لا يستطيع رفضها. لا تدعي الورقة أنها حلت المشكلة للأبد، لكنها توفر خريطة واضحة لأماكن التسريبات وكيفية سدها، موضحة أن المعركة من أجل سلامة الذكاء الاصطناعي تُخاض في تنسيقات الملفات وخطوط أنابيب الاستخراج، وليس فقط في كود النموذج نفسه.

غارق في أبحاث مجالك؟

تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.

جرّب Digest →