PostgreSQL-ൽ റോ ലെവൽ സെക്യൂരിറ്റി നടപ്പിലാക്കുന്നതിനെക്കുറിച്ചുള്ള ഒരു പഠനം

പൂരകമായി PostgreSQL സംഭരിച്ച പ്രവർത്തനങ്ങളുടെ തലത്തിൽ ബിസിനസ്സ് ലോജിക് നടപ്പിലാക്കുന്നതിനെക്കുറിച്ചുള്ള ഒരു പഠനം и പ്രധാനമായും വിശദമായ ഉത്തരത്തിനായി ഓൺ കമന്ററി.

സൈദ്ധാന്തിക ഭാഗം ഡോക്യുമെന്റേഷനിൽ നന്നായി വിവരിച്ചിരിക്കുന്നു 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)

എന്നാൽ ഡാറ്റാബേസിൽ പ്രമാണം ഇല്ലാതാക്കില്ല, ആട്രിബ്യൂട്ട് മാത്രമേ മാറ്റിയിട്ടുള്ളൂ is_del

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

പ്രശ്‌ന പ്രസ്താവനയിൽ ആവശ്യപ്പെട്ടത് ഇതാണ്.

ഫലം

വിഷയം രസകരമാണെങ്കിൽ, അടുത്ത പഠനത്തിൽ റോ ലെവൽ സെക്യൂരിറ്റി ഉപയോഗിച്ച് ഡാറ്റ ആക്‌സസ് വേർതിരിക്കുന്നതിനുള്ള ഒരു റോൾ-ബേസ്ഡ് മോഡൽ നടപ്പിലാക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം നിങ്ങൾക്ക് കാണിക്കാം.

അവലംബം: www.habr.com