एडवांस्ड Key Vault सेटिंग्स
डेवलपर्स के लिए Azure सुरक्षा लागू करें
Anushika Agarwal
Cloud Data Engineer
Entra ID से Key Vault authentication
- Key Vault तक पहुँच का पहला चरण = Authentication
- साबित करना कि आप कौन हैं
- Key Vault authentication के लिए Microsoft Entra ID का उपयोग करता है
Key Vault में पहचान के प्रकार
- User: एक व्यक्ति
- Group: उपयोगकर्ताओं का एक सेट
- Service Principal: किसी ऐप या सेवा की पहचान
ऐप authentication विधियाँ
- Managed Identity (अनुशंसित)
- कोई सीक्रेट नहीं, Azure द्वारा प्रबंधित
- App Registration
- मैनुअल सेटअप, क्रेडेंशियल आवश्यक
Key Vault में authorization
Authentication के बाद, authorization तय करता है कि आप क्या कर सकते हैं
Azure दो authorization मॉडल देता है - Access Policies और RBAC
Access policies (पुराना)
- केवल data plane को नियंत्रित करता है (Key Vault के अंदर)
- मैनेजमेंट प्लेन या कौन vault मैनेज कर सकता है पर नियंत्रण नहीं
RBAC: Role-Based Access Control (अनुशंसित)
- एक्सेस नियंत्रित करता है
- Management Plane: Vault स्वयं
- Data Plane: Keys, Secrets, Certificates
- PIM, MFA, Conditional Access सपोर्ट करता है
Soft delete
Status quo:
- डिलीटेड आइटम्स बड़ी बाधा बन सकते हैं
Soft Delete सक्षम:
- डिलीटेड आइटम्स recoverable state में जाते हैं
- गलती से या दुर्भावनापूर्ण डिलीट से सुरक्षा
Soft delete कहाँ लागू होता है?
- Vault
Keys
- Secrets
- Certificates
Soft delete कॉन्फ़िगरेशन
- रिटेन अवधि - 7-90 दिन (डिफ़ॉल्ट: 90)
- नए vaults के लिए डिफ़ॉल्ट रूप से सक्षम
- एक बार कॉन्फ़िगर होने पर बंद नहीं किया जा सकता
Purge protection
- Purge = स्थायी deletion, रिकवरी नहीं
- रिटेंशन के दौरान purging ब्लॉक करता है
एडमिन भी purge नहीं कर सकते
यह vault और उसकी सामग्री दोनों पर लागू होता है।
Purge protection कॉन्फ़िगरेशन
- कॉन्फ़िगरेशन
- रिटेन अवधि - 7-90 दिन (डिफ़ॉल्ट: 90)
- Soft Delete सक्षम होना आवश्यक
- एक बार कॉन्फ़िगर होने पर बंद नहीं किया जा सकता
सर्वोत्तम प्रथाएँ
आइसोलेशन के लिए डिज़ाइन
- अलग-अलग vaults का उपयोग करें
एक्सेस नियंत्रित करें
- केवल भरोसेमंद यूज़र और ऐप्स को एक्सेस दें
गतिविधि मॉनिटर करें
- डायग्नोस्टिक लॉगिंग और अलर्ट ऑन करें
