मी PostgreSQL रो-लेव्हल सुरक्षा सेट करेन जेणेकरून प्रत्येक वापरकर्ता फक्त स्वतःचा डेटा पाहू शकेल, यात Supabase समाविष्ट आहे.

वापरकर्ता खाती, सशुल्क योजना किंवा एका डेटाबेसमध्ये अनेक टीम असलेल्या कोणत्याही ॲपला कोणत्या पंक्ती कोण पाहू शकते हे ठरवावे लागते. जर तो नियम केवळ ॲप कोडमध्ये राहत असेल, तर जेव्हा कोणी डेटा दुसऱ्या मार्गाने पोहोचतो तेव्हा तो अयशस्वी होतो: कोणीतरी संरक्षित करायला विसरलेला नवीन एंडपॉइंट, त्याच डेटाबेसवरील दुसरे ॲप किंवा Supabase तुमच्या टेबल्ससाठी तयार करणारा API. रो-लेव्हल सुरक्षा नियम डेटा जिथे आहे तिथे ठेवते.

मी NDA अंतर्गत सदस्यता उत्पादनावर हे केले आहे: टेबल्सवरील रो-लेव्हल सुरक्षा पॉलिसी आणि प्रत्येक सदस्यता स्तरासाठी एक स्वतंत्र डेटाबेस भूमिका, त्यामुळे योजनेत काय समाविष्ट आहे ते PostgreSQL द्वारे लागू केले जाते, कोणीतरी विसरू शकेल अशा तपासणीद्वारे नाही.

स्टार्टरमध्ये, मी पाच टेबल्सपर्यंतच्या पॉलिसींची तपासणी करतो किंवा त्या नसतील तर त्यांची तपासणी करतो आणि गॅप्सची लिखित यादी पाठवतो, प्रत्येक गॅप दर्शविणाऱ्या उदाहरण क्वेरीसह. मानक दहा टेबल्सपर्यंतच्या पॉलिसी लिहितो किंवा दुरुस्त करतो, तुमच्या ॲपला आवश्यक असलेल्या भूमिका सेट करतो, त्या स्थलांतर फाइल्स म्हणून देतो आणि अशा चाचण्या जोडतो ज्यात वापरकर्ता A वापरकर्ता B च्या पंक्ती वाचण्याचा आणि बदलण्याचा प्रयत्न करतो आणि अयशस्वी होतो. प्रगत पंचवीस टेबल्सपर्यंत कव्हर करतो, डेटाबेसमध्ये लागू केलेल्या योजना किंवा स्तर मर्यादा जोडतो आणि CI मध्ये चाचण्या चालवतो.

Supabase वर, त्याच PostgreSQL वैशिष्ट्ये लागू होतात, ज्यात auth.uid() आणि JWT दावे पॉलिसीमध्ये वापरले जातात. साध्या PostgreSQL वर, पॉलिसी प्रत्येक विनंतीसाठी तुमच्या बॅकएंडने सेट केलेल्या सत्र सेटिंगमधून वर्तमान वापरकर्ता वाचतात.

कोणतेही कॉल नाहीत. प्रत्येक पॅकेज कोण काय पाहू शकते याबद्दल साध्या भाषेतील नोटसह समाप्त होते; मानक आणि प्रगतवर, पॉलिसी तुमच्या रेपॉजिटरीमध्ये स्थलांतर म्हणून येतात, चाचण्यांसह. वितरणाच्या 14 दिवसांनंतर, आम्ही सहमत झाल्याप्रमाणे कार्य न करणारी कोणतीही गोष्ट मी विनामूल्य दुरुस्त करतो.

तुमचा प्रकल्प पूर्ण करण्यासाठी पायऱ्या
1. डेटा मॅप करा - मी टेबल्सची यादी करतो, प्रत्येक पंक्तीचा मालक कोण आहे आणि कोणी ते वाचले किंवा बदलले पाहिजे: मालक, टीम सदस्य, प्रशासक, प्रत्येक योजना.
2. काय अस्तित्वात आहे ते तपासा - सध्याची धोरणे, अनुदान आणि भूमिका त्या मॅपच्या विरुद्ध तपासल्या जातात आणि प्रत्येक अंतर क्वेरीसह लिहिले जाते जे ते दर्शवते.
3. धोरणे आणि भूमिका - टेबल्सनुसार आणि कृतीनुसार धोरणे लिहिली जातात, योजना किंवा टीमसाठी भूमिकांसह, स्थलांतर फाइल्स म्हणून तुम्ही त्यांचे पुनरावलोकन करू शकता.
4. ते सिद्ध करा - चाचण्या वेगवेगळ्या वापरकर्त्यांच्या रूपात लॉग इन करतात आणि एकमेकांचा डेटा वाचण्याचा आणि बदलण्याचा प्रयत्न करतात. प्रत्येक निषिद्ध कृती अयशस्वी झाली पाहिजे आणि प्रत्येक परवानगी असलेली कृती कार्य केली पाहिजे.
5. हस्तांतरण - कोण काय पाहू शकतो, स्थलांतर आणि नवीन टेबल दिसल्यास धोरण कसे जोडायचे याबद्दल साध्या शब्दांत एक लहान टीप.