एक्सेस कंट्रोल कसे काम करते (RBAC, least privilege)?

Question

Accepted Answer

**एक्सेस कंट्रोल** हे नियंत्रित करते की प्रमाणित वापरकर्ते काय करू शकतात — **RBAC** (Role-Based Access Control) सारख्या मॉडेल्स आणि **least privilege** सारख्या तत्वांद्वारे. योग्य एक्सेस कंट्रोल गंभीर आहे, कारण तुटलेले एक्सेस कंट्रोल हा OWASP चा #1 असुरक्षितता आहे.

## एक्सेस कंट्रोल मॉडेल्स

```text
RBAC (Role-Based Access Control) → assign users to ROLES; roles have PERMISSIONS:
  → user → role(s) (admin, editor, viewer) → permissions → access decisions
  → manageable, common; change a role's permissions, all its users update
ABAC (Attribute-Based) → decisions based on ATTRIBUTES (user, resource, context) → flexible,
  fine-grained (e.g. "editors can edit docs in their department during business hours")
ACLs → per-resource lists of who can do what
```

## Least privilege चे तत्व

```text
LEAST PRIVILEGE → grant the MINIMUM access needed to do the job, nothing more:
  → limits the BLAST RADIUS if an account/component is compromised
  → applies to users, services, processes, database accounts, API keys, etc.
→ a foundational security principle (default to LESS access; grant more only as needed)
```

## एक्सेस कंट्रोल सुरक्षितपणे लागू करणे

```text
⚠️ BROKEN ACCESS CONTROL is OWASP #1 — common and serious:
✓ ENFORCE authorization on the SERVER for EVERY protected action/resource (never trust
  the client; don't rely on hiding UI elements)
✓ Check the user is authorized for the SPECIFIC resource (prevent IDOR — accessing
  others' data by changing an ID)
✓ DENY by default; verify on each request; centralize authorization logic
✓ Test access control (a common gap — easy to miss authorization checks)
```

## हे महत्वाचे का आहे

एक्सेस कंट्रोल समजून घेणे महत्वाचे आहे कारण हे **वापरकर्त्यांना काय करू शकतात हे नियंत्रित करते आणि सुरक्षेसाठी महत्वपूर्ण आहे** — तुटलेले एक्सेस कंट्रोल OWASP चा #1 असुरक्षितता आहे — त्यामुळे हे मूल्यवान, व्यावहारिकदृष्ट्या-गंभीर सुरक्षा ज्ञान आहे.

एक्सेस कंट्रोल ठरवते की प्रमाणित वापरकर्त्यांना काय करण्याची परवानगी आहे, आणि हे बरोबर करणे आवश्यक आहे.

**मॉडेल्स** समजून घेणे — **RBAC** (वापरकर्त्यांना भूमिका नियुक्त करणे ज्यांच्याकडे अनुमत्या आहेत — व्यवस्थापित आणि सामान्य), **ABAC** (लचकदार, सूक्ष्म-दानेदार नियंत्रणासाठी विशेषता-आधारित निर्णय), आणि ACLs (प्रति-संसाधन अनुमत्या यादी) — अनुमत्या संरचित करण्यासाठी फ्रेमवर्क प्रदान करते, RBAC सर्वात सामान्य आहे.

**Least privilege चे तत्व** समजून घेणे — **आवश्यक किमान प्रवेश दिणे**, जे **खाते किंवा घटक कॉम्प्रोमाइজ झाल्यास विस्फोट त्रिज्या मर्यादित करते** — हे एक मूलभूत सुरक्षा तत्व आहे जे व्यापकपणे लागू होते (वापरकर्ते, सेवा, डेटाबेस खाते, API की), आणि सर्वात महत्वाचे सुरक्षा संकल्पनांपैकी एक आहे.

गंभीरपणे, **एक्सेस कंट्रोल सुरक्षितपणे कसे लागू करायचे** हे समजून घेणे #1 असुरक्षितता संबोधित करते: **संरक्षित प्रत्येक क्रियेसाठी सर्वरवर प्राधिकरण लागू करणे** (क्लायंटवर कधीही विश्वास न ठेवता किंवा लपलेल्या UI वर अवलंबून न राहता — एक सामान्य त्रुटी), **विशिष्ट संसाधनासाठी प्राधिकरण तपासणे** (IDOR प्रतिबंधित करणे, जेथे वापरकर्ते ID बदलून इतरांचा डेटा प्रवेश करतात — एक वारंवार तुटलेला-एक्सेस-कंट्रोल दोष), **डीफॉल्टद्वारे नकार करणे**, प्रत्येक विनंतीवर सत्यापन करणे, आणि **एक्सेस कंट्रोल चाचणी करणे** (एक सामान्य अंतर, कारण गहाळ प्राधिकरण तपास सहजपणे विसरले जातात).

एक्सेस कंट्रोल वापरकर्त्यांना काय करू शकतात हे नियंत्रित करते आणि तुटलेले एक्सेस कंट्रोल हा शीर्ष असुरक्षितता आहे (सामान्य आणि गंभीर), आणि मॉडेल्स (RBAC), least-privilege तत्व, आणि सुरक्षित लागू करणे (सर्वर-साइड लागू करणे, संसाधन-विशिष्ट तपास, डीफॉल्टद्वारे नकार) समजून घेणे गंभीर सुरक्षेसाठी गंभीर आहे, एक्सेस कंट्रोल समजून घेणे हे मूल्यवान, व्यावहारिकदृष्ट्या-गंभीर सुरक्षा ज्ञान आहे — #1 सुरक्षा जोखीम संबोधित करणे, वापरकर्त्यांना काय करू शकतात याचे नियंत्रण मूलभूत, आणि तुटलेले-एक्सेस-कंट्रोल दोष (IDOR आणि गहाळ प्राधिकरण तपास सारख्या) टाळण्यासाठी आवश्यक, जे सर्वात सामान्य आणि गंभीर असुरक्षितता आहेत.