CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/tenant-leak-test-author

Workflow-driven skill that builds a tenant-leak test plan from an inventory of tenant-bearing surfaces (database tables, APIs, object storage, search indices, async messages) and the isolation model in use. Walks through identifying tenant-bearing surfaces, enumerating the attack patterns per OWASP WSTG-ATHZ-02 (horizontal escalation, vertical escalation, IDOR / BOLA), generating test cases that exercise each pattern against each surface, and emitting the test suite skeleton (pytest / Jest / JUnit / Go test) with explicit cross-tenant probes. Use when designing a multi-tenant test suite for a new feature, when auditing test coverage for an existing tenant boundary, or when reviewing PRs that add tenant-bearing surfaces. Distinct from cross-tenant-data-leak-tests which is the runtime gate; this skill produces the plan.

75

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

85%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, actionable skill body with a clear sequenced workflow and proper progressive disclosure into real reference files. The only weakness is mild token redundancy from a repeated long URL and a table duplicated between the body and a reference.

Suggestions

Keep the full OWASP WSTG-ATHZ-02 URL once in the References section; inline occurrences can use a short anchor link to avoid repeating the long verbatim URL.

In Step 2, retain only the three OWASP scenarios inline and defer the tenant-isolation-specific patterns entirely to references/attack-patterns.md to remove the duplicated table.

Consider trimming rarely-tenant-bearing rows from the Step 1 surface-category table, or moving the exhaustive list into a reference, to tighten the overview.

DimensionReasoningScore

Conciseness

Dense and competent, but not every token earns its place: the long OWASP WSTG-ATHZ-02 URL is repeated verbatim three times and the Step 2 attack-pattern summary table duplicates content already in references/attack-patterns.md.

2 / 3

Actionability

Provides an executable minimal Python probe, concrete grep commands ('grep -r "tenant_id" --include="*.sql"'), a framework-selection table, and real copy-paste-ready batteries in the reference files.

3 / 3

Workflow Clarity

Steps 1-5 are clearly sequenced with an explicit validation checkpoint in Step 5 (coverage matrix with 'Empty cells are coverage gaps the PR must justify') plus an anti-patterns checklist.

3 / 3

Progressive Disclosure

The body is an overview that signals one-level-deep references (references/attack-patterns.md, references/framework-skeletons.md), both of which exist as real bundle files with the promised detailed content.

3 / 3

Total

11

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: third-person voice, concrete capability list, explicit 'Use when' triggers, and an explicit boundary against the sibling runtime-gate skill. No notable weaknesses.

DimensionReasoningScore

Specificity

Lists multiple concrete actions - 'identifying tenant-bearing surfaces', 'enumerating the attack patterns per OWASP WSTG-ATHZ-02', 'generating test cases', and 'emitting the test suite skeleton (pytest / Jest / JUnit / Go test)'.

3 / 3

Completeness

Clearly answers both 'what' (builds a tenant-leak test plan from a surface inventory) and 'when' via the explicit 'Use when designing... when auditing... or when reviewing PRs...' clause.

3 / 3

Trigger Term Quality

Uses natural terms a user would say in this domain - 'multi-tenant test suite', 'auditing test coverage', 'tenant boundary', and 'reviewing PRs that add tenant-bearing surfaces'.

3 / 3

Distinctiveness Conflict Risk

Explicitly carves a distinct niche - 'Distinct from cross-tenant-data-leak-tests which is the runtime gate; this skill produces the plan' - making a wrong-skill trigger unlikely.

3 / 3

Total

12

/

12

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents