क्रेडेंशियल प्रॉक्सी
आपके एजेंट API कॉल करते हैं।
उन्हें कभी भी कुंजियाँ अपने पास नहीं रखनी चाहिए।
Clavitor प्रॉक्सी आपके AI एजेंट और उनके द्वारा कॉल की जाने वाली API के बीच बैठती है। क्रेडेंशियल नेटवर्क लेयर पर इंजेक्ट किए जाते हैं — एजेंट कभी भी असली सीक्रेट को देखता, स्टोर करता या लॉग नहीं करता। एक बाइनरी। एक env var। शून्य कोड परिवर्तन।
वह समस्या जो आपके पास पहले से है
env vars में सीक्रेट
आपके एजेंट पर्यावरण से OPENAI_API_KEY पढ़ते हैं। वह कुंजी /proc, क्रैश डंप, CI लॉग, और एजेंट द्वारा उपयोग किए जाने वाले हर टूल में दिखाई देती है। लॉग की एक लीक हुई लाइन और कुंजी सार्वजनिक।
एजेंट मेमोरी में सीक्रेट
भले ही एजेंट रनटाइम पर कुंजी प्राप्त करे, वह प्रक्रिया की पूरी अवधि के लिए इसे मेमोरी में रखता है। कोई समझौता किया गया कौशल, प्रॉम्प्ट इंजेक्शन, या डीबग डंप — कुंजी वहाँ चोरी होने के लिए मौजूद है।
जो उपयोग किया गया उसका कोई ऑडिट नहीं
जब कोई API कुंजी स्ट्रिंग के रूप में साझा की जाती है, तो इसका कोई रिकॉर्ड नहीं होता कि किस एजेंट ने इसका उपयोग किया, कब, या किस लिए। यदि कुंजी लीक हो जाती है, तो आप इसे रोटेट करते हैं और उम्मीद करते हैं। कोई फोरेंसिक ट्रेल नहीं होता।
वे समस्याएँ जो हमें उम्मीद है कि आपके पास नहीं हैं
सोर्स कोड में API कुंजियाँ
कॉन्फ़िग फ़ाइल में हार्डकोड किया गया, git में कमिट किया गया, टीम के हर डेवलपर और CI रनर द्वारा क्लोन किया गया। एक पब्लिक फोर्क और यह GitHub के सीक्रेट स्कैनिंग डैशबोर्ड पर है — या इससे भी बदतर, यह वहाँ नहीं है।
Slack में क्रेडेंशियल
"क्या आप मुझे Stripe कुंजी भेज सकते हैं?" DM में पेस्ट किया गया, हमेशा के लिए खोजने योग्य, हर अनुपालन संग्रह में निर्यात किया गया। Slack कोई वॉल्ट नहीं है। न ही ईमेल, Google Docs, या मॉनिटर पर चिपकाई गई स्टिकी नोट।
हर लैपटॉप पर .env फ़ाइलें
बारह डेवलपर, प्लेनटेक्स्ट फ़ाइलों में प्रोडक्शन क्रेडेंशियल की बारह प्रतियाँ जो कभी रोटेट नहीं होतीं। एक चोरी हुआ लैपटॉप, एक ~/.bash_history लीक, एक अत्यधिक सहायक बैकअप टूल — और आप रात 2 बजे कंपनी की हर कुंजी को रोटेट कर रहे हैं।
क्रेडेंशियल को एजेंट से पूरी तरह हटा दें।
प्रॉक्सी एजेंट और API के बीच बैठती है। एजेंट एक संदर्भ लिखता है — clavitor://OpenAI/key — जहाँ सीक्रेट जाना चाहिए। प्रॉक्सी इसे स्थानीय रूप से हल करती है, असली क्रेडेंशियल को HTTPS अनुरोध में इंजेक्ट करती है, और उसे आगे भेजती है। एजेंट के लॉग प्लेसहोल्डर दिखाते हैं। API को कुंजी प्राप्त होती है। बीच में कुछ भी इसे स्टोर नहीं करता।
कोई पर्यावरण चर नहीं। एजेंट की मेमोरी में कोई सीक्रेट नहीं। कमांड लाइन पर कोई क्रेडेंशियल नहीं। असली कुंजी कभी एजेंट के पर्यावरण, मेमोरी या लॉग में प्रवेश नहीं करती, इसलिए एजेंट के पास चिपकाने, छापने, या प्रकट करने के लिए राज़ी किए जाने लायक कुछ नहीं बचता। यह उन कुंजियों पर लागू होता है जो प्रॉक्सी के माध्यम से जाती हैं। जो व्यक्ति मशीन को नियंत्रित करता है, वह अब भी प्रॉक्सी का उपयोग कर सकता है, या रूट अधिकार से प्रॉक्सी की मेमोरी में से कुंजी पढ़ सकता है, और एक समझौता हुआ एजेंट अब भी उसे दी गई पहुँच का दुरुपयोग कर सकता है। दायरा, दर-सीमा और ऑडिट इसे सीमित करते हैं।
# proxy-auth is the proxy's access token, the file beside the binary
$ export HTTPS_PROXY="http://clavitor:$(cat proxy-auth)@127.0.0.1:1983"
$ curl -H "Authorization: Bearer clavitor://OpenAI/key" \
https://api.openai.com/v1/chat/completions
# The proxy resolved the placeholder. The agent never saw sk-EXAMPLE_not_a_real_key.
# Neither did the logs, the crash dump, or the conversation history.HTTPS कॉल करने वाले किसी भी एजेंट के साथ काम करता है: Claude Code, Codex, OpenClaw, CrewAI, LangChain, कस्टम स्क्रिप्ट। एक env var सेट करें और एजेंट की API कॉल प्रॉक्सी के माध्यम से प्रवाहित होती हैं। कोई SDK नहीं, कोई प्लगइन नहीं, कोई कोड परिवर्तन नहीं।
हुड के नीचे क्या होता है
स्थानीय रूप से डिक्रिप्ट करता है, प्रति अनुरोध
प्रॉक्सी वॉल्ट से एन्क्रिप्टेड क्रेडेंशियल लाती है और इसे डिवाइस पर डिक्रिप्ट करती है। प्लेनटेक्स्ट एक HTTP अनुरोध के लिए प्रोसेस मेमोरी में मौजूद रहता है, फिर यह चला जाता है। कुछ भी कैश नहीं होता। डिस्क पर कुछ भी नहीं लिखा जाता। हर अनुरोध नए सिरे से डिक्रिप्ट होता है।
फ़ील्ड को हेडर से मैप करता है
Bearer टोकन, API कुंजियाँ, Basic auth — प्रॉक्सी वॉल्ट फ़ील्ड लेबल को सही HTTP हेडर से स्वचालित रूप से मैप करती है। या एजेंट clavitor:// संदर्भ के साथ सटीक फ़ील्ड चुनता है। किसी भी तरह, क्रेडेंशियल सही जगह पर पहुँच जाता है बिना एजेंट के उसे कभी देखे।
परिधिबद्धता, रेट लिमिट, ऑडिट
वॉल्ट परिधिबद्धता सीमाओं और रेट लिमिट को लागू करता है। बहुत अधिक अलग-अलग क्रेडेंशियल तक पहुँचने वाला एजेंट स्वचालित रूप से लॉक हो जाता है। हर पहुँच लॉग की जाती है। प्रति-एजेंट ऑडिट ट्रेल्स और साझा प्रॉक्सी के माध्यम से रेट लिमिट के लिए प्लेसहोल्डर में एक एजेंट ID शामिल करें — clavitor://agentid@Entry/field।
डिप्लॉयमेंट
एक बाइनरी। एजेंट के लिए साइडकार। कोई नेटवर्क इंफ्रास्ट्रक्चर परिवर्तन नहीं।
सिंगल-एजेंट होस्ट
बाइनरी डाउनलोड करें, नामांकन ब्लॉब और कुंजी के साथ clavitor-proxy init चलाएँ, एजेंट पर HTTPS_PROXY सेट करें। हो गया। प्रॉक्सी 127.0.0.1:1983 पर बँधता है (एक एजेंट का साइडकार)। वह अपने आप किसी अन्य पते पर नहीं बँधता: इस पोर्ट पर सादा-पाठ पहुँच-टोकन होता है, इसलिए लूपबैक के बाहर वह शुरू होने से इनकार करता है, जब तक आप CLAVITOR_PROXY_LISTEN को उस पते पर सेट न करें और बाइनरी के बगल में proxy-allow-private नाम की एक फ़ाइल भी न बनाएँ जिस पर केवल स्वामी की पहुँच हो; ऐसा आप केवल तभी करते हैं जब वह पता एक भरोसेमंद निजी नेटवर्क हो (VPN या Tailscale)।
मल्टी-एजेंट होस्ट
प्रत्येक एजेंट को अपनी साइडकार कॉन्फ़िग फ़ाइल के साथ बाइनरी की अपनी प्रति मिलती है। प्रत्येक प्रति की अपनी परिधिबद्धता, अपनी रेट लिमिट, अपना ऑडिट ट्रेल होता है। एजेंट A, एजेंट B के क्रेडेंशियल नहीं देख सकता। डिज़ाइन द्वारा अलगाव।
क्लाउड में चलने वाली हर क्रेडेंशियल प्रॉक्सी — आपकी या किसी और की — एक लक्ष्य है। प्रॉक्सी को भेदें, हर ग्राहक के क्रेडेंशियल प्राप्त करें। यह कोई सैद्धांतिक जोखिम नहीं है। यह हर credential-proxy-as-a-service का बिज़नेस मॉडल है।
Clavitor का प्रॉक्सी आपके इंफ्रास्ट्रक्चर पर चलता है। स्थानीय रूप से डिक्रिप्ट करता है। क्रेडेंशियल एक अनुरोध की अवधि तक प्रोसेस मेमोरी में मौजूद रहता है। कोई क्लाउड सेवा आपकी प्लेनटेक्स्ट कुंजियाँ नहीं रखती। कोई API एंडपॉइंट आपके सीक्रेट नहीं देता। आपकी कुंजियों की कोई क्लाउड प्रति नहीं है जिसे भेदा जा सके।
आपके एजेंट पहले से ही API कॉल कर रहे हैं।
उन्हें उनके अपने दायरे में रखें।
आपका वॉल्ट, आपकी परिधिबद्धताएँ, आपका ऑडिट ट्रेल। प्रॉक्सी एजेंट में शून्य कोड परिवर्तनों के साथ एक नेटवर्क-लेयर प्रवर्तन बिंदु जोड़ती है।