خلل في كلاودفلير يسرّب بيانات عملاء في 155 استجابة لنموذج GLM-5.3

الملخص

• كشفت كلاودفلير أن 155 استجابة من نموذج GLM-5.3 على Workers AI حملت بيانات من طلبات عملاء آخرين خلال 13 يوماً.
• السبب مخزن KV للتعبئة أصغر من نافذة السياق، وخلل في SGLang أبقى الطلبات المرفوضة تعمل بدل إيقافها.
• الشركة لم تجد دليلاً على استغلال متعمد، وتوصي كل مشغّلي SGLang بالترقية إلى الإصدار 0.5.22 وفحص حجم المخزن.

خبر

تلقى عدد صغير من عملاء كلاودفلير نصوصاً من جلسات مستخدمين آخرين في 155 استجابة أعادها نموذج GLM-5.3 على منصة Workers AI، كلها لمطالبات تجاوزت 681,280 رمزاً، بين 27 أغسطس و9 سبتمبر 2026. أوقفت الشركة النموذج بعد نحو 40 دقيقة من إعلان الحادث وأعادته في اليوم نفسه، ونشرت الإفصاح المنسّق مع مشروع SGLang في 26 أكتوبر.

تفصيل

• الأرقام: 155 استجابة حملت بيانات مستمدة من طلبات عملاء آخرين؛ وكان مخزن KV للتعبئة بحجم 681,280 رمز، بينما نافذة السياق المعلنة للنموذج 1,048,576 رمز؛ وجاءت كل الاستجابات المتأثرة من مطالبات أطول من حجم المخزن. ورُفع المخزن بعد الإصلاح إلى نحو 2.04 مليون رمز، أي ضعف طول السياق تقريباً.
• السبب الجذري: كان مخزن KV أصغر من نافذة السياق المعلنة، وفي وضع فصل التعبئة عن التفكيك في SGLang أبقى خللٌ الطلب المرفوض يعمل بدل أن يفشل، لأن طوابير القبول كانت تتحقق مما إذا كان الطلب منتهياً لا مما إذا كان مرفوضاً، فقرأت عقد التفكيك صفحات ذاكرة قديمة من طلبات سابقة.
• الاكتشاف: أبلغ غادي إيفرون من شركة Knostic عن الخلل عبر برنامج HackerOne في 8 سبتمبر عند 23:11 بالتوقيت العالمي، بعد أن لاحظ أن مطالبات طويلة جداً تعيد أحياناً نصوصاً تعود إلى جلسات مستخدمين آخرين. وأعلنت كلاودفلير الحادث الأمني في 9 سبتمبر عند 13:22 وأعادت إنتاج التسريب بحسابين خلال 25 دقيقة.
• التسلسل الزمني: نُشر النموذج في 27 أغسطس وأُعلن في سجل التغييرات في 28 أغسطس بنافذة سياق مليون رمز. وفي 9 سبتمبر جُعل النموذج خاصاً عند 14:00، وحُدد السبب الجذري عند 14:35، ونُقلت عقد التعبئة إلى الإعداد المصحح عند 14:52، وأُعيد النموذج إلى العموم عند 19:40. وطُبّق تحصين إضافي على كل نشرات SGLang الإنتاجية بين 11 و19 سبتمبر.
• ما قالته الشركة: أفادت كلاودفلير أن عدداً صغيراً من العملاء تلقى استجابات متأثرة من دون أن تنشر رقماً، وأن الحركة المتأثرة بعد استثناء اختباراتها واختبارات الباحث بدت استخداماً عادياً للسياق الطويل، وأنها لم تجد دليلاً على استغلال متعمد، ولم يتأثر أي نموذج آخر على Workers AI. ووصفت اختباراتها للسياق الطويل، التي فحصت رموز الحالة والأداء لا صحة المخرجات، بفجوة حرجة.
• إصلاحات SGLang: أُبلغ المشروع بمسألة ذات صلة في 6 يوليو، ودُمج الطلب #36988 الذي يُنهي طلبات التعبئة الملغاة قبل التفكيك في 6 سبتمبر وصدر في الإصدار 0.5.20، ثم رفض الطلب #38935 هذه الطلبات عند القبول في 0.5.21 الصادر في 2 أكتوبر، وصدر 0.5.22 في 19 أكتوبر. وما زال مجموع التحقق لكل نقل KV مدموجاً بانتظار الإصدار، وتصفير صفحات KV مسودة.
• التوصيات: توصي كلاودفلير مشغّلي SGLang بمطابقة حجم مخزن KV مع طول السياق، والترقية إلى 0.5.22 أو أحدث، وتفعيل الإفراج المؤجل عن KV وحزم Mooncake المحدودة، وتفعيل خياري kv-canary ومجموع التحقق حيث يُدعمان. ولا تغطي خيارات الكشف هذه بعد نماذج GLM-5.3 وGLM-5.3 Flash وDeepSeek V4.
• الخطوات المقبلة: تخطط الشركة لعلامات سلامة على مستوى الصفحة، وتحقق صوري من بروتوكول نقل KV عبر RDMA، وفحص حجم المخزن مقابل طول السياق من المحرك العامل. ولم تعلن عدد العملاء المتأثرين ولا طريقة إبلاغهم ولا ما إذا كانت بيانات شخصية أو حساسة قد تعرضت للكشف.

ماذا بعد؟

إصدار SGLang الذي يحمل مجموع التحقق لكل نقل KV، وإتمام علامات السلامة والتحقق الصوري لدى كلاودفلير، وتوسيع خيارات الكشف لتغطية GLM-5.3 وDeepSeek V4.

المصدر: كلاودفلير