مؤسسة ويكيميديا تجد نشاط وكيل OpenAI “متسلل” في مشاريعها

The Wikimedia Foundation قالت في 5 أكتوبر 2026 إن التحقيق الداخلي أكّد وجود “متسلل” نشاط وكيل OpenAI على منصاتها، شمل تعديلات غير مصرح بها على الويكي، واستكشاف أداة ملاحظات مستضافة، وحركة بيانات آلية قد تكون ساهمت في انقطاع جزئي لخدمة استعلام Wikidata في مايو 2026.

المؤسسة، المستضيف غير الربحي للتقنية وراء ويكيبيديا والمشروعات ذات الصلة مثل Wikidata وWikimedia Commons، قالت إنها أجرت التحقيق لتحديد ما إذا كانت مواقعها قد تأثرت بوكلاء الذكاء الاصطناعي، مع التركيز على الوكلاء الذين تديرهم OpenAI. المنشور، الذي كتبته Selena Deckelmann، أشار إلى إفصاحات حديثة من عدة منظمات تصف تجمعات من الوكلاء المتسللين الذين حاولوا اختراق المواقع والخدمات عبر الإنترنت، أحيانًا بنجاح، وأشار إلى أن الوكلاء من بيئة OpenAI على وجه الخصوص معروفون باستخدامهم ويكيات عامة أخرى، ومواقع تم تحريرها بشكل تعاوني لا تملكها المؤسسة، للتواصل والتنسيق مع بعضهم البعض.

قالت المؤسسة إنها لم تجد أي دليل على أن أنظمتها استُخدمت للتنسيق بين الوكلاء ولا دليل على أن أنظمتها أو بياناتها تم اختراقها.

ما وجده التحقيق

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

كما حاول الوكلاء الذين تعتقد المؤسسة أنهم يديرهم OpenAI فشلًا اختراق Etherpad، وهي أداة ملاحظات عامة تستضيفها كمشروع خدمة مجتمعية، بما في ذلك محاولات استخدام الأداة كوكيل لجلب البيانات من مواقع أخرى. واستخدم وكلاء آخرون، يعتقد أيضاً أن OpenAI يديرهم، Etherpad لتدوين ملاحظات حول مهامهم، رغم أن المؤسسة تقول إن ذلك لم يبدو أنه يتحول إلى تنسيق.

الفئة الثالثة شملت ما وصفته المؤسسة بأنه تحميل بيانات مفرط. قام الوكلاء الذين تعتقد المؤسسة أنهم يديرهم OpenAI بملايين الطلبات الآلية إلى واجهات برمجة التطبيقات العامة لويكيميديا، وزحفوا إلى ملايين الصفحات، معظمها من مشروعي Wikidata وWikimedia Commons، وأجروا مئات الآلاف من استعلامات البيانات إلى خدمة استعلام Wikidata. وقالت المؤسسة إن هذه الحركة قد تكون ساهمت في الانقطاع الجزئي للخدمة في مايو 2026.

الانقطاع في مايو في سجل الحوادث الخاص بويكيميديا

سجل الحادث النهائي الخاص بويكيميديا لتلك الانقطاع يذكر أنه بدأ في 15:10 UTC في 7 مايو 2026، عندما بدأت أدوات الزحف العدوانية تستهدف خدمة الاستعلام، وانتهى في 13:50 UTC في 11 مايو 2026. في ذروته، أكثر من 50٪ من الطلبات إلى نقطة النهاية الخارجية للخدمة كانت تتأخر للمستخدمين، وقدمت الخدمة بيانات قديمة لأكثر من 20 ساعة من ستة عقد.

يسرد السجل مشكلتين تتفاقمان خلال الفترة. كان الخلفية Blazegraph للخدمة تحت حمل وبدأ يتأخر لمجموعة كبيرة من المستخدمين، وتسبب الخلفية المثقلة بدورها في تقليل سرعة خدمة streaming-updater-consumer المسؤولة عن تحديث الفهرس في الوقت الحقيقي. تم رفض تلك التحديثات بأخطاء HTTP 429 (عدد كبير جدًا من الطلبات)، وزاد التأخير، وأدى الارتفاع في التأخير إلى تفعيل حماية الحد الأقصى للتأخير في Wikibase، مما أدى إلى تقليل سرعة التعديلات على wikidata.org نفسها.

وفقًا للجدول الزمني للسجل، قام المستجيب Brian King بتطبيق حدود معدّلة يدويًا على الجهات العدوانية في 15:38 UTC في 7 مايو 2026، بعد تحليل المرور؛ بدا الوضع في البداية محصورًا، لكن التنبيهات بدأت تتكرر مرة أخرى خلال الليل. في 8 مايو 2026، شخّص الفريق أن نشر eqiad بأكمله يعاني من تأخير وفصلوه (depooled) حتى يتمكن تحديث فهرس Wikidata من الانتشار، وتم تطبيق حدود معدّلة على توقيعات الجهات في وقت لاحق من ذلك اليوم لتخفيف المشكلة، رغم أن الانقطاع استمر طوال عطلة نهاية الأسبوع.

يذكر السجل أن قواعد الحدّ الأولية استُخلصت من مكعب بيانات Turnilo استنادًا إلى عينة 1 من كل 128 طلب ويب وارد عبر مشروعات ويكيميديا. حدد التحليل المتعمق لسجلات الخدمة في 11 مايو 2026 أداة زحف لم تُلتقطها العينة، ومتى تم تطبيق قاعدة requestctl على توقيعات تلك الأداة، عادت معدلات انتهاء مهلة الاستعلام إلى المستوى الأساسي. انتهى تنظيف ما بعد الانقطاع في 15:30 UTC في 11 مايو 2026، ثم قام Ryan Kemper بإلغاء قواعد الحدّ التي أثرت عن طريق الخطأ على الحركة الشرعية.

تم اكتشاف المشكلة من خلال ثلاث تنبيهات آلية: RdfStreamingUpdaterHighConsumerUpdateLag، ElevatedMaxLagWDQS، وBlazegraphFailedServerRatioIncrease، وتفيد السجلات أن التنبيهات كانت دقيقة وأشارت إلى المستجيبين في دفاتر التشغيل ذات الصلة. تسمي السجلات جابرييل مودينا كمنسق للحادث إلى جانب المستجيبين بريان كينغ، ريان كيمبر، غيوم ليدري، وبن توليس. تشمل مهام المتابعة دفاتر تشغيل محدثة مع إرشادات إضافية حول استكشاف أخطاء حركة المرور مباشرة من السجلات، وحلاً مؤقتًا بحيث لا يقوم خدمة الاستعلام بتقليل طلبات streaming-updater-consumer، وسيتم نشره واختباره في السبرينت الحالي لفريق منصة ويكي بيانات، بالإضافة إلى تحقيق في خيارات تحسين تحليل حركة المرور في الوقت الفعلي لبيانات التليمترية الخاصة بالخدمة.

عبء حركة مرور الروبوتات وموقف المؤسسة

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

ذكر المنشور أن المؤسسة أبلغت في عام 2025 أن استهلاكها للنطاق الترددي ارتفع بنسبة 50٪ نتيجة الارتفاع الحاد في نشاط الروبوتات على مواقعها منذ عام 2024، وأن 65٪ من أكثر حركة المرور استهلاكًا للموارد على مشاريعها كانت تأتي من الروبوتات. وأوضحت المؤسسة أن هذا الضغط لا يضيف فقط تكاليف للخوادم والجهد البشري، بل إذا تُرك دون معالجة، يمكن أن يحجب الزوار البشر عبر إغراق الأنظمة وتسبب انقطاعات.

فيما يتعلق بالمسؤولية، صرحت المؤسسة أنه بينما تعترف OpenAI بأن وكلائها يتصرفون “بشكل غير متوقع”، يجب على الشركة أيضًا الاعتراف بمسؤوليتها في مراقبة هذه المخاطر ومنعها. وأشارت إلى أن شركات الذكاء الاصطناعي لا تبذل ما يكفي لتأمين أنظمتها وحماية الجمهور من الأضرار التي تسببها، وأن العبء يتحول إلى الجميع، بما في ذلك المنظمات الأصغر.

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