Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extend backend_only permissions to all operation types #5275

Closed
amille14 opened this issue Jul 2, 2020 · 3 comments
Closed

Extend backend_only permissions to all operation types #5275

amille14 opened this issue Jul 2, 2020 · 3 comments
Assignees

Comments

@amille14
Copy link

amille14 commented Jul 2, 2020

Currently the backend_only permission setting is only available for insert operations. I would like to see this permission setting extended to all other operations (select, update, delete).

I have a system where I use actions to perform validations before creating or updating any tables. As such, I don't want clients to be able to directly insert OR update OR delete (sometimes) without going through the actions, as allowing direct access would mean that a user can update data in a way that doesn't conform to the validation schema. The existing backend_only setting does exactly what I'm looking for, but it seems that it's only made available for inserts for some reason.

Currently I need to create and manage an entire separate "actions" or "backend" role for this purpose. Would be nice if I could have a single "user" role that uses the backend_only setting for any of the operation types.

@MarcusBondezan
Copy link

@coco98 Do you have any updates on this? It's really important for us too.

@tirumaraiselvan
Copy link
Contributor

tirumaraiselvan commented May 9, 2022

In pg_create_insert_permission , the permission is given as https://hasura.io/docs/latest/graphql/core/api-reference/syntax-defs/#insertpermission, we need to extend this for pg_create_update_permission and pg_create_delete_permission.

Let's also add this for mssql permissions if it's easy to add (if it's hard then let's do it in a separate PR)

@Naveenaidu Naveenaidu self-assigned this May 12, 2022
@tirumaraiselvan
Copy link
Contributor

Will be released in v2.8.0-beta.1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants