আমি PostgreSQL রো-লেভেল সিকিউরিটি সেট আপ করব যাতে প্রতিটি ব্যবহারকারী শুধুমাত্র তাদের নিজস্ব ডেটা দেখতে পায়, সুপাবেস সহ।

ব্যবহারকারীর অ্যাকাউন্ট, অর্থপ্রদানের পরিকল্পনা বা একটি ডেটাবেসে একাধিক দল সহ যেকোনো অ্যাপকে সিদ্ধান্ত নিতে হবে কে কোন সারি দেখতে পাবে। যদি সেই নিয়মটি শুধুমাত্র অ্যাপ কোডে থাকে, তবে অন্য কোনো উপায়ে ডেটা অ্যাক্সেস করার প্রথমবার এটি ব্যর্থ হয়: একটি নতুন এন্ডপয়েন্ট যা কেউ রক্ষা করতে ভুলে গেছে, একই ডেটাবেসে একটি দ্বিতীয় অ্যাপ, অথবা Supabase আপনার টেবিলগুলির জন্য যে API তৈরি করে। রো-লেভেল সিকিউরিটি নিয়মটিকে ডেটার স্থানে রাখে।

আমি NDA-এর অধীনে একটি সাবস্ক্রিপশন পণ্যে এটি করেছি: টেবিলগুলিতে রো-লেভেল সিকিউরিটি নীতি এবং প্রতিটি সাবস্ক্রিপশন স্তরের জন্য একটি পৃথক ডেটাবেস ভূমিকা, যাতে একটি প্ল্যানে যা অন্তর্ভুক্ত থাকে তা PostgreSQL দ্বারা প্রয়োগ করা হয়, এমন কোনো চেক দ্বারা নয় যা কেউ ভুলে যেতে পারে।

স্টার্টারে, আমি পাঁচটি টেবিল পর্যন্ত যে নীতিগুলি আছে বা নেই তা পর্যালোচনা করি এবং ফাঁকগুলির একটি লিখিত তালিকা পাঠাই, প্রতিটি দেখানোর জন্য একটি উদাহরণ কোয়েরি সহ। স্ট্যান্ডার্ড দশটি টেবিল পর্যন্ত নীতিগুলি লেখে বা ঠিক করে, আপনার অ্যাপের প্রয়োজনীয় ভূমিকাগুলি সেট আপ করে, সেগুলিকে মাইগ্রেশন ফাইল হিসাবে সরবরাহ করে এবং এমন পরীক্ষা যুক্ত করে যেখানে ব্যবহারকারী A ব্যবহারকারী B-এর সারিগুলি পড়তে এবং পরিবর্তন করতে চেষ্টা করে এবং ব্যর্থ হয়। অ্যাডভান্সড পঁচিশটি টেবিল পর্যন্ত কভার করে, ডেটাবেসে প্রয়োগ করা প্ল্যান বা স্তরের সীমা যুক্ত করে এবং CI-তে পরীক্ষাগুলি চালায়।

Supabase-এ, একই PostgreSQL বৈশিষ্ট্যগুলি প্রযোজ্য, auth.uid() এবং JWT দাবিগুলি নীতিগুলির মধ্যে ব্যবহৃত হয়। সাধারণ PostgreSQL-এ, নীতিগুলি একটি সেশন সেটিং থেকে বর্তমান ব্যবহারকারীকে পড়ে যা আপনার ব্যাকএন্ড প্রতিটি অনুরোধের জন্য সেট করে।

কোনো কল নেই। প্রতিটি প্যাকেজ কে কী দেখতে পারে তার একটি সাধারণ ভাষার নোট দিয়ে শেষ হয়; স্ট্যান্ডার্ড এবং অ্যাডভান্সড-এ, নীতিগুলি পরীক্ষা সহ আপনার রিপোজিটরিতে মাইগ্রেশন হিসাবেও আসে। ডেলিভারির 14 দিন পর পর্যন্ত, আমি আমাদের চুক্তি অনুযায়ী কাজ করে না এমন কিছু বিনামূল্যে ঠিক করি।

আপনার প্রোজেক্ট সম্পূর্ণ করার ধাপগুলি
1. ডেটা ম্যাপ করুন - আমি টেবিলগুলি তালিকাভুক্ত করি, প্রতিটি সারির মালিক কে, এবং কে এটি পড়তে বা পরিবর্তন করতে পারবে: মালিক, দলের সদস্য, অ্যাডমিন, প্রতিটি প্ল্যান।
2. বিদ্যমান বিষয়গুলি পর্যালোচনা করুন - বর্তমান নীতি, অনুদান এবং ভূমিকাগুলি সেই ম্যাপের সাথে পরীক্ষা করা হয়, এবং প্রতিটি ফাঁক একটি ক্যোয়ারি সহ লেখা হয় যা এটি দেখায়।
3. নীতি এবং ভূমিকা - নীতিগুলি প্রতিটি টেবিল এবং প্রতিটি অ্যাকশনের জন্য লেখা হয়, প্ল্যান বা দলগুলির জন্য ভূমিকা সহ, মাইগ্রেশন ফাইল হিসাবে যা আপনি পর্যালোচনা করতে পারেন।
4. এটি প্রমাণ করুন - পরীক্ষাগুলি বিভিন্ন ব্যবহারকারী হিসাবে লগ ইন করে এবং একে অপরের ডেটা পড়তে ও পরিবর্তন করার চেষ্টা করে। প্রতিটি নিষিদ্ধ অ্যাকশন ব্যর্থ হতে হবে, এবং প্রতিটি অনুমোদিত অ্যাকশন কাজ করতে হবে।
5. হস্তান্তর - কে কী দেখতে পারে, মাইগ্রেশন এবং একটি নতুন টেবিল দেখা দিলে কীভাবে একটি নীতি যোগ করতে হয় সে সম্পর্কে সাধারণ কথায় একটি সংক্ষিপ্ত নোট।