Skip to content
Back to skills

Notion Enterprise Rbac

ASecurity

Map Notion connection capabilities, content access, user context, and application roles into an auditable authorization model. Use when designing multi-workspace or enterprise controls. Trigger with "review Notion RBAC", "map Notion permissions", or "audit Notion tenant access".

  • 2,719 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 21, 2026
ai-agentsapisecuritydocumentation

Works with

  • claude code
  • api

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 21, 2026

npx -y skills add jeremylongshore/claude-code-plugins-plus --skill notion-enterprise-rbac --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Notion Enterprise Rbac?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Notion Enterprise Rbac
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/jeremylongshore-notion-enterprise-rbac-3d3ee001/badge)](https://www.skillsdirectory.com/skills/jeremylongshore-notion-enterprise-rbac-3d3ee001)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: notion-enterprise-rbac
description: >-
  Map Notion connection capabilities, content access, user context, and application roles into an auditable authorization model. Use when designing multi-workspace or enterprise controls. Trigger with "review Notion RBAC", "map Notion permissions", or "audit Notion tenant access".
allowed-tools: Read,Glob,Grep,Write,Edit
argument-hint: "<connection-model> <workspace-scope> <role-model>"
version: 1.40.0
license: MIT
author: Jeremy Longshore <jeremy@intentsolutions.io>
tags: [saas, notion, authorization]
model: inherit
effort: high
compatibility: "Designed for Claude Code; live Notion actions require network access and explicit approval"
---
# Notion Enterprise Authorization Boundary Review

## Overview

Map Notion connection capabilities, content access, user context, and application roles into an auditable authorization model.. This workflow produces an auditable decision or artifact before any live action.

## Prerequisites

- Current first-party Notion documentation and the selected integration's tested API-version contract.
- A named workspace owner, content or data owner, and operation owner.
- Synthetic or approved non-production fixtures with secrets and workspace content removed.

## Current Contract

Notion connection capabilities, page sharing, installer authority, personal-token user permissions, application roles, and enterprise admin APIs are distinct control planes. None should be presented as universal Notion RBAC. Recheck the dated evidence map before relying on mutable fields, endpoints, versions, limits, or delivery behavior.

## Authentication

Record internal connection, public OAuth connection, or personal access token explicitly. For public OAuth, bind encrypted tokens and refresh state to the correct workspace and installation.

## Instructions

1. Inventory actors, workspace and tenant boundaries, connection types, capabilities, shared roots, and application roles.
2. Build an operation matrix for read, insert, update, comments, user information, webhook, and administrative surfaces.
3. Calculate effective access as the intersection of token model, capabilities, content sharing, user authority, and application policy.
4. Design authorization checks at every job, cache, queue, and destination boundary.
5. Add joiner, mover, leaver, reauthorization, revocation, and workspace-removal workflows.
6. Review exceptions, separation of duties, audit evidence, and recertification cadence.

## Tool Discipline

Use Read, Glob, and Grep to inspect documentation, configuration, code, fixtures, and evidence. Use Write and Edit only for approved repository artifacts. Invocation alone does not authorize network access, credentials, workspace content, user data, file transfer, deployment, capability or sharing changes, writes, spend, or deletion.

## Approval Boundaries

Require workspace admin, security, and data-owner approval for new capabilities, workspace-wide access, user-email access, administrative APIs, or cross-workspace processing.

## Error Handling

- Do not equate a successful token exchange with access to all workspace content.
- Do not use application roles to conceal an overprivileged Notion token.
- Fail closed when workspace binding is missing.

## Output

Return the actor-resource-operation matrix, effective-access rules, tenant-binding model, lifecycle workflows, exceptions, and recertification owner. Identify assumptions, owners, expirations, and evidence gaps explicitly.

## Examples

- Prove a read-only connection cannot update a page.
- Revoke one workspace installation without affecting another tenant.

## Validation

Exercise and record these paths with expected and observed results:

- capability denial
- unshared content
- tenant swap
- revoked grant
- role change
- recertification

## Resources

- [Current first-party evidence map](references/official-docs.md) — recheck dated sources before relying on mutable behavior.
- Treat observed tenant behavior as environment-specific evidence, never a universal Notion guarantee.

Files in this skill

  • SKILL.md4 KB
  • references/official-docs.md2.1 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.