← raylib · projekttervezési csomag adatlapja

Skill · 1.0.0 verzió

Jogosultságok és ügyfélhatárok felülvizsgálata

Átnézi, ki férhet hozzá a játékosok, klánok és fejlesztői munkaterek adataihoz. A beágyazott azonosítókon, letöltéseken és élő eseményeken át is követi a jogosultságokat.

authorization-tenant-boundary-review

Ezt a skillt használó ügynökök

Nézd meg, miben segít

Mikor hasznos?

Akkor használd, ha ügyféladatot elérő API-t, háttérfeladatot vagy exportot vizsgálsz.

Miben segít neked?

  • Az URL mellett a kérésbe ágyazott kapcsolódó azonosítókat is ellenőrzi.
  • Listákban, gyorsítótárakban és élő csatornákon keres adatkeveredést.
  • Feltárja az írható védett mezőket és jogosulatlan válaszadatokat.

Például ezt kérheted

Vizsgáld meg a klánraktárból történő átadás végpontját. Próbáld ki jelenlegi taggal, kilépett taggal és egy másik klán tárgyazonosítójával. Kövesd az adatbázis-lekérdezéseket és a kiküldött eseményeket: elutasításkor egyik raktár se változzon, és ne szivárogjon ki privát tartalom.

Részletes dokumentáció

Itt a skill eredeti útmutatóját, példáit és ellenőrzési szempontjait olvashatod az eredeti nyelven.

Részletek…Összecsukás

Authorization & Tenant Boundary Review

Use this skill during specification and code review to verify that every read, write, list, export, and background operation enforces identity, workspace membership, and action permissions on the server.

Workflow

  1. Check the three-part access control invariant on every entry point:
    • Verify that every new or modified route, RPC handler, or job checks:
      1. Authentication: Who is the caller?
      2. Tenant / Workspace scope: Does the caller belong to the active workspace, and does the target resource belong to that exact same workspace (WHERE id = ? AND workspace_id = ?)?
      3. Action & resource permission: Does the caller's role, ownership, or approval state permit this specific operation on this specific resource state?
  2. Spot Indirect Object Reference (IDOR) and cross-tenant leaks:
    • Check nested IDs in request bodies (projectId, assigneeId, parentId, attachmentId, templateId): never verify only the top-level URL parameter while allowing the body to link or copy a record belonging to another tenant!
    • Check list, search, aggregation, and export queries to ensure every query is scoped by tenant_id / workspace_id.
    • Check cache keys, pub/sub channels, and SSE/WebSocket streams to ensure events for Tenant A are never broadcast to connections held by Tenant B.
  3. Verify field-level and state-dependent restrictions:
    • Confirm that read-only or restricted fields (e.g., role, status, approvedBy, internalNotes, priceOverride) cannot be mass-assigned by standard users on create/update endpoints, and sensitive fields are stripped from unauthorized responses.
    • Route deep policy-engine or cryptographic security questions to the authorization and security specialists.

Csomagban lévő fájlok 1

  • SKILL.md