Shared Access Signatures (SAS)

डेवलपर्स के लिए Azure सुरक्षा लागू करें

Anushika Agarwal

Cloud Data Engineer

Shared access signature क्या है?

सीमित एक्सेस देता है स्टोरेज संसाधनों को
स्टोरेज अकाउंट की को उजागर नहीं करता

SAS

उपमा: वेंडिंग टोकन जैसा SAS

टोकन सीमित समय के लिए मान्य (जैसे, 30 seconds)
टोकन से केवल निर्धारित क्रिया संभव (जैसे, एक Coca-Cola)

SAS Vending Machine Example

SAS कैसे सुरक्षित होता है?

स्टोरेज अकाउंट की से साइन किया हुआ

Storage Account key

या Microsoft Entra ID से

Microsoft Entra ID

SAS के प्रकार

User delegation SAS
- Microsoft Entra credentials उपयोग करता है
- Blob और Data Lake Storage के साथ काम करता है

SAS Tokens

Service SAS
- स्टोरेज अकाउंट की उपयोग करता है
- एक सेवा तक एक्सेस: Blob, Queue, Table, या File

Account SAS
- स्टोरेज अकाउंट की उपयोग करता है
- एकाधिक सेवाओं तक एक्सेस
- सेवा-स्तरीय ऑपरेशंस

वास्तविक-जीवन परिदृश्य

परिदृश्य:
- PeopleSphere बाहरी ऑडिटर संग payroll रिपोर्टें साझा करता है
SAS प्रकार: User Delegation SAS
Scoped access:
- ऑडिटर केवल आवश्यक रिपोर्टें देखता है
Time-bound:
- एक्सेस स्वतः समाप्त हो जाता है
Securely authenticated:
- PeopleSphere के Azure credentials

User Delegation SAS

SAS संरचना समझें

SAS के घटक

URI - Resource path
Token - Access rules और Signature

SAS Token

टोकन के घटक

SAS Token

sp: Permissions (जैसे, r = read, w = write)
st / se: Start और expiry time
spr: Protocol (जैसे, https only)
sr: Resource type (b = blob, f = file)
sv: Storage API version
sig: मान्यकरण के लिए Signature

SAS इस्तेमाल की सर्वश्रेष्ठ प्रथाएँ

हमेशा HTTPS उपयोग करें

User Delegation SAS को प्राथमिकता दें

कम expiry time सेट करें

Short Expiry

न्यूनतम permissions ही दें

Grant Least Access

उच्च-जोखिम एक्सेस के लिए SAS से बचें

Highly sensitive data

अभ्यास करते हैं!

डेवलपर्स के लिए Azure सुरक्षा लागू करें

Preparing Video For Download...