კვლევა PostgreSQL-ში მწკრივის დონის უსაფრთხოების დანერგვის შესახებ

როგორც შემავსებელი კვლევა ბიზნეს ლოგიკის დანერგვის შესახებ PostgreSQL შენახული ფუნქციების დონეზე и ძირითადად დეტალური პასუხისთვის on კომენტარი.

თეორიული ნაწილი კარგად არის აღწერილი დოკუმენტაციაში PostgreSQL - რიგების დაცვის პოლიტიკა. ქვემოთ მოცემულია პატარას პრაქტიკული განხორციელება კონკრეტული ბიზნეს ამოცანა - წაშლილი მონაცემების დამალვა. განხორციელებისადმი მიძღვნილი ესკიზი როლური მოდელირება RLS-ის გამოყენებით ცალკე წარმოდგენილი.

სტატიაში ახალი არაფერია, არ არის ფარული მნიშვნელობა ან საიდუმლო ცოდნა. მხოლოდ ესკიზი თეორიული იდეის პრაქტიკული განხორციელების შესახებ. თუ ვინმეს აინტერესებს, წაიკითხეთ. თუ არ გაინტერესებთ, ნუ დაკარგავთ დროს.

პრობლემის შესახებ განცხადება

მოკლედ, თემის არეში ღრმად ჩაძირვის გარეშე, პრობლემა შეიძლება ჩამოყალიბდეს შემდეგნაირად: არსებობს ცხრილი, რომელიც ახორციელებს გარკვეულ ბიზნეს სუბიექტს. ცხრილის რიგები შეიძლება წაიშალოს, მაგრამ რიგები ფიზიკურად არ წაიშლება; ისინი უნდა იყოს დამალული.

რადგან ნათქვამია: „არაფერი არ წაშალო, უბრალოდ გადაარქვი სახელი. ინტერნეტი ინახავს ყველაფერს"

გზაზე, მიზანშეწონილია არ გადაწეროთ არსებული შენახული ფუნქციები, რომლებიც მუშაობენ ამ ერთეულთან.

ამ კონცეფციის განსახორციელებლად, ცხრილს აქვს ატრიბუტი არის_ წაშლილი. მაშინ ყველაფერი მარტივია - თქვენ უნდა დარწმუნდეთ, რომ კლიენტს შეუძლია ნახოს მხოლოდ ის ხაზები, რომლებშიც ატრიბუტია არის_ წაშლილი ყალბი რისთვის გამოიყენება მექანიზმი? მწკრივის დონის უსაფრთხოება.

Реализация

შექმენით ცალკე როლი და სქემა

CREATE ROLE repos;
CREATE SCHEMA repos;

შექმენით სამიზნე ცხრილი

CREATE TABLE repos.file
(
...
is_del BOOLEAN DEFAULT FALSE
);
CREATE SCHEMA repos

ჩვენ მოიცავს მწკრივების დონის უსაფრთხოება

ALTER TABLE repos.file  ENABLE ROW LEVEL SECURITY ;
CREATE POLICY file_invisible_deleted  ON repos.file FOR ALL TO dba_role USING ( NOT is_deleted );
GRANT ALL ON TABLE repos.file to dba_role ;
GRANT USAGE ON SCHEMA repos TO dba_role ;

სერვისის ფუნქცია - ცხრილის რიგის წაშლა

CREATE OR REPLACE repos.delete( curr_id repos.file.id%TYPE)
RETURNS integer AS $$
BEGIN
...
UPDATE repos.file
SET is_del = TRUE 
WHERE id = curr_id ; 
...
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

ბიზნეს ფუნქცია - დოკუმენტის წაშლა

CREATE OR REPLACE business_functions.deleteDoc( doc_for_delete JSON )
RETURNS JSON AS $$
BEGIN
...
PERFORM  repos.delete( doc_id ) ;
...
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

დასკვნები

კლიენტი წაშლის დოკუმენტს

SELECT business_functions.delCFile( (SELECT json_build_object( 'CId', 3 )) );

წაშლის შემდეგ კლიენტი ვერ ხედავს დოკუმენტს

SELECT business_functions.getCFile"( (SELECT json_build_object( 'CId', 3 )) ) ;
-----------------
(0 rows)

მაგრამ მონაცემთა ბაზაში დოკუმენტი არ იშლება, მხოლოდ ატრიბუტი იცვლება არის_დელ

psql -d my_db
SELECT  id, name , is_del FROM repos.file ;
id |  name  | is_del
--+---------+------------
 1 |  test_1 | t
(1 row)

რაც მოითხოვდა პრობლემის განცხადებაში.

სულ

თუ თემა საინტერესოა, შემდეგ კვლევაში შეგიძლიათ აჩვენოთ როლებზე დაფუძნებული მოდელის განხორციელების მაგალითი მონაცემთა წვდომის განცალკევებისთვის Row Level Security გამოყენებით.

წყარო: www.habr.com