റോ-ലെവൽ സെക്യൂരിറ്റി എന്താണ്?
റോ-ലെവൽ സെക്യൂരിറ്റി (RLS) ഓരോ വരിയിലും ഏതെല്ലാം രേഖകൾ ഓരോ ഉപയോക്താവിനും വായിക്കാനോ മാറ്റാനോ അനുവാദമുണ്ടെന്ന് ഡാറ്റാബേസ് തീരുമാനിക്കുന്ന സവിശേഷതയാണ്; ആപ്പ് കൂടുതൽ ചോദിച്ചാലും ഒരു ഉപഭോക്താവ് സ്വന്തം ഓർഡറുകൾ മാത്രമേ കാണൂ.
ഇത് ഇല്ലെങ്കിൽ, "ഉപയോക്താക്കൾ സ്വന്തം ഡാറ്റ മാത്രം കാണുന്നു" എന്ന നിയമം ആപ്പിന്റെ കോഡിലാണ് ഇരിക്കുന്നത്. ഒരു സ്ക്രീനോ API-യോ പരിശോധന മറന്നാൽ സ്വകാര്യ ഡാറ്റ ചോർന്നേക്കാം.
റോ-ലെവൽ സെക്യൂരിറ്റിയിൽ നിയമം ഡാറ്റാബേസിനുള്ളിൽ തന്നെ ഇരിക്കുന്നു. "സൈൻ-ഇൻ ചെയ്ത ഉപയോക്താവിന്റെ ID-യുമായി customer_id പൊരുത്തപ്പെടുമ്പോൾ മാത്രം orders-ലെ വരി ദൃശ്യമാകും" പോലുള്ള ഒരു പോളിസി എഴുതുന്നു, ഡാറ്റാബേസ് ഓരോ ക്വറിയിലും അത് പ്രയോഗിക്കുന്നു.
Postgres റോ-ലെവൽ സെക്യൂരിറ്റിയെ പിന്തുണയ്ക്കുന്നു. ചില ബാക്ക്എൻഡ് സേവനങ്ങൾ ആപ്പുകൾ ബ്രൗസറിൽ നിന്ന് നേരിട്ട് ഡാറ്റാബേസുമായി സംസാരിക്കുന്നതിനാൽ അതിനെ വളരെയധികം ആശ്രയിക്കുന്നു. അത്തരം സജ്ജീകരണങ്ങളിൽ പോളിസിയില്ലാത്ത ടേബിൾ ആർക്കും വായിക്കാവുന്നതാകാം.
RLS ഒരു സംരക്ഷണ പാളി മാത്രമാണ്, ഏക സംരക്ഷണമല്ല. ആപ്പുകൾക്ക് ഇപ്പോഴും ശരിയായ സൈൻ-ഇൻ, സെർവർ-സൈഡ് പരിശോധനകൾ, അഡ്മിൻ ആക്സസിന്റെ ശ്രദ്ധയോടെയുള്ള കൈകാര്യം എന്നിവ വേണം.
ഉദാഹരണങ്ങൾ
- പോർട്ടലിലെ ക്ലയന്റുകൾ സ്വന്തം ഡോക്യുമെന്റുകൾ മാത്രം കാണുന്നു
- ഒരു ടൂളിലെ ഓരോ ടീമും സ്വന്തം പ്രോജക്റ്റുകൾ മാത്രം കാണുന്നു
ചോദ്യങ്ങൾ
എനിക്ക് റോ-ലെവൽ സെക്യൂരിറ്റി വേണോ?
നിങ്ങളുടെ ആപ്പ് പല ഉപയോക്താക്കളുടെ സ്വകാര്യ ഡാറ്റ സൂക്ഷിക്കുകയും അതിന്റെ ഏതെങ്കിലും ഭാഗം ബ്രൗസറിൽ നിന്ന് നേരിട്ട് ഡാറ്റാബേസ് ചോദിക്കുകയും ചെയ്യുന്നെങ്കിൽ, അതെ. എല്ലാ ആക്സസും അനുമതി പരിശോധിക്കുന്ന ബാക്ക്എൻഡ് വഴിയാണെങ്കിൽ, RLS ഒരു അധിക സുരക്ഷാ വലയാണ്.
റോ-ലെവൽ സെക്യൂരിറ്റിയും റോളുകളും ഒന്നാണോ?
അല്ല. റോളുകൾ ഒരാൾ ഏത് തരം ഉപയോക്താവാണെന്ന് (അഡ്മിൻ, അംഗം) വിവരിക്കുന്നു. RLS ഉപയോക്താവിന്റെ ID അല്ലെങ്കിൽ റോൾ പോലുള്ള വസ്തുതകൾ ഉപയോഗിച്ച് ഏത് പ്രത്യേക വരികളിൽ എത്താമെന്ന് തീരുമാനിക്കുന്നു.
ഇതും കാണൂ
Mythex · Pricing · AI ഉപയോഗിച്ച് എന്തും നിർമ്മിക്കൂ · വെബ്‌സൈറ്റ്, ആപ്പ് ടെംപ്ലേറ്റുകൾ · Mythex താരതമ്യം · AI ആപ്പ് നിർമ്മാണ ഗ്ലോസറി · സൗജന്യ AI ആപ്പ് നിർമ്മാണ ടൂളുകൾ · English