← Back to blog

n8n RBAC: A Recurring Access Review Checklist

Review n8n RBAC against current team responsibilities, include workflow-derived credential access, and track permission changes to verified closure.

Keys sorted into resource compartments represent an n8n RBAC review of current team responsibilities.

Checked against the cited sources on .

Define the n8n RBAC review

A recurring n8n RBAC review should answer who has access, why they still need it, and whether approved changes actually took effect. This checklist suggests a manual review process for engineering managers and IT leads; its cadence and completion criteria are editorial recommendations, not mandatory standards or proof of compliance.

Start by recording the review context below. n8n distinguishes instance-wide permissions from project permissions, so review both. Feature availability depends on the subscription and installed version; apply only the checks supported for your setup.

Sources: n8n-docs/docs/administer/manage-users-and-access/understand-instance-roles.md at main · n8n-io/n8n-docs · GitHub

Inventory every access route

Use one review row per user, resource and access route. Project membership matters: n8n documents that project workflows are shared with project members, with actions controlled by project roles. This workflow-sharing behavior applies to all n8n Cloud plans and self-hosted Business and Enterprise.

The following fields are our suggested review record. Completion means every in-scope row has an accountable reviewer. We think reviewing access routes is more useful than simply approving a list of usernames: it makes each permission decision specific.

Suggested fields for a manual access review
FieldWhat to record
Identity and resourceUser and affected project, workflow or credential
Access routeInstance role, project membership or sharing
ResponsibilityCurrent task requiring access
ReviewerPerson accountable for the decision
Decision and reasonRetain, modify or revoke, with justification
RemediationImplementer, due date and verification result

Sources: Share with others | Build | n8n Docs

Justify instance-wide privileges

n8n documents that instance owners can see and edit all workflows, credentials and projects. Its Admin instance role is available on Cloud Pro and Enterprise and self-hosted Enterprise. Review elevated access separately from project assignments rather than treating project membership as the complete boundary.

Use these suggested checks to finish this part of the review. Completion means each elevated assignment has a recorded business justification or an assigned change.

Sources: n8n-docs/docs/administer/manage-users-and-access/understand-instance-roles.md at main · n8n-io/n8n-docs · GitHub

Match project permissions to current work

Check the actions each person needs, including visibility, manual execution and editing. n8n's Project Viewer role is read-only and cannot manually execute workflows, but includes access to project workflows, credentials and executions; it is available on Cloud Enterprise and self-hosted Enterprise. Project Editors can view, create, update and delete project workflows, credentials and executions; n8n documents Editor availability on Cloud Pro and self-hosted Enterprise.

For Cloud Enterprise and self-hosted Enterprise, custom project roles are documented from n8n 1.122.0; individual scopes can require later versions. Editing a shared custom role affects its assigned users across projects. Inspect both its permissions and assignments before approving a definition change.

Our suggested n8n RBAC completion check is to compare each assignment with the person's current tasks, record mismatches, and identify everyone affected by a proposed custom-role edit.

Sources: n8n-docs/docs/administer/manage-users-and-access/set-permissions-and-roles-rbac/see-available-roles.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/administer/manage-users-and-access/set-permissions-and-roles-rbac/create-custom-project-roles.md at main · n8n-io/n8n-docs · GitHub

Include workflow-derived credential use

Two routes reach a credential cabinet, showing direct sharing and workflow-derived credential use in n8n.
The direct walkway and workshop route depict direct sharing and workflow-derived credential use.

For workflow sharing on all n8n Cloud plans and self-hosted Business and Enterprise, editors can use credentials embedded in shared workflows even when those credentials are not explicitly shared with them. n8n also restricts editing nodes using unshared credentials. Credential use is different from viewing secret values.

For credential sharing on those same plans and editions, users using a shared credential cannot view or edit its details through that sharing route; elevated and project-role permissions need separate consideration. Removing a credential-sharing entry requires saving the change.

Use the following suggested checks before marking credential access reviewed. In our view, removing a sharing entry should start verification, rather than serve as the evidence that removal is complete.

Sources: n8n-docs/docs/administer/manage-credentials/share-credentials-securely.md at main · n8n-io/n8n-docs · GitHub, Share with others | Build | n8n Docs

Verify decisions with safe permission checks

For n8n RBAC verification, we suggest authorized test accounts and non-destructive checks against an approved access matrix. Compare expected visibility and denied actions, including workflow-derived credential use. Do not reveal secret values or execute production workflows merely to demonstrate access.

Completion means observed permissions match the approved decision. If access persists unexpectedly, revisit instance privileges, project membership, direct sharing and embedded credential use before closing the change.

Sources: n8n-docs/docs/administer/manage-users-and-access/understand-instance-roles.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/administer/manage-users-and-access/set-permissions-and-roles-rbac/see-available-roles.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/administer/manage-credentials/share-credentials-securely.md at main · n8n-io/n8n-docs · GitHub, Share with others | Build | n8n Docs

Close changes with evidence

IDPro's 2025 article by Vatsal Gupta, Optimizing Access Certifications, describes recording review results and checking that corrective actions occurred on time. It is professional guidance, not evidence that this checklist reduces incidents.

Our suggested closure checks below turn decisions into a reviewable record. Completion means verified changes are closed, while unresolved work remains visible.

Sources: Optimizing Access Certifications

Put this into practice

Hands-on n8n challenges

Pick a challenge and build a working workflow in your own n8n environment, with five progressive tips per challenge.

Try a hands-on challenge

For your team

Custom n8n training programs for one team or department, run on your own n8n instance with your own tools and data.

Training for your team

n8n skills assessment

A free quiz of about 20 minutes: 30 questions in 10 skill areas and a level from Beginner to Expert. On AI Adoption Score, another project by the author of this site.

Get your n8n level