الذكاء الاصطناعي

معضلة 'الوكلاء': كيف يهدد الذكاء الاصطناعي نموذج الثقة والأمان في شبكة الإنترنت؟

تحلل Cloudflare التحديات الأمنية والاقتصادية التي تفرضها وكلاء الذكاء الاصطناعي (AI Agents) كوسطاء يحجبون هوية المستخدمين الحقيقيين، وتطرح رؤية تقنية لبروتوكولات جديدة تضمن المساءلة والشفافية.

05 نوفمبر 2026
3 دقائق قراءة
0 قراءة
certi.news Editorial Team
معضلة 'الوكلاء': كيف يهدد الذكاء الاصطناعي نموذج الثقة والأمان في شبكة الإنترنت؟

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

تآكل العلاقة بين الموقع والمستخدم

تعتمد نماذج الأعمال والأمن في الويب حالياً على قدرة المواقع على التعرف على المستخدمين وتتبع سلوكهم. ومع دخول الوكلاء (مثل Muse من Meta أو dots من OpenAI)، يصبح الوكيل بمثابة "وسيط" (Intermediary) يحجب البيانات الأساسية. هذا الغموض يفرض تحديات تقنية معقدة، منها:

  • الاحتيال الودي (Friendly Fraud): حيث يقوم المستخدم بتفويض الوكيل بالشراء، ثم يطعن في المعاملة لاحقاً مدعياً عدم التصريح بها، وتجد المواقع صعوبة في إثبات العكس لأن البيانات تأتي من بنية تحتية سحابية للوكيل وليس من جهاز المستخدم.
  • تداخل حركة المرور (Traffic Commingling): عند قيام مستخدم واحد بإساءة استخدام وكيل مشترك، قد تضطر المواقع لحظر الوكيل بالكامل، مما يؤدي لحظر آلاف المستخدمين الشرعيين المرتبطين به.
  • استنزاف الموارد: قدرة الوكلاء على العمل على مدار الساعة وبسرعات تفوق البشر تؤدي إلى ضغط هائل على نقاط النهاية (Endpoints) المكلفة مثل محركات البحث وخدمات الدردشة.
  • انهيار التحقق من الهوية: أدوات مثل CAPTCHA لم تعد فعالة لأن الوكلاء ليسوا بشراً، كما أن عمليات التحقق من الهوية (KYC) تفترض وجود الشخص الحقيقي خلف الشاشة، وهو ما لا يتحقق عند استخدام الوكيل.

لماذا يهم هذا التطور تقنياً؟

لا تكمن المشكلة في وجود الأتمتة، بل في مبدأ الوساطة (The Intermediation Principle)؛ حيث يجب أن تظل العلاقة التجارية والمسؤوليات الأمنية بين المستخدم والموقع قائمة حتى في وجود وسيط. بدون بروتوكولات جديدة، ستضطر المواقع إما إلى حظر الوكلاء تماماً (مما يقلل من وصول المستخدمين لخدماتها) أو قبول مخاطر أمنية واقتصادية غير محسوبة.

نحو بروتوكولات تعاونية جديدة

تطرح Cloudflare رؤية تقنية تعتمد على بناء معايير مفتوحة تتيح للوكلاء والمواقع "التعاون" بدلاً من التصادم. وتتضمن هذه الرؤية عدة مسارات تقنية:

  • هوية الوكيل (Web Bot Auth - WBA): بروتوكول يسمح للوكيل بتوقيع طلباته رقمياً، مما يوفر وسيلة آمنة للتعرف على المنصة والجهة المشغلة للوكيل.
  • إدارة السمعة (MOLE): بروتوكول يهدف إلى السماح بتحديد معدلات الطلبات (Rate Limiting) بناءً على سمعة المستخدم دون الحاجة للكشف عن هويته الشخصية، مما يحافظ على الخصوصية.
  • ائتلاف TAD (Trusted Agent Delegation): أعلنت Cloudflare عن إطلاق هذا الائتلاف لجمع ممثلين من مختلف القطاعات (مشغلين، مزودي دفع، ناشرين) لوضع معايير عالمية تعالج هذه الفجوات في منظمة IETF.

ما الذي يتغير عملياً لمستخدمي Cloudflare؟

بدأت Cloudflare بالفعل في تقديم أدوات ملموسة للتعامل مع هذا الواقع الجديد، تشمل تصنيف حركة مرور "المساعدين الشخصيين" في تحليلات الأمان، وتوفير سياسات تحكم تسمح للمواقع بالسماح ببعض الوكلاء ومنع آخرين بناءً على صفحات محددة، بالإضافة إلى ميزة ربط الوكيل بالمستخدم (عبر Account Abuse Protection) لضمان إمكانية معاقبة المستخدم المسيء دون حظر الوكيل عن بقية المستخدمين.

مصدر الخبر
كيف أعددنا هذا الخبر؟

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

c
كاتب المقال

certi.news Editorial Team

certi.news Editorial Team

The certi.news editorial team monitors technical sources and reconstructs news, verifying facts and context prior to publication.

من نفس التصنيف

مقالات قد تهمك

عرض كل الأخبار