{"id":611,"date":"2025-02-01T06:10:24","date_gmt":"2025-02-01T06:10:24","guid":{"rendered":"https:\/\/datadandies.nl\/?p=611"},"modified":"2025-02-01T06:11:56","modified_gmt":"2025-02-01T06:11:56","slug":"611","status":"publish","type":"post","link":"https:\/\/datadandies.nl\/index.php\/2025\/02\/01\/611\/","title":{"rendered":"Reduce administrative overhead in Snowflake with Privilege Inheritance in Role Hierarchies"},"content":{"rendered":"\n

Privilege inheritance in Snowflake’s role hierarchy is a powerful feature that simplifies access management and reduces administrative overhead.<\/p>\n\n\n\n

In Snowflake, roles can be granted to other roles, creating a hierarchical structure. Privileges associated with a role are inherited by any roles above it in the hierarchy. This means that when you grant a privilege to a lower-level role, all roles above it in the hierarchy automatically receive that privilege as well.<\/p>\n\n\n\n

Let me illustrate this with an example:<\/p>\n\n\n\n

Let’s consider a simple role hierarchy:<\/p>\n\n\n\n

    \n
  1. ANALYST_ROLE (lowest level)<\/li>\n\n\n\n
  2. DATA_ENGINEER_ROLE (middle level)<\/li>\n\n\n\n
  3. SYSADMIN (highest level)<\/li>\n<\/ol>\n\n\n\n

    We can set up this hierarchy using the following commands:<\/p>\n\n\n\n

    SQL<\/span><\/span><\/path><\/path><\/svg><\/span>
    USE<\/span> <\/span>ROLE<\/span> SECURITYADMIN;<\/span><\/span>\n<\/span>\nGRANT<\/span> <\/span>ROLE<\/span> ANALYST_ROLE <\/span>TO<\/span> <\/span>ROLE<\/span> DATA_ENGINEER_ROLE;<\/span><\/span>\n<\/span>\nGRANT<\/span> <\/span>ROLE<\/span> DATA_ENGINEER_ROLE <\/span>TO<\/span> <\/span>ROLE<\/span> SYSADMIN;<\/span><\/span><\/code><\/pre>SQL<\/span><\/div>\n\n\n\n
    Now, let’s grant some privileges:<\/p>\n\n\n\n
    SQL<\/span><\/span><\/path><\/path><\/svg><\/span>
    GRANT<\/span> USAGE <\/span>ON<\/span> <\/span>DATABASE<\/span> SOURCE_DB <\/span>TO<\/span> <\/span>ROLE<\/span> ANALYST_ROLE;<\/span><\/span>\n<\/span>\nGRANT<\/span> <\/span>SELECT<\/span> <\/span>ON<\/span> ALL TABLES <\/span>IN<\/span> <\/span>SCHEMA<\/span> SOURCE_DB.PUBLIC <\/span>TO<\/span> <\/span>ROLE<\/span> ANALYST_ROLE;<\/span><\/span>\n<\/span>\nGRANT<\/span> <\/span>SELECT<\/span> <\/span>ON<\/span> FUTURE TABLES <\/span>IN<\/span> <\/span>SCHEMA<\/span> SOURCE_DB.PUBLIC <\/span>TO<\/span> <\/span>ROLE<\/span> ANALYST_ROLE;<\/span><\/span><\/code><\/pre>SQL<\/span><\/div>\n\n\n\n
    With this setup:<\/p>\n\n\n\n
      \n
    1. ANALYST_ROLE has USAGE privilege on SOURCE_DB and SELECT privilege on all tables in SOURCE_DB.PUBLIC schema.<\/li>\n\n\n\n
    2. DATA_ENGINEER_ROLE automatically inherits these privileges from ANALYST_ROLE.<\/li>\n\n\n\n
    3. SYSADMIN also inherits these privileges through DATA_ENGINEER_ROLE.<\/li>\n<\/ol>\n\n\n\n
      This inheritance simplifies management because:<\/p>\n\n\n\n
        \n
      1. You only need to grant privileges once at the lowest appropriate level.<\/li>\n\n\n\n
      2. When you add new objects (e.g. tables) to SOURCE_DB.PUBLIC, all roles in the hierarchy automatically get access without additional grants.<\/li>\n\n\n\n
      3. If you need to modify access, you can do it at one level, and the changes propagate up the hierarchy.<\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"
        Privilege inheritance in Snowflake’s role hierarchy is a powerful feature that simplifies access management and reduces administrative overhead. In Snowflake, roles can be granted to other roles, creating a hierarchical structure. Privileges associated with a role are inherited by any roles above it in the hierarchy. This means that when you grant a privilege to…<\/p>\n
        Read More<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[15,40,4],"class_list":["post-611","post","type-post","status-publish","format-standard","hentry","category-blog","tag-cybersecurity","tag-snowflake","tag-sql"],"_links":{"self":[{"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/posts\/611","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/comments?post=611"}],"version-history":[{"count":3,"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/posts\/611\/revisions"}],"predecessor-version":[{"id":614,"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/posts\/611\/revisions\/614"}],"wp:attachment":[{"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/media?parent=611"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/categories?post=611"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/datadandies.nl\/index.php\/wp-json\/wp\/v2\/tags?post=611"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}