{"id":92114,"date":"2020-08-23T19:41:56","date_gmt":"2020-08-23T17:41:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/realizacziya-rolevoj-modeli-dostupa-s-ispolzovaniem-row-level-security-v-postgresql"},"modified":"2020-08-23T19:41:56","modified_gmt":"2020-08-23T17:41:56","slug":"realizacziya-rolevoj-modeli-dostupa-s-ispolzovaniem-row-level-security-v-postgresql","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/realizacziya-rolevoj-modeli-dostupa-s-ispolzovaniem-row-level-security-v-postgresql","title":{"rendered":"Implementazione di un modello di accesso basato su ruoli utilizzando la Row Level Security in PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sviluppo del tema Studio sull'implementazione della Row Level Security in PostgreSQL<\/a><\/noindex> e per una risposta dettagliata<\/b> in commento.<\/a><\/noindex><\/p>\n

La strategia utilizzata implica l'adozione del concetto di \"Business logic in DB\", che \u00e8 stato descritto in modo pi\u00f9 dettagliato qui \u2014 Studio sull'implementazione della logica di business a livello di funzioni memorizzate in PostgreSQL<\/a><\/noindex><\/p>\n

La parte teorica \u00e8 ben descritta nella documentazione Postgres Pro<\/a><\/noindex> \u2014 Politiche di protezione delle righe<\/a><\/noindex>. Di seguito viene esaminata l'implementazione pratica di un compito specifico di business \u2014 un modello di accesso ai dati basato sui ruoli.<\/b><\/p>\n

\"Implementazione<\/p>\n

Nell'articolo non c'\u00e8 nulla di nuovo, nessun significato nascosto e nessuna conoscenza segreta. \u00c8 semplicemente un abbozzo sulla realizzazione pratica di un'idea teorica. Se qualcuno \u00e8 interessato \u2014 legga. Chi non \u00e8 interessato \u2014 non perda tempo.<\/p><\/blockquote>\n

<\/a><\/noindex><\/p>\n

Definizione del compito<\/h2>\n

\n\u00c8 necessario limitare l'accesso alla visualizzazione\/inserimento\/modifica\/cancellazione di un documento in base al ruolo dell'utente dell'applicazione. Con ruolo si intende una voce nella tabella roles<\/b> associata alla tabella con una relazione molti-a-molti. users<\/b>I dettagli dell'implementazione delle tabelle, per via della loro banalit\u00e0, sono stati trascurati. Anche i dettagli specifici dell'implementazione relativi al dominio sono stati omessi.<\/p>\n

Implementazione<\/h2>\n

<\/p>\n

Creiamo ruoli, schemi, tabelle<\/h4>\n

<\/p>\n

Creazione di oggetti del DB<\/b><\/p>\n

CREATE ROLE store;\nCREATE SCHEMA store AUTHORIZATION store;\nCREATE TABLE store.docs\n(\n  id integer ,         --id documento\n  man_id integer , --id del manager del documento\n  stat_id integer ,  --id dello stato del documento\n  ...\n  is_del BOOLEAN DEFAULT FALSE \n);\nALTER TABLE store.docs ADD CONSTRAINT doc_pk PRIMARY KEY (id);\nALTER TABLE store.docs OWNER TO store ;\n<\/code><\/pre>\n
<\/p>\n
Creiamo funzioni per implementare RLS<\/h4>\n
\nVerifica della possibilit\u00e0 di eseguire SELECT su una riga<\/p>\n
                        check_select<\/b><\/p>\n
CREARE O SOSTITUIRE LA FUNZIONE store.check_select ( current_id store.docs.id%TYPE ) RESTITUISCE boolean AS $$\nDICHIARARE\n  result boolean ;\n  curr_pid integer ;\n  curr_stat_id integer ;\n  doc_man_id integer ;\nINIZIO \n  -- Il DBA ha accesso a tutti i documenti\n  SE SESSION_USER = 'curr_dba'\n  ALLORA\n    RESTITUISCI TRUE ;\n  FINE SE ;\n  --------------------------------\n\n  --Se il documento ha l'etichetta 'cancellato' - non mostrarlo nella selezione\n  SELEZIONA\n    is_del\n  IN\n    result\n  DA\n    store.docs\n  DOVE\n    id = current_id ;\n SE result = TRUE\n ALLORA\n   RESTITUISCI FALSE ;\n FINE SE ;\n --------------------------------\n\n --Ottenere l'id dell'utente corrente\n SELEZIONA\n   service_function.get_curr_pid ()\n IN\n   curr_pid ;\n --------------------------------\n\n --Ottenere l'id del manager del documento\n SELEZIONA\n   man_id\n IN\n   doc_man_id\n DA\n   store.docs\n DOVE\n   id = current_id ;\n --------------------------------\n\n --Se il manager del documento non \u00e8 l'utente corrente o il manager non \u00e8 assegnato\n --aggiungi il documento alla selezione\n SE doc_man_id != curr_pid O doc_man_id \u00c8 NULL\n ALLORA\n   RESTITUISCI TRUE  ;\n ALTRO\n   --Ottenere lo stato corrente del documento\n   SELEZIONA\n     stat_id                                         \n   IN\n     curr_statid\n   DA\n     store.docs\n   DOVE\n     id = current_id ;\n    \n   --Se lo stato consente di visualizzare il documento - aggiungi il documento alla selezione                     \n   SE curr_statid = 4 O curr_statid = 9\n   ALLORA\n     RESTITUISCI TRUE ;\n   ALTRO\n   --In caso contrario - escludi il documento dalla selezione\n     RESTITUISCI FALSE ;\n    FINE SE ;\n  FINE SE ;\n  --------------------------------\n\n RESTITUISCI FALSE ;\nFINE\n$$ LINGUAGGIO plpgsql SECURITY DEFINER;\nALTERA FUNZIONE store.check_select( store.docs.id%TYPE  ) PROPRIET\u00c0 A store ;\nREVOCARE ESECUZIONE SULLA FUNZIONE store.check_select( store.docs.id%TYPE  ) DA pubblico; \nCONCEDERE ESECUZIONE SULLA FUNZIONE store.check_select( store.docs.id%TYPE  ) A service_functions; \n<\/code><\/pre>\n
\nVerifica della possibilit\u00e0 di eseguire INSERT di una riga<\/p>\n
                        check_insert<\/b><\/p>\n
CREARE O SOSTITUIRE LA FUNZIONE store.check_insert ( current_id store.docs.id%TYPE ) RESTITUISCE boolean AS $$\nDICHIARARE\n  curr_role_id integer ;\nINIZIO\n  --DBA pu\u00f2 aggiungere righe in ogni caso\n  SE SESSION_USER = 'curr_dba'\n  ALLORA\n    RESTITUISCI TRUE ;\n  FINE SE ;\n  --------------------------------\n\n --Ottenere l'id del ruolo dell'utente corrente \n SELEZIONA\n   service_functions.current_rid()\n  IN\n    curr_role_id ;\n --------------------------------\n\n--Se il ruolo consente la creazione di un nuovo documento\n--consentire\nSE curr_role_id = 3 O curr_role_id = 5     \nALLORA\n  RESTITUISCI TRUE ;\nFINE SE ;\n--------------------------------\nRESTITUISCI FALSE  ;\nFINE\n$$ LINGUAGGIO plpgsql SECURITY DEFINER;\nALTERA FUNZIONE store.check_insert( store.docs.id%TYPE  ) PROPRIET\u00c0 A store ;\nREVOCARE ESECUZIONE SULLA FUNZIONE store.check_insert( store.docs.id%TYPE  ) DA pubblico;\nCONCEDERE ESECUZIONE SULLA FUNZIONE store.check_insert( store.docs.id%TYPE  ) A service_functions; \n<\/code><\/pre>\n
\nVerifica della possibilit\u00e0 di eseguire DELETE di una riga<\/p>\n
                        check_delete<\/b><\/p>\n
CREARE O SOSTITUIRE LA FUNZIONE store.check_delete ( current_id store.docs.id%TYPE )\nRESTITUISCE boolean AS $$\nINIZIO  \n  --Solo il DBA pu\u00f2 eliminare una riga \n  SE SESSION_USER = 'curr_dba'\n  ALLORA\n    RESTITUISCI TRUE ;\n  FINE SE ;\n  --------------------------------\n\n  RESTITUISCI FALSE ;\nFINE\n$$ LINGUAGGIO plpgsql\nSECURITY DEFINER;\nALTERA FUNZIONE store.check_delete( store.docs.id%TYPE  ) PROPRIET\u00c0 A store ;\nREVOCARE ESECUZIONE SULLA FUNZIONE store.check_delete( store.docs.id%TYPE  ) DA pubblico;<\/code><\/pre>\n
\nVerifica della possibilit\u00e0 di eseguire UPDATE di una riga.<\/p>\n
                        update_using<\/b><\/p>\n
CREA O SOSTITUISCI LA FUNZIONE store.update_using ( current_id store.docs.id%TYPE , is_del boolean )\nRETURNS boolean AS $$\nBEGIN  \n   --I documenti con stato 'eliminato' non possono essere modificati\n   IF is_del \n   THEN\n     RETURN FALSE ;\n ELSE\n    RETURN TRUE ;\n  END IF ;\n\nEND\n$$ LINGUAGGIO plpgsql SECURITY DEFINER;\nALTERA FUNZIONE store.update_using(  store.docs.id%TYPE ,  boolean  ) PROPRIET\u00c0 A store ;\nRITIRA ESECUZIONE SULLA FUNZIONE store.update_using(  store.docs.id%TYPE ,  boolean  ) DA public;\nCONCEDE ESECUZIONE SULLA FUNZIONE store.update_using( store.docs.id%TYPE  ) A service_functions;<\/code><\/pre>\n
<\/p>\n
                        update_check<\/b><\/p>\n
CREA O SOSTITUISCI LA FUNZIONE store.update_with_check ( current_id store.docs.id%TYPE , is_del boolean )\nRETURNS boolean AS $$\nDECLARE\n  current_rid integer ;\n  current_statid integer ;\nBEGIN                \n\n  --Il DBA pu\u00f2 visualizzare la riga \n  IF SESSION_USER = 'curr_dba'\n  THEN\n    RETURN TRUE ;\n  END IF ;\n  --------------------------------\n\n --Ottenere l'id del ruolo dell'utente corrente \n SELECT\n   service_functions.current_rid()\n  INTO\n    curr_role_id ;\n --------------------------------                            \n\n --Eliminazione del documento - modifica dell'attributo \n IF is_deleted\n THEN\n   --Se il ruolo dell'utente ***\n   IF current_role_id = 3        \n   THEN\n      SELECT\n        stat_id                                          \n      INTO\n        curr_statid\n      FROM\n        store.docs\n      WHERE\n        id = current_id ;\n\n      --Il documento nello stato *** non pu\u00f2 essere eliminato \n      IF current_status_id = 11\n      THEN\n         RETURN FALSE ;\n      ELSE\n      --Si pu\u00f2 eliminare il documento in altri stati\n        RETURN TRUE ;\n      END IF ;\n\n    --Altrimenti, se il ruolo dell'utente ***\n    ELSIF current_role_id = 5            \n    THEN\n      --Tutti gli stati del documento \n      RETURN TRUE ;\n    ELSE\n      --Altri utenti non possono eliminare documenti\n      RETURN FALSE ;\n    END IF ;\n ELSE      \n   --L'aggiornamento del documento \u00e8 consentito\n    RETURN TRUE ;\nEND IF ;\n\nRETURN FALSE ;\nEND\n$$ LINGUAGGIO plpgsql SECURITY DEFINER;\nALTERA FUNZIONE store.update_with_check( storg.docs.id%TYPE ,  boolean   ) PROPRIET\u00c0 A store ;\nRITIRA ESECUZIONE SULLA FUNZIONE store.update_with_check( storg.docs.id%TYPE ,  boolean   )  DA public;\nCONCEDE ESECUZIONE SULLA FUNZIONE store.update_with_check( store.docs.id%TYPE  ) A service_functions;<\/code><\/pre>\n
\nAttivazione della politica di Sicurezza a Livello di Riga per la tabella.<\/p>\n
                        ABILITA SICUREZZA A LIVELLO DI RIGA<\/b><\/p>\n
ALTERA TABLE store.docs ABILITA SICUREZZA A LIVELLO DI RIGA ;\n\nCREA POLITICA doc_select SU store.docs PER SELECT A service_functions UTILIZZANDO ( (SELECT store.check_select(id)) );\nCREA POLITICA doc_insert SU store.docs PER INSERT A service_functions CON CONTROLLI ( (SELECT store.check_insert(id)) );\nCREA POLITICA docs_delete SU store.docs PER DELETE A service_functions UTILIZZANDO ( (SELECT store.check_delete(id)) );\n\nCREA POLITICA doc_update_using SU store.docs PER UPDATE A service_functions UTILIZZANDO ( (SELECT store.update_using(id , is_del )) );\nCREA POLITICA doc_update_check SU store.docs PER UPDATE A service_functions  CON CONTROLLI ( (SELECT store.update_with_check(id , is_del )) );<\/code><\/pre>\n
<\/p>\n
Risultato<\/h2>\n
\nFunziona.<\/p>\n
La strategia proposta ha consentito di trasferire l'implementazione del modello dei ruoli dal livello delle funzioni aziendali al livello di memorizzazione dei dati. <\/p>\n
Le funzioni possono essere utilizzate come modello per implementare modelli pi\u00f9 avanzati di occultamento dei dati, se richiesto dai requisiti aziendali.
\n
Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u0420\u0430\u0437\u0432\u0438\u0442\u0438\u0435 \u0442\u0435\u043c\u044b \u042d\u0442\u044e\u0434 \u043f\u043e \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 Row Level Secutity \u0432 PostgreSQL \u0438 \u0434\u043b\u044f \u0440\u0430\u0437\u0432\u0435\u0440\u043d\u0443\u0442\u043e\u0433\u043e \u043e\u0442\u0432\u0435\u0442\u0430 \u043d\u0430 \u043a\u043e\u043c\u043c\u0435\u043d\u0442\u0430\u0440\u0438\u0439. \u0418\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u043d\u0430\u044f \u0441\u0442\u0440\u0430\u0442\u0435\u0433\u0438\u044f \u043f\u043e\u0434\u0440\u0430\u0437\u0443\u043c\u0435\u0432\u0430\u0435\u0442 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435 \u043a\u043e\u043d\u0446\u0435\u043f\u0446\u0438\u0438 \u00ab\u0411\u0438\u0437\u043d\u0435\u0441-\u043b\u043e\u0433\u0438\u043a\u0430 \u0432 \u0411\u0414\u00bb, \u0447\u0442\u043e \u0431\u044b\u043b\u043e \u0447\u0443\u0442\u044c \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u0435\u0435 \u043e\u043f\u0438\u0441\u0430\u043d\u043e \u0437\u0434\u0435\u0441\u044c \u2014 \u042d\u0442\u044e\u0434 \u043f\u043e \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0431\u0438\u0437\u043d\u0435\u0441-\u043b\u043e\u0433\u0438\u043a\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 \u0445\u0440\u0430\u043d\u0438\u043c\u044b\u0445 \u0444\u0443\u043d\u043a\u0446\u0438\u0439 PostgreSQL \u0422\u0435\u043e\u0440\u0435\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u0447\u0430\u0441\u0442\u044c \u043e\u0442\u043b\u0438\u0447\u043d\u043e \u043e\u043f\u0438\u0441\u0430\u043d\u0430 \u0432 \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u0438 Postgres Pro \u2014 \u041f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 \u0437\u0430\u0449\u0438\u0442\u044b \u0441\u0442\u0440\u043e\u043a. \u041d\u0438\u0436\u0435 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0430 \u043f\u0440\u0430\u043a\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":92115,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-92114","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Implementazione del modello di accesso con l'uso della Row Level Security in PostgreSQL | ProHoster","description":"Sviluppo del tema Etude sulla realizzazione della Row Level Security in PostgreSQL e per una risposta dettagliata su","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/realizacziya-rolevoj-modeli-dostupa-s-ispolzovaniem-row-level-security-v-postgresql","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u043e\u043b\u0435\u0432\u043e\u0439 \u043c\u043e\u0434\u0435\u043b\u0438 \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u0441 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c Row Level Security \u0432 PostgreSQL | ProHoster","og:description":"\u0420\u0430\u0437\u0432\u0438\u0442\u0438\u0435 \u0442\u0435\u043c\u044b \u042d\u0442\u044e\u0434 \u043f\u043e \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 Row Level Secutity \u0432 PostgreSQL \u0438 \u0434\u043b\u044f \u0440\u0430\u0437\u0432\u0435\u0440\u043d\u0443\u0442\u043e\u0433\u043e \u043e\u0442\u0432\u0435\u0442\u0430 \u043d\u0430","og:url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/realizacziya-rolevoj-modeli-dostupa-s-ispolzovaniem-row-level-security-v-postgresql","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-08-23T17:41:56+00:00","article:modified_time":"2020-08-23T17:41:56+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"92114","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:14:23","updated":"2022-10-06 10:04:45","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/92114","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=92114"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/92114\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/92115"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=92114"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=92114"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=92114"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}