Grant access to a Snowflake Native App

This topic describes how a consumer can allow a Snowflake Native App to create and access objects in their account. This includes granting the privileges requested by an app or enabling access to existing objects by using references.

About the privileges and references requested by an application

In a simple Snowflake Native App, all of the objects required by the app are created inside the APPLICATION object when the setup script runs during installation. All of the objects required by the application are created in and accessed within the installed application. The consumer does not need to perform any actions in their account.

However, some apps might ask the consumer to perform the following types of actions in their account:

  • Create a database or warehouse.

  • Execute tasks.

  • Access existing objects, for example a table.

There are two types of access that a Snowflake Native App can request:

  • Privileges that allow the app to perform some account-level operations. An app can request the following global privileges:

    • EXECUTE TASK

    • EXECUTE MANAGED TASK

    • CREATE WAREHOUSE

    • MANAGE WAREHOUSES

    • CREATE DATABASE

    Some apps might also request the IMPORTED PRIVILEGES privilege on the SNOWFLAKE database. Refer to Grant the IMPORTED PRIVILEGES privilege on the SNOWFLAKE database for details.

  • References that allow the app to access objects that already exist in the consumer account and are outside the APPLICATION object. A provider defines the references required by the app in the manifest.yml file.

    After installing the app, the consumer can authorize access on an object by creating a reference that associates the object to the app.

    An app can request access to the following types of objects and their corresponding privileges:

    Object Type

    Privileges Allowed

    TABLE

    SELECT, INSERT, UPDATE, DELETE, TRUNCATE, REFERENCES

    VIEW

    SELECT, REFERENCES

    EXTERNAL TABLE

    SELECT, REFERENCES

    FUNCTION

    USAGE

    PROCEDURE

    USAGE

    WAREHOUSE

    MODIFY, MONITOR, USAGE, OPERATE

    API INTEGRATION

    USAGE

A consumer can approve these requests using Snowsight or by running SQL commands as described in the following sections.

Note

If you do not grant the requested privileges or associate references on the requested object to the app, parts of the app may not function correctly.

Manage access requests using Snowsight

If a provider implements a user interface in a Snowflake Native App, a consumer may perform the following using Snowsight.

  • View and grant global privileges.

  • Authorize access to existing objects in the consumer account.

Grant global privileges

To grant privileges or create references after installing an application, do the following:

  1. Sign in to Snowsight.

  2. In the navigation menu, select Data Products » Apps.

  3. Select the application.

  4. Select the Security icon in the toolbar.

  5. Select the Privileges tab.

    The account level permissions requested by the application appear under Account level privileges

  6. In the Account-level privileges section, select Review, and then toggle the slider for each privilege that you want to grant.

  7. Select Save.

Authorize access to specific objects

If a provider implements a user interface for a Snowflake Native App, a consumer can use Snowsight to authorize access on objects in their account.

To authorize access to specific objects:

  1. Sign in to Snowsight.

  2. In the navigation menu, select Data Products » Apps.

  3. Select the application.

  4. Select the Security icon in the toolbar.

  5. Select the Privileges tab.

  6. In the Privileges to objects section, select Add next to the object to which you want to authorize access.

  7. Select Select Data and choose the data product to which you want to authorize access.

  8. Select Done.

Revoke privileges and access to objects

To revoke privileges or remove access to objects, do the following:

  1. Sign in to Snowsight.

  2. In the navigation menu, select Data Products » Apps.

  3. Select the application.

  4. Select the Security icon in the toolbar.

  5. Select the Privileges tab.

    • To revoke a global privilege, select the Edit button, then toggle the slider for the privilege you want to revoke.

    • To revoke access from a specific object, select the Delete button, then select Revoke Privilege.

Note

Revoking privileges or removing access from objects can cause the application to become unstable or stop working.

Manage privileges for an app by using SQL commands

If your application developer does not implement an interface for granting privileges, you must manage access requests for the application using SQL commands.

View the privileges requested by an application

When a provider specifies the privileges required by the application, the privilege request is included as part of the installed application. You can view these privileges after installing the application.

To view the privileges required by an application, run the SHOW PRIVILEGES command as shown in the following example:

SHOW PRIVILEGES IN APPLICATION hello_snowflake_app;
Copy

Grant privileges to a Snowflake Native App

After a consumer determines the privileges requested by an app, they can grant those privileges to the app.

For example, to grant the EXECUTE TASK privilege to an app, run the GRANT PRIVILEGE command as shown in the following example:

GRANT EXECUTE TASK ON ACCOUNT TO APPLICATION hello_snowflake_app;
Copy

Grant the MANAGE WAREHOUSES privilege to a Snowflake Native App

The MANAGE WAREHOUSES privilege allows an application to create, modify, and use warehouses within the consumer account. To grant the MANAGE WAREHOUSES privilege to an app, use the GRANT as shown in the following example:

GRANT MANAGE WAREHOUSES ON ACCOUNT TO APPLICATION hello_snowflake_app;
Copy

Grant the IMPORTED PRIVILEGES privilege on the SNOWFLAKE database

Some applications might request that a consumer grants the IMPORTED PRIVILEGES privilege on the SNOWFLAKE database in their account. This privilege can only be granted using SQL commands. It cannot be granted using Snowsight. If an application requires this privilege, the provider should communicate this requirement to the consumer, for example, in the README file of the application.

To grant the IMPORT privilege on the SNOWFLAKE database, run the following command:

GRANT IMPORTED PRIVILEGES ON DATABASE SNOWFLAKE TO APPLICATION hello_snowflake_app;
Copy

Note

The IMPORTED PRIVILEGES privilege allows the app to access information about usage and costs associated with the consumer account. A consumer should ensure that they want to share this information with the app before granting this privilege.

Manually authorize access to objects

When a provider defines a reference to an object in the manifest.yml file, this reference definition is included as part of the installed app. A consumer can create a reference to an object in their account to authorize the app to access the object. If the provider did not create a user interface for allowing access to objects in the consumer account, the consumer can authorize access manually.

The consumer can create a reference for an object to associate with the app if they have the requested privileges on the object. For example, if SELECT and INSERT privileges are required for an object, for example a table, the consumer must create the reference using a role that has the SELECT and INSERT privileges on the table. To view the object types and the specific required privilege grants for each object, see View the References Requested by an App.

Note

A reference does not grant any privileges on the object. If the role used to create the reference loses privileges on the object, the reference is no longer valid. The consumer must do one of the following:

  • Restore the required privileges to the role that created the reference.

  • Recreate the reference using a role with the required privileges on the object.

View the references requested by an app

A consumer can view the references requested by an app by running the SHOW REFERENCES command as shown in the following example:

SHOW REFERENCES IN APPLICATION hello_snowflake_app;
Copy

This command displays a list of all the references defined in the app. It also displays the privileges that the consumer role must have on the object in order to create the reference.

Create the reference and associate the reference to the app

After viewing the references requested by the application, a consumer can create the reference by running the SYSTEM$REFERENCE system function as shown in the following example:

SELECT SYSTEM$REFERENCE('table', 'db1.schema1.table1', 'persistent', 'select', 'insert');
Copy

This command creates the reference and returns an identifier for the object. The identifier looks similar to the following example:

ENT_REF_TABLE_16617302895522_2CDD20F5C047A5B87B2CE36F6837715786AF9F2D

The consumer passes this identifier to a callback stored procedure to associate the reference to the app.

Note

The consumer must run this command for each reference requested by the app.

To associate a reference to an application, the consumer must pass the identifier returned by calling the SYSTEM$REFERENCE system function to a callback stored procedure. A callback procedure is a stored procedure that the provider creates in the Snowflake Native App to associates a reference to the app.

To use a callback procedure, run the following command:

CALL app.config.register_single_reference(
  'consumer_table', 'ADD', 'ENT_REF_TABLE_16617302895522_2CDD20F5C047A5B87B2CE36F6837715786AF9F2D');
Copy

In this example, the register_single_reference() stored procedure associates the reference with the identifier ENT_REF_TABLE_16617302895522_2CDD20F5C047A5B87B2CE36F6837715786AF9F2D to the app.

Note

A provider can include different callback procedures in an app. These should be specified in the README file of the application.

Create and associate the reference to the app in a single step

After viewing the references requested by the application, a consumer can create the reference and associate it to the app by passing the SYSTEM$REFERENCE system function as an argument to a callback stored procedure.

The following example shows the syntax for passing the SYSTEM$REFERENCE system function as an argument to a callback stored procedure:

CALL app.config.register_single_reference(
 'consumer_table', 'ADD', SYSTEM$REFERENCE('table', 'db1.schema1.table1',
 'PERSISTENT', 'SELECT', 'INSERT'));
Copy

This example creates the reference and passes the identifier to the callback function to associate the reference to the app.