CtrlK
BlogDocsLog inGet started
Tessl Logo

competition-android-hooking

Internal downstream skill for ctf-sandbox-orchestrator. CTF-sandbox workflow for Android APK hooking, Frida tracing, request-signing recovery, SSL pinning bypass, JNI boundary inspection, and app trust-boundary analysis. Use when the user asks to hook an APK, inspect signer logic, trace Java or native boundaries, bypass pinning or root checks, inspect shared prefs or app databases, or replay accepted mobile requests. Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here.

75

Quality

92%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Critical

Do not install without reviewing

SKILL.md
Quality
Evals
Security

Quality

Content

85%Weight 40%Scale 1-3

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

A well-organized, lean instruction-only skill with a clear phased workflow, explicit verification gates, and a properly signaled one-level-deep reference. Its main weakness is actionability: it tells Claude which boundaries to hook and what to capture but supplies no executable Frida/jadx commands or hook-script templates.

Suggestions

Add a small executable example for the narrowest-boundary hook step — e.g., a minimal Frida command or hook-script snippet showing how to intercept the request signer and log plaintext input + signed output — so the guidance is copy-paste ready rather than target-only.

Include the specific tool invocations for static triage (e.g., jadx/apktool commands) alongside the existing 'map manifest, exported components, deeplinks, native libs' targets to close the gap between what to target and how to target it.

Surface one concrete replay/verification command or check in the 'Replay The Accepted Path' section so the 'reproduce the accepted server-side branch' gate has an executable checkpoint rather than only a description.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — terse imperative bullets with no explanations of what an APK/Frida/JNI is, matching the 'lean and efficient; assumes Claude's competence' anchor rather than the 'mostly efficient but could be tightened' level below.

3 / 3

Actionability

Guidance names specific targets ('hook request signers, crypto helpers, keystore access, protobuf encode or decode, or JNI marshaling') and specific evidence ('plaintext inputs, signed strings, headers, nonces'), but provides no executable tool commands or hook-script templates, so it is concrete-but-incomplete rather than copy-paste ready.

2 / 3

Workflow Clarity

A clear numbered sequence (Static Triage → Hook The Narrowest Boundary → Replay The Accepted Path) with explicit gates ('Correlate static evidence and dynamic traces before claiming a trust edge is understood' and 'Reproduce... from the smallest hook set') matches the 'clear sequence with explicit validation steps' anchor; the operation is non-destructive so the missing-feedback-loop cap does not apply.

3 / 3

Progressive Disclosure

The body is a concise overview with one clearly signaled, one-level-deep reference ('Load `references/android-hooking.md` for hook targets, storage checklist, and evidence packaging'), and the referenced file exists and is not nested, matching the 'clear overview with well-signaled one-level-deep references' anchor.

3 / 3

Total

11

/

12

Passed

Description

100%Weight 40%Scale 1-3

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, well-scoped description: it enumerates concrete capabilities, provides explicit natural-language triggers, answers both what and when, and is clearly distinguished by its downstream-gating clause. No first/second-person voice issues since 'Use when...' follows the accepted trigger pattern.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — 'Android APK hooking, Frida tracing, request-signing recovery, SSL pinning bypass, JNI boundary inspection, and app trust-boundary analysis' — matching the 'lists multiple specific concrete actions' anchor rather than the 'names domain and some actions' level below.

3 / 3

Completeness

It explicitly answers both what ('CTF-sandbox workflow for Android APK hooking, Frida tracing...') and when via an explicit 'Use when...' trigger clause, satisfying the 'clearly answers both what AND when with explicit triggers' anchor; it is not capped at 2 because the Use when clause is present.

3 / 3

Trigger Term Quality

The 'Use when the user asks to hook an APK, inspect signer logic, trace Java or native boundaries, bypass pinning or root checks, inspect shared prefs or app databases, or replay accepted mobile requests' clause gives good coverage of natural terms a CTF user would say, matching the 'good coverage of natural terms' anchor.

3 / 3

Distinctiveness Conflict Risk

The narrow Android trust-boundary niche plus the gating clause 'Use only after `$ctf-sandbox-orchestrator` has already established sandbox assumptions and routed here' gives a clear niche with distinct triggers unlikely to conflict with other skills.

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.

Repository
zhaoxuya520/reverse-skill
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.