Skip to main content
Version: v3.x beta

Hasura Authorization

Introduction

Authorization determines what a verified user can access.

You can define permissions (also known as access control or authorization rules) on output types, models, and commands in your data domain.

There are three forms of permissions:

  • Type Permissions: Define which fields within a ScalarType or ObjectType can be accessed by a particular role.
  • Model Permissions: Define which rows within a model can be accessed by a specific role.
  • Command Permissions: Define which commands can be executed by a given role.

A role comes into existence when it is defined in one of these three ways.

Every request to Hasura should carry the necessary session variables or roles from your authentication service. The presence and values of these roles determine which permissions apply to the request. There is no longer the concept of a built-in, default, super-user admin role in Hasura DDN. You can however set up role emulation in order to test your permissions with another role.

Hasura's roles and permissions are implemented at the Hasura Engine layer. They have no direct relationship to any data source users and roles.

Examples

For examples of authorization permissions in metadata, see the permissions page in the Supergraph modeling section.

Testing Permissions

You can test permissions directly in the Hasura Console's API interface:

  1. Define the desired permissions for a particular type, model, or command in your metadata.
  2. Make a request through the Hasura DDN Console GraphiQL API interface and send the session variables as request headers (e.g., a role you've defined permissions for).
  3. Check the returned data to ensure it adheres to your permission configurations.
Loading...
Loading...