Я налаштую безпеку на рівні рядків PostgreSQL, щоб кожен користувач бачив лише власні дані, включно з Supabase

Будь-яка програма з обліковими записами користувачів, платними планами або кількома командами в одній базі даних повинна вирішити, хто може бачити які рядки. Якщо це правило існує лише в коді програми, воно зазнає невдачі, як тільки хтось отримає доступ до даних іншим способом: нова кінцева точка, яку хтось забув захистити, друга програма в тій самій базі даних або API, який Supabase генерує для ваших таблиць. Безпека на рівні рядків розміщує правило там, де знаходяться дані.

Я робив це для продукту за підпискою під угодою про нерозголошення: політики безпеки на рівні рядків для таблиць та окрема роль бази даних для кожного рівня підписки, тому те, що включає план, забезпечується PostgreSQL, а не перевіркою, яку хтось може забути.

У Starter я переглядаю політики, які мають або не мають до п'яти таблиць, і надсилаю письмовий список прогалин з прикладом запиту, який показує кожну. Standard пише або виправляє політики для до десяти таблиць, налаштовує ролі, необхідні вашій програмі, надає їх як файли міграції та додає тести, в яких користувач A намагається читати та змінювати рядки користувача B і зазнає невдачі. Advanced охоплює до двадцяти п'яти таблиць, додає обмеження плану або рівня, що застосовуються в базі даних, і запускає тести в CI.

На Supabase застосовуються ті ж функції PostgreSQL, з auth.uid() та JWT-заявами, що використовуються в політиках. На чистому PostgreSQL політики читають поточного користувача з налаштування сесії, яке ваш бекенд встановлює для кожного запиту.

Без дзвінків. Кожен пакет завершується простою запискою про те, хто що може бачити; у пакетах Standard та Advanced політики також надходять як міграції у ваш репозиторій разом з тестами. Протягом 14 днів після доставки я безкоштовно виправляю все, що не працює, як ми домовились.

Кроки для завершення вашого проекту
1. Складіть карту даних — я перераховую таблиці, хто володіє кожним рядком і хто повинен його читати або змінювати: власники, члени команди, адміністратори, кожен план.
2. Перегляньте існуюче — поточні політики, дозволи та ролі перевіряються за цією картою, і кожна прогалина записується із запитом, який її показує.
3. Політики та ролі — політики пишуться для кожної таблиці та для кожної дії, з ролями для планів або команд, як файли міграції, які ви можете переглянути.
4. Доведіть це — тести входять як різні користувачі та намагаються читати та змінювати дані один одного. Кожна заборонена дія повинна зазнати невдачі, а кожна дозволена — працювати.
5. Передача — коротка записка простими словами про те, хто що може бачити, міграції та як додати політику, коли з'явиться нова таблиця.