Secrets Vault

बिल्ट-इन, envelope-एन्क्रिप्टेड सीक्रेट्स वॉल्ट। कॉन्फ़िगरेशन सीक्रेट को ${vault:keyName} के रूप में संदर्भित करता है, और मान एजेंट कॉन्फ़िग, एक्सपोर्ट या लॉग में कभी नहीं पहुँचता।

आपको क्या मिलता है

LLM, HTTP कॉल, MCP और RAG कॉन्फ़िगरेशन में ${vault:keyName} संदर्भ
प्रति-टेनेंट डेटा कुंजी के साथ AES-256-GCM envelope एन्क्रिप्शन
प्रति-एजेंट अनुमतियाँ: कौन-सा एजेंट कौन-सा सीक्रेट इस्तेमाल कर सकता है
कॉन्फ़िगरेशन एक्सपोर्ट से सीक्रेट हटाए जाते हैं और लॉग में छिपाए जाते हैं

EDDI में यह कैसे काम करता है

वॉल्ट मास्टर कुंजी सेट करें (EDDI_VAULT_MASTER_KEY)। इंस्टॉलर आपके लिए एक बना देता है। कुंजी के बिना वॉल्ट बंद रहता है।
PUT /secretstore/secrets/{tenantId}/{keyName} से या Manager के ज़रिए सीक्रेट रखें।
कॉन्फ़िगरेशन में उसे ${vault:keyName} के रूप में संदर्भित करें।
EDDI रनटाइम पर संदर्भ को हल करता है। प्लेनटेक्स्ट कन्वर्सेशन मेमोरी में संग्रहीत नहीं होता।
allowedAgents को केवल उन एजेंटों तक सीमित करें जिन्हें सीक्रेट चाहिए। जाँच एजेंट के डिप्लॉय होने पर होती है।

कॉन्फ़िगरेशन

EDDI दस्तावेज़ों से लिया गया। your-agent-id जैसे प्लेसहोल्डर आपको अपने मान से बदलने होंगे।

Store a secretसीक्रेट रखें। रिस्पॉन्स मान कभी वापस नहीं देता।

curl -X PUT http://localhost:7070/secretstore/secrets/default/openai-key \
  -H "Content-Type: application/json" \
  -d '{"value":"sk-your-key","description":"OpenAI key"}'

langchain.json (reference it, never paste it)LLM टास्क से सीक्रेट को नाम से संदर्भित करें।

{
  "tasks": [{
    "actions": ["send_message"],
    "id": "simpleChat",
    "type": "openai",
    "description": "Simple chat",
    "parameters": {
      "apiKey": "${vault:openai-key}",
      "modelName": "your-model-id",
      "systemMessage": "You are a helpful assistant",
      "addToOutput": "true"
    }
  }]
}

Grant one secret to specific agentsसीक्रेट का मान छुए बिना बदलें कि उसे कौन इस्तेमाल कर सकता है।

curl -X PUT "$EDDI/secretstore/secrets/default/openai-key/grant" \
  -H 'Content-Type: application/json' \
  -d '{"allowedAgents": ["0123456789abcdef01234567", "89abcdef0123456789abcdef"]}'

गवर्नेंस

अनुमतियाँ डिफ़ॉल्ट रूप से डिप्लॉय के समय लागू होती हैं: जो एजेंट ऐसे सीक्रेट को संदर्भित करता है जो उसे नहीं दिया गया, वह डिप्लॉय नहीं होता।
कन्वर्सेशन डेटा के ज़रिए आया वॉल्ट संदर्भ, जैसे यूज़र इनपुट या मॉडल का जवाब, हल करने के बजाय अस्वीकार कर दिया जाता है।
प्लेनटेक्स्ट अनुरोध रिकॉर्ड, अनुमोदन प्रीव्यू और अनुरोध लॉग लाइन से छिपाया जाता है।
प्रमाणीकरण चालू होने पर वॉल्ट एंडपॉइंट eddi-admin भूमिका के पीछे होते हैं।

जानने योग्य बातें

EDDI में HashiCorp Vault, AWS या Azure का कोई नेटिव क्लाइंट नहीं है। Kubernetes पर External Secrets Operator, Kubernetes Secret eddi-secrets (जिसमें वॉल्ट मास्टर कुंजी होती है) को HashiCorp Vault, AWS Secrets Manager या Azure Key Vault से सिंक कर सकता है। अलग-अलग सीक्रेट फिर भी EDDI वॉल्ट में ही रहते हैं।
मास्टर कुंजी खो जाए तो एन्क्रिप्टेड सीक्रेट वापस नहीं मिल सकते। उसका बैकअप रखें।

शुरू करें दस्तावेज़ ↗

सुविधाएँ

एंटरप्राइज़

मैनेज्ड क्लाउड और एंटरप्राइज़ सपोर्ट

संसाधन