Tôi sẽ thiết lập bảo mật cấp hàng PostgreSQL để mỗi người dùng chỉ thấy dữ liệu của riêng họ, bao gồm cả Supabase

Bất kỳ ứng dụng nào có tài khoản người dùng, gói trả phí hoặc nhiều nhóm trong một cơ sở dữ liệu đều phải quyết định ai có thể xem hàng nào. Nếu quy tắc đó chỉ nằm trong mã ứng dụng, nó sẽ thất bại ngay lần đầu tiên ai đó truy cập dữ liệu bằng một cách khác: một điểm cuối mới mà ai đó quên bảo vệ, một ứng dụng thứ hai trên cùng cơ sở dữ liệu hoặc API mà Supabase tạo ra cho các bảng của bạn. Bảo mật cấp hàng đặt quy tắc vào nơi dữ liệu.

Tôi đã thực hiện điều này trên một sản phẩm đăng ký theo NDA: các chính sách bảo mật cấp hàng trên các bảng và một vai trò cơ sở dữ liệu riêng biệt cho mỗi cấp độ đăng ký, vì vậy những gì một gói bao gồm được thực thi bởi PostgreSQL, không phải bởi một kiểm tra mà ai đó có thể quên.

Trong Gói Khởi đầu, tôi xem xét các chính sách mà tối đa năm bảng có hoặc thiếu và gửi một danh sách các lỗ hổng bằng văn bản, với một truy vấn ví dụ hiển thị từng lỗ hổng. Gói Tiêu chuẩn viết hoặc sửa các chính sách trên tối đa mười bảng, thiết lập các vai trò mà ứng dụng của bạn cần, cung cấp chúng dưới dạng tệp di chuyển và thêm các bài kiểm tra trong đó người dùng A cố gắng đọc và thay đổi các hàng của người dùng B và thất bại. Gói Nâng cao bao gồm tối đa hai mươi lăm bảng, thêm giới hạn gói hoặc cấp độ được thực thi trong cơ sở dữ liệu và chạy các bài kiểm tra trong CI.

Trên Supabase, các tính năng PostgreSQL tương tự được áp dụng, với auth.uid() và các yêu cầu JWT được sử dụng trong các chính sách. Trên PostgreSQL thuần túy, các chính sách đọc người dùng hiện tại từ một cài đặt phiên mà phần phụ trợ của bạn đặt cho mỗi yêu cầu.

Không có cuộc gọi. Mỗi gói đều kết thúc bằng một ghi chú bằng ngôn ngữ đơn giản về ai có thể xem gì; trên Tiêu chuẩn và Nâng cao, các chính sách cũng được cung cấp dưới dạng di chuyển trong kho lưu trữ của bạn, cùng với các bài kiểm tra. Trong 14 ngày sau khi giao hàng, tôi sẽ sửa bất kỳ điều gì không hoạt động như chúng ta đã thỏa thuận, miễn phí.

Các bước để hoàn thành dự án của bạn
1. Lập bản đồ dữ liệu - Tôi liệt kê các bảng, ai sở hữu mỗi hàng và ai nên đọc hoặc thay đổi nó: chủ sở hữu, thành viên nhóm, quản trị viên, mỗi gói.
2. Xem xét những gì tồn tại - Các chính sách, quyền và vai trò hiện tại được kiểm tra dựa trên bản đồ đó, và mọi lỗ hổng được ghi lại bằng một truy vấn hiển thị nó.
3. Chính sách và vai trò - Các chính sách được viết cho mỗi bảng và mỗi hành động, với các vai trò cho các gói hoặc nhóm, dưới dạng tệp di chuyển mà bạn có thể xem xét.
4. Chứng minh - Các bài kiểm tra đăng nhập với tư cách người dùng khác nhau và cố gắng đọc và thay đổi dữ liệu của nhau. Mọi hành động bị cấm phải thất bại, và mọi hành động được phép phải hoạt động.
5. Bàn giao - Một ghi chú ngắn gọn bằng ngôn ngữ đơn giản về ai có thể xem gì, các di chuyển và cách thêm chính sách khi một bảng mới xuất hiện.