ऑथेंटिकेशन और ऑथराइज़ेशन के बीच क्या अंतर है?

Question

Accepted Answer

**ऑथेंटिकेशन** सत्यापित करता है कि **आप कौन हैं** (पहचान), जबकि **ऑथराइज़ेशन** यह निर्धारित करता है कि **आपको क्या करने की अनुमति है** (अनुमतियाँ)। ये अलग हैं लेकिन संबंधित हैं — ऑथेंटिकेशन पहले आता है (पहचान साबित करें), फिर ऑथराइज़ेशन (अनुमतियाँ जाँचें)। इन्हें भ्रमित करना एक सामान्य गलती है।

## ऑथेंटिकेशन — आप कौन हैं?

```text
AUTHENTICATION (AuthN) verifies IDENTITY — confirming you are who you claim to be:
  → login with credentials (password), tokens, biometrics, multi-factor (MFA)
  → "Prove you are Ann" → the system confirms your identity
→ answers: WHO are you?
```

## ऑथराइज़ेशन — आप क्या कर सकते हैं?

```text
AUTHORIZATION (AuthZ) determines PERMISSIONS — what an authenticated user is allowed to do:
  → can this user access this resource? perform this action? (roles, permissions)
  → "Ann is authenticated, but is she allowed to delete this record?"
→ answers: what are you ALLOWED to do?
```

## संबंध और क्रम

```text
1. AUTHENTICATION first → establish WHO you are (log in)
2. AUTHORIZATION next → check what you're ALLOWED to do (per request/action)
→ You must be authenticated before authorization is meaningful (know who, then what they can do).
→ Both are needed: authenticated but unauthorized (logged in, but can't do X) is common.
```

## सामान्य गलतियाँ

```text
⚠️ Confusing the two (they're different concerns)
⚠️ BROKEN ACCESS CONTROL (authorization flaws) → a TOP vulnerability (OWASP #1):
   → not checking authorization properly → users access/modify what they shouldn't
   → e.g. changing an ID in a URL to access another user's data (IDOR)
→ Always enforce authorization on the SERVER for every protected action.
```

## यह क्यों महत्वपूर्ण है

ऑथेंटिकेशन और ऑथराइज़ेशन के बीच का अंतर समझना मौलिक है क्योंकि ये **एक्सेस कंट्रोल के केंद्र में मूल सुरक्षा अवधारणाएँ** हैं, और इन्हें भ्रमित करना एक सामान्य, परिणामी गलती है, इसलिए यह आवश्यक सुरक्षा ज्ञान है।

यह अंतर — **ऑथेंटिकेशन सत्यापित करता है कि आप कौन हैं** (पहचान, लॉगिन/क्रेडेंशियल/MFA के माध्यम से) जबकि **ऑथराइज़ेशन निर्धारित करता है कि आपको क्या करने की अनुमति है** (अनुमतियाँ, संसाधनों और क्रियाओं तक पहुँच जाँचना) — इस बात के लिए मौलिक है कि एप्लिकेशन एक्सेस को कैसे नियंत्रित करते हैं, और इसे स्पष्ट रूप से समझना सुरक्षित सिस्टम बनाने के लिए आवश्यक है।

**संबंध और क्रम** को समझना (पहचान स्थापित करने के लिए पहले ऑथेंटिकेशन, फिर प्रति क्रिया अनुमतियाँ जाँचने के लिए ऑथराइज़ेशन, दोनों की आवश्यकता के साथ — एक ऑथेंटिकेटेड उपयोगकर्ता विशिष्ट क्रियाओं के लिए अभी भी अनधिकृत हो सकता है) स्पष्ट करता है कि वे एक्सेस कंट्रोल में एक साथ कैसे काम करते हैं।

निर्णायक रूप से, **सामान्य गलतियों** को समझना महत्वपूर्ण है: दोनों अवधारणाओं को भ्रमित करना, और विशेष रूप से **broken access control** (ऑथराइज़ेशन खामियाँ — OWASP का #1 जोखिम) जहाँ ऑथराइज़ेशन की ठीक से जाँच नहीं होती, जिससे उपयोगकर्ता वह एक्सेस या संशोधित कर पाते हैं जो उन्हें नहीं करना चाहिए (जैसे IDOR कमज़ोरी जहाँ किसी अन्य उपयोगकर्ता के डेटा तक पहुँचने के लिए URL में एक ID बदल दी जाती है)।

**हर सुरक्षित क्रिया के लिए सर्वर पर हमेशा ऑथराइज़ेशन लागू करें** यह मार्गदर्शन आवश्यक सुरक्षा प्रथा है — एक सामान्य वास्तविक कमज़ोरी ऑथराइज़ेशन को ठीक से जाँचने में विफल होना, या इसे लागू करने के लिए क्लाइंट पर निर्भर रहना है।

चूँकि एक्सेस कंट्रोल (ऑथेंटिकेशन + ऑथराइज़ेशन) एप्लिकेशन सुरक्षा के लिए मौलिक है और इन अवधारणाओं को भ्रमित करना या गलत तरीके से संभालना गंभीर कमज़ोरियों (विशेष रूप से broken access control, शीर्ष जोखिम) की ओर ले जाता है, और चूँकि अंतर, उनके क्रम, और सामान्य ऑथराइज़ेशन गलतियों को समझना सुरक्षित सिस्टम बनाने के लिए आवश्यक है, ऑथेंटिकेशन बनाम ऑथराइज़ेशन को समझना आवश्यक, बुनियादी सुरक्षा ज्ञान है — एक्सेस कंट्रोल के लिए मूल अवधारणाएँ जिन्हें हर डेवलपर को स्पष्ट रूप से समझना चाहिए, सुरक्षित एप्लिकेशन बनाने और उन broken-access-control कमज़ोरियों से बचने के केंद्र में जो सबसे सामान्य और गंभीर सुरक्षा खामियों में से हैं।