---
service: "Publicasta"
schema_version: "1.0"
article_id: 318
title: "وكلاء الذكاء الاصطناعي في هجوم تايوان: دروس بلا ذعر"
language: "ar"
default_language: "en"
canonical_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=ar"
json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=ar"
api_url: "https://publicasta.com/api/public/v1/channels/cybersecurity/articles/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=ar"
channel_url: "https://publicasta.com/api/public/v1/channels/cybersecurity"
channel_articles: "https://publicasta.com/api/public/v1/channels/cybersecurity/articles"
search_url: "https://publicasta.com/api/public/v1/search"
documentation_url: "https://publicasta.com/api-docs#reading-publicasta"
openapi_url: "https://publicasta.com/api-docs/openapi.json"
published_at: "2026-08-13T13:57:49+00:00"
updated_at: "2026-08-13T13:57:49+00:00"
translations:
  - language: "ar"
    html_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=ar"
    markdown_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.md?lang=ar"
    json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=ar"
  - language: "de"
    html_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=de"
    markdown_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.md?lang=de"
    json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=de"
  - language: "en"
    html_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=en"
    markdown_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.md?lang=en"
    json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=en"
  - language: "es"
    html_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=es"
    markdown_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.md?lang=es"
    json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=es"
  - language: "fr"
    html_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=fr"
    markdown_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.md?lang=fr"
    json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=fr"
  - language: "pl"
    html_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=pl"
    markdown_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.md?lang=pl"
    json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=pl"
  - language: "ru"
    html_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=ru"
    markdown_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.md?lang=ru"
    json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=ru"
  - language: "zh"
    html_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13?lang=zh"
    markdown_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.md?lang=zh"
    json_url: "https://publicasta.com/cybersecurity/ai_agents_taiwan_attack_defense_lessons_2026_08_13.json?lang=zh"
---

# وكلاء الذكاء الاصطناعي في هجوم تايوان: دروس بلا ذعر

> تُظهر الحملة متعددة الوكلاء المبلغ عنها كيف تسرّع أدوات الذكاء الاصطناعي مشكلات مألوفة: API ضعيفة وأسرار مكشوفة وهجمات اعتماد وسجلات مجزأة.

الصياغة المخيفة سهلة: “وكلاء ذكاء اصطناعي هاجموا هيئة سلامة نووية”. لكن الصياغة المفيدة أدق. وفق تقارير The Register ووسائل إعلام تايوانية وبحث Dream، استخدم مشغل يُعتقد أنه ناطق بالصينية إطارًا مفتوح المصدر متعدد الوكلاء خلال حملة في يوليو ضد أنظمة مرتبطة بالحكومة في تايوان، ثم وسّع المسح نحو مورّدين وهيئة سلامة نووية وشركات في قطاع الطاقة. الدرس ليس أن الذكاء الاصطناعي أصبح مخترقًا مستقلًا، بل أن الأتمتة الوكيلية تستطيع ربط نقاط ضعف عادية بسرعة أكبر من دفاع بطيء ومجزأ.

 ![عقد وكلاء ذكاء اصطناعي تفحص بوابات ويب بينما يحمي الدرع بنية تحتية حرجة](https://publicasta.com/storage/projects/9/pages/318/2026/08/65cae87f-a18f-4b06-814b-3db8d788b032.webp) التفاصيل مهمة. ذكرت The Register أن Dream وجدت أرشيفًا على الإنترنت حجمه نحو 160 MB ويضم 1,395 ملفًا تصف العملية. وبحسب التقارير، جرت الحملة خلال الأيام الأربعة الأولى من يوليو، واستخدمت حتى ثمانية وكلاء فرعيين عبر 12 موجة، وبدأت من بوابة حكومية ثم انتقلت إلى أنظمة وحسابات وواجهات API واعتمادات متصلة. كما ورد أن 85 حسابًا حكوميًا اختُرق وأن أكثر من 2,500 سجل موظفين استُخرجت. لم تسمّ Dream تايوان مباشرة في البحث المنشور، بينما عرّفتها The Register وإشارات إلى Financial Times ومصادر تايوانية أو نقلت تأكيدًا رسميًا لهجمات مدعومة بالذكاء الاصطناعي على مواقع حكومية.

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

 ## ما الذي يبدو أنه حدث

 بدأت السلسلة باستطلاع منظومة حكومية ظاهرة على الويب. قام الوكلاء برسم خريطة بوابة، واستخراج URL مضمّنة، وتحديد endpoints لواجهات API، وOAuth client IDs، وكائنات إعداد Keycloak، ثم ربطوا النتائج بـ21 نظامًا حكوميًا ذا صلة. التقنية نفسها ليست جديدة. الجديد هو التغليف: يمكن تشغيل عدة مهام بالتوازي، وتلخيص نتائجها للمشغل، وبدء الموجة التالية قبل أن يقرأ إنسان كل صفحة يدويًا.

 نقاط الضعف المذكورة مألوفة: واجهات API بلا مصادقة، endpoints مخفية تعيد جلسات مصادقًا عليها، قاعدة مستخدمين مكشوفة، أنماط كلمات مرور متوقعة، ادعاءات حل CAPTCHA، أسرار عملاء SSO، واعتمادات قواعد بيانات داخلية لـMSSQL وOracle وSybase. لا تحتاج هذه الأمور إلى نموذج سحري. تحتاج إلى جرد endpoints، ومصادقة إلزامية، وتدوير الأسرار، وإغلاق أسطح الإدارة، وتقسيم الشبكات، وسياسات كلمات مرور تقاوم password spraying.

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

 ## “شبه مستقل” لا يعني بلا بشر

 مصطلح near-autonomous يجذب الانتباه، لكن على المدافعين ترجمته إلى معنى تشغيلي. البشر لا يختفون. هم يختارون الأهداف والبنية التحتية والأدوات والقرارات. التغير هو تفويض قرارات صغيرة كثيرة إلى البرمجيات. وكيل فرعي يعدّد endpoints، وآخر يبحث عن ثغرات ومراجع GitHub، وثالث يختبر المصادقة، ورابع يجمع آثار جلسات أو اعتمادات، وخامس يوثق ما يغذي الموجة التالية.

 هذا يهم لأن كثيرًا من الدفاعات مصمم لتحقيقات بسرعة بشرية. قد يرى فريق صغير تعداد API ومحاولات password spraying ومسح المورّدين كأحداث منفصلة في طوابير مختلفة. الحملة الوكيلية تجعلها متزامنة ومتكررة. كما تخفض تكلفة اختبار فرضيات صغيرة: هل يتطلب endpoint مصادقة، هل يكشف كائن Keycloak بيانات عميل، هل يعمل نمط كلمة مرور، هل يستخدم مورّد ما اصطلاح تسمية مشابهًا.

 ## الأخطاء القديمة تصبح أغلى

 الدرس العملي هو أن الهجمات المدعومة بالذكاء الاصطناعي تعاقب الفجوات المملة أولًا. إذا أعادت API مفتوحة جدول مستخدمين، لا يحتاج الوكيل إلى عبقرية. إذا كشفت بوابة OAuth client IDs، يستطيع النموذج تصنيفها، لكن الانكشاف موجود أصلًا. إذا ظهرت اعتمادات قواعد بيانات في export متاح، فالمشكلة في إدارة الأسرار. وإذا استخدمت حسابات خدمة كلمات مرور متوقعة، فالأتمتة توسع الرش فقط.

 لذلك لا ينبغي أن يكون رد الفعل الأول شراء منتج “مضاد لهجمات الذكاء الاصطناعي”. البداية هي مراجعة الضوابط. هل تتطلب كل API عامة أو شبه عامة المصادقة المقصودة؟ هل يعرف الفريق كل route ومالكها؟ هل تُدار أسرار SSO بالتدوير والنطاق الضيق؟ هل تُعامل كائنات Keycloak وOAuth كإعدادات حساسة؟ هل يستطيع SOC إعادة بناء أربعة أيام من استكشاف API عبر سجلات الويب وWAF والهوية وقواعد البيانات؟

 تجزؤ المسؤولية يزيد الخطر. البوابة لدى فريق، وSSO لدى آخر، وAPI gateway لدى ثالث، ووصول المورّدين لدى المشتريات، والهندسة الكشفية لدى SOC. الهجمات الوكيلية تستغل هذه الفواصل. لا تحتاج إلى براعة إذا لم تعرف المؤسسة بسرعة ما الأنظمة المتصلة وما الاعتمادات التي يجب إلغاؤها.

 ## الكشف والدفاع الهادئ

 يجب أن ينظر الكشف إلى السلوك لا إلى كلمة AI. ابحث عن اكتشاف endpoints بسرعة، وأنماط 404/403 متكررة تتبعها طلبات مصادق عليها، ووصول غير معتاد إلى مسارات OAuth أو Keycloak، وموجات password spraying، وشذوذ CAPTCHA، وعمليات JSON export كبيرة، ومجموعات أدوات تنتقل إلى مورّدين بعد رسم البيئة الأولى. اربط سجلات الويب بأحداث مزود الهوية وقرارات WAF وقياسات API gateway ووصول قواعد البيانات.

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

 القائمة العملية واضحة: جرد API المكشوفة؛ فرض المصادقة على endpoints المخفية؛ تدوير SSO client secrets؛ تقليل صلاحيات OAuth clients؛ إزالة اعتمادات قواعد البيانات من صادرات الويب؛ تحديد معدل تعداد API؛ فصل البوابات العامة والإدارة وstaging والمورّدين؛ واختبار القدرة على إعادة بناء أربعة أيام من النشاط. في الطاقة والبنية التحتية الحرجة، التقسيم بين IT وOT هو ما يمنع حادث ويب من التحول إلى حادث سلامة.

 ## لماذا تهم الكلمات

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

 الإجابة العملية غير براقة عمدًا: اعرف endpoints المكشوفة، احم كائنات الهوية، دوّر الأسرار، أبطئ password spraying، قسّم الأنظمة الحرجة، راقب مسارات المورّدين، واجعل السجلات قابلة للربط. إذا كانت هذه الضوابط ضعيفة، تستغلها الأتمتة الوكيلية أسرع. وإذا كانت قوية، تنتج محاولات فاشلة أكثر وتنبيهات أوضح وأثرًا أقل.

 ## المصادر

 بحث Dream عن إطار متعدد الوكلاء استُخدم ضد جهات حكومية في آسيا؛ تقرير The Register في 12 أغسطس 2026؛ Taipei Times وFocus Taiwan وGuardian حول تصريحات تايوان؛ Hacker News item 49281266؛ إشارات صحفية إلى Financial Times؛ وإرشادات دفاعية حول مصادقة API وأسرار SSO وسجلات WAF/API gateway وتقنيات MITRE ATT&CK.