check-orgid

Audit backend service methods for missing OrgId filters and ownership checks.

16|9|Updated Dec 27, 2025
One-click install
npx skills add https://github.com/omni-system-creator/omni --skill check-orgid
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: check-orgid
Source: https://github.com/omni-system-creator/omni/tree/main/.claude/skills/check-orgid
Command: npx skills add https://github.com/omni-system-creator/omni --skill check-orgid

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Audit backend services to ensure OrgId filtering is applied for multi-tenant data isolation.

Core Features & Use Cases

  • Identify missing or incorrect OrgId filters in GetList/GetById queries.
  • Validate Update/Delete operations enforce OrgId ownership before modifications.
  • Generate a report listing violations with file paths and line references for remediation.
  • Integrate into code review, CI checks, or security audits to enforce tenant isolation.

Quick Start

Run an audit over backend/omsapi/Services/*Service.cs to detect OrgId filtering violations and produce a structured report.

Frequently Asked Questions about check-orgid

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I audit Entity Framework queries for missing OrgId tenant isolation filters?

Audit Entity Framework queries for missing OrgId tenant isolation filters by scanning backend service files to verify GetList, GetById, Update, and Delete methods enforce Where clauses on OrgId. This generates a violations report with file paths and line references for remediation.

What is the best way to enforce multi-tenant data isolation in C# backend services?

Enforce multi-tenant data isolation in C# backend services by auditing query and update methods to ensure OrgId filters are applied to all database interactions. The audit checks GetList, GetById, Update, and Delete flows to prevent unauthorized cross-tenant access.

Can I integrate an OrgId security audit into CI checks for C# multitenancy applications?

Yes, you can integrate an OrgId security audit into CI checks for C# multitenancy applications. The audit evaluates backend service files, validates that queries include Orgid Where clauses, and outputs a structured violations report suitable for automated code review and security pipelines.

Why does my multi-tenant C# service allow cross-tenant data access during updates?

Multi-tenant C# services allow cross-tenant data access during updates when Delete or Update methods fail to verify OrgId ownership before modifications. Auditing these specific flows identifies missing OrgId filters and outputs file paths with line references for immediate remediation.

Does this OrgId audit work with all backend service files or only specific patterns?

This OrgId audit works specifically with files matching backend/omsapi/Services/*Service.cs. It targets query and update methods within those files, focusing on GetList, GetById, and their Update/Delete counterparts to produce a structured violations report.

What limitations exist when auditing OrgId filters for Entity Framework multitenancy?

Limitations when auditing OrgId filters for Entity Framework multitenancy include a strict scope restricted to backend/omsapi/Services/*Service.cs files. The audit relies on detecting explicit Where clauses on OrgId and may not catch dynamically constructed queries or indirect data access patterns outside the specified service files.