# وكلاء الذكاء الاصطناعي المحليون: خاصون، لكن هل هم آمنون؟

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

URL: https://www.clarityailab.com/ar/insights/the-local-ai-paradox-ultimate-privacy-or-a-hackers-backdoor/

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

يشرح هذا المقال لماذا ينقل الأفراد والشركات الذكاء الاصطناعي إلى أجهزتهم، وما الذي حدث مع وكيل محلي شائع، وكيف تنال ميزة الخصوصية دون فتح باب خلفي.

## لماذا يشغّل الناس الذكاء الاصطناعي محليًا؟

من أجل الخصوصية والتحكم. فالنموذج الذي يعمل على جهازك لا يرسل أوامرك أو مستنداتك أو شيفرتك إلى مزوّد. وتتيح تطبيقات مكتبية مثل [Jan](https://www.jan.ai/)، وهو بديل مجاني مفتوح المصدر لـChatGPT، تنزيل نماذج مفتوحة وتشغيلها محليًا.

وهناك سبب يتعلق بمكان العمل أيضًا. فقد وجد [مؤشر اتجاهات العمل 2024](https://www.microsoft.com/en-us/worklab/work-trend-index/ai-at-work-is-here-now-comes-the-hard-part) من مايكروسوفت ولينكدإن أن 78% ممن يستخدمون الذكاء الاصطناعي في العمل يجلبون أدواتهم الخاصة. وترى بعض المؤسسات في الذكاء الاصطناعي المحلي وسيلة لإتاحة الذكاء الاصطناعي للموظفين دون إرسال بيانات الشركة إلى خدمات خارجية.

## هل الذكاء الاصطناعي المحلي آمن؟

تطبيق المحادثة المحلي الذي يجيب عن الأسئلة فقط له سطح هجوم صغير. أما *الوكيل* المحلي فمختلف. إنه يتصرف: يقرأ الملفات، ويتصفح، ويرسل الرسائل، وينفذ الأوامر. وهذا يحوّل خطرين معروفين إلى خطرين جسيمين.

**حقن الأوامر غير المباشر.** [وصف باحثون في 2023](https://arxiv.org/abs/2302.12173) كيف يمكن لتعليمات مخفية في محتوى يقرؤه الذكاء الاصطناعي، كصفحة ويب أو مستند، أن تستولي على سلوكه. و[تضع OWASP حقن الأوامر في المرتبة الأولى](https://genai.owasp.org/llmrisk/llm01-prompt-injection/) بين مخاطر التطبيقات المبنية على النماذج اللغوية الكبيرة، وتشير إلى أن الحقن غير المباشر يأتي من مصادر خارجية مثل المواقع أو الملفات.

**الصلاحية المفرطة.** يحدد خطر [LLM06](https://genai.owasp.org/llmrisk/llm062025-excessive-agency/) لدى OWASP الأسباب الجذرية للضرر حين يُضلَّل الوكيل: وظائف مفرطة، وصلاحيات مفرطة، واستقلالية مفرطة. والوكيل الذي يملك وصولًا كاملًا إلى حاسوب محمول يجمع الثلاثة.

والتكاليف حقيقية. فقد وجد [تقرير كلفة اختراق البيانات 2026](https://www.ibm.com/think/x-force/2026-cost-of-a-data-breach-ai-adversaries-enterprise-risk) من آي بي إم أن حوادث حقن الأوامر ضد الذكاء الاصطناعي في المؤسسات أدت إلى خسائر متوسطها 5.89 مليون دولار.

## ماذا حدث مع Clawdbot وOpenClaw؟

في مطلع 2026 انتشر بسرعة مساعد ذكاء اصطناعي مفتوح المصدر حمل تباعًا أسماء Clawdbot وMoltbot وOpenClaw، لأنه يستطيع تنفيذ المهام بنفسه على حاسوب المستخدم. وسرعان ما أطلق باحثو الأمن التحذيرات. فقد وصفت [Tenable](https://www.tenable.com/blog/agentic-ai-security-how-to-mitigate-clawdbot-moltbot-openclaw-vulnerabilities) كيف أن الأداة، لأنها تقرأ البريد ورسائل المحادثة وصفحات الويب، تتيح للمهاجمين إرسال رسائل تخدعها لتنفيذ أوامر غير مصرّح بها، وكيف يمكن سرقة المفاتيح التي يخزنها الوكيل للاستيلاء على الحسابات.

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

*تحليل:* الدرس ليس أن أداة واحدة صُنعت بشكل سيئ. فكل وكيل يجمع بين مدخلات غير موثوقة وبيانات خاصة وقدرة على الفعل معرّض بالطريقة نفسها، أينما عمل.

## الخصوصية أم الأمان: هل عليك أن تختار؟

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

## كيف تستخدم وكلاء الذكاء الاصطناعي المحليين بأمان؟

1. **افصل المحادثة عن الفعل.** استخدم نموذجًا محليًا بسيطًا للأسئلة الخاصة، ولا تفعّل أدوات الوكيل إلا عند الحاجة.
2. **امنح أقل وصول.** أعطِ الوكيل مجلد عمل واحدًا لا القرص كله، ولا كلمات مرور أو مفاتيح محفوظة لا يحتاجها.
3. **اعزله.** شغّل الوكلاء في حاوية أو آلة افتراضية حتى لا يصل وكيل مضلَّل إلى بقية النظام.
4. **أبقِ إنسانًا في الحلقة.** اطلب الموافقة قبل أن ينفذ أوامر أو يرسل رسائل أو يتصل بالإنترنت.
5. **قلّل المدخلات غير الموثوقة.** لا تدع وكيلًا يملك أدوات قوية يقرأ القنوات العامة أو البريد المجهول.
6. **حدّث وراقب.** طبّق تحديثات الأمان بسرعة وسجّل ما يفعله الوكيل.
7. **ضع سياسة للشركة.** إذا جلب الموظفون ذكاءهم الاصطناعي الخاص، فامنحهم أدوات معتمدة وقواعد واضحة بدل حظر سيتحايلون عليه.

لمعرفة كيف تُبنى أنظمة الذكاء الاصطناعي بحيث لا يصل جزء مخترق إلى كل شيء، راجعوا [نموذج واحد كبير أم وكلاء كثيرون؟](/insights/the-monolith-is-dead-why-your-2026-ai-strategy-must-be-a-hive-mind/).

### هل الذكاء الاصطناعي المحلي أكثر خصوصية من السحابي؟

عادةً نعم من حيث البيانات نفسها: فالنموذج الذي يعمل على جهازك لا يرسل أوامرك أو ملفاتك إلى مزوّد. لكن الخصوصية ليست الأمان. فالوكيل الذي يصل إلى ملفاتك وبريدك وسطر الأوامر قد يُخدع لتسريبها.

### ما هو حقن الأوامر غير المباشر؟

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

### ما الذي حدث مع Clawdbot وOpenClaw؟

أثار الوكيل مفتوح المصدر الذي حمل تباعًا أسماء Clawdbot وMoltbot وOpenClaw تحذيرات أمنية في مطلع 2026. ووصفت Tenable حقن الأوامر غير المباشر عبر البريد والمحادثات وصفحات الويب، وسرقة مفاتيح API، ونصحت بمنح الوصول إلى الوكيل للأشخاص والقنوات الموثوقة فقط.

### كيف تشغّل وكيل ذكاء اصطناعي محليًا بأمان؟

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