لأن ChatGPT لا يقوم بتنقية محتوى Markdown القادم من صفحات الويب بشكل كافٍ قبل عرضه، فإن أي صفحة طرف ثالث يتصفحها النموذج تتحول إلى ناقل محتمل للتصيد. هذه ليست ثغرة في البنية التحتية لخوادم OpenAI، بل هي نقطة ضعف في جانب العرض بالمتصفح تستغل الثقة التي يضعها المستخدمون في المخرجات البصرية لـ ChatGPT.
لم تظهر ChatGPhish من فراغ. إنها أحدث فصل في تصعيد استمر لسنوات في تقنيات حقن الأوامر، والتي تزامنت مع كل قدرة جديدة تضيفها OpenAI إلى ChatGPT. فعندما حصل النموذج على إمكانية تصفح الويب، وتنفيذ الأكواد، ودعم الإضافات، والذاكرة، وجد المخترقون أسطح هجوم جديدة لحقن التعليمات وسرقة البيانات.
إليك أهم المحطات على طريق ChatGPhish:
كل خطوة في هذا التسلسل الزمني تُظهر النمط نفسه: كل قدرة جديدة تُضاف إلى ChatGPT تفتح سطح حقن جديد، ويُثبت مُصيّر Markdown مرارًا أنه الحلقة الأضعف لأنه يثق ضمنيًا في المحتوى القادم من صفحات خارجية.
حتى 29-30 مايو 2026، وثّقت التقارير المتاحة الإعلان العلني من Permiso Security عن ثغرة ChatGPhish في 29 مايو، ولكن لم يُبلغ عن أي بيان عام أو تصحيح من OpenAI خاص بهذه الثغرة .
لم تكن OpenAI مكتوفة الأيدي فيما يتعلق بالأمن خلال هذه الفترة. فقد تعاملت الشركة مع حادثتين منفصلتين في مايو 2026 لا ترتبطان بـ ChatGPhish:
الفجوة بين الكشف عن ChatGPhish وأي اعتراف من OpenAI بها كبيرة، فهي تترك سطح هجوم تلخيص الويب في ChatGPT مكشوفًا مؤقتًا، والجمهور الآن على علم بمسار تصيد لا يتطلب أكثر من أن يطلب المستخدم من ChatGPT تلخيص صفحة ويب أُعدت بعناية.
تكتسب ChatGPhish أهميتها لأنها تهاجم ثقة الواجهة التي تجعل مساعدي الذكاء الاصطناعي مفيدين. فعندما يتصفح ChatGPT الويب، ويلخص صفحة، ويقدم روابط داخل واجهته، لا يملك المستخدم أي إشارة بصرية تفيد بأن تلك الروابط نشأت من طرف ثالث غير موثوق وليس من OpenAI نفسها.
على المؤسسات التي تسمح لموظفيها باستخدام ميزات التصفح في ChatGPT أن تتعامل مع ملخصات الويب على أنها مصدر محتوى غير موثوق إلى أن تُصدر OpenAI تصحيحًا. كما تسلط الثغرة الضوء على توتر معماري متكرر: مساعدو الذكاء الاصطناعي الذين يمزجون بين واجهة مستخدم أصلية وبيانات خارجية يحتاجون إلى مصيّرات تتعامل مع كل محتوى خارجي على أنه عدائي محتمل، وليس مجرد نص للعرض.
Comments
0 comments