7.1 KiB

Raw Blame History

allowed-tools	description	user-invocable	argument-hint	argument
Bash, Read, Glob, Grep, Write, Edit	Neutralize tracker/ad SDK entry points in an Android APK for enterprise deployment	true	<path to APK file>	path to APK file (optional)

/neutralize

Neutralize tracker and ad SDK entry points in an Android APK, producing a sanitized APK for enterprise sideloading.

Instructions

You are starting the SDK neutralization workflow. Follow these steps:

Step 1: Responsible use warning

This step is mandatory and must not be skipped.

Before doing anything else, warn the user clearly about the implications of SDK neutralization:

Before we proceed, please be aware of the following:

Side effects — Neutralizing SDK entry points can cause the app to crash (NullPointerException from stubbed methods), lose features (rewarded ads, A/B testing, analytics-gated content), or behave unexpectedly at startup. The original APK signature will be invalidated — Play Integrity will fail.

Legal/EULA implications — Modifying an APK may violate the app's Terms of Service, SDK provider agreements, and intellectual property laws depending on your jurisdiction. Legitimate uses include authorized enterprise deployment, security research, and privacy compliance (EU Directive 2009/24/EC, GDPR data minimisation), but you are responsible for verifying you have proper authorization.

Please confirm: Do you have authorization to modify this application, and do you understand the potential side effects?

Wait for the user to explicitly confirm before proceeding. If the user declines or expresses doubt, do not continue — suggest they consult their legal/compliance team first.

Step 2: Get the APK/XAPK file

If the user provided a path as an argument, use that. Otherwise, ask the user for the path to the APK or XAPK file.

Verify the file exists and is an APK or XAPK:

file "$APK_PATH"

Step 3: Check dependencies

Run the dependency check to ensure all required tools are installed:

bash ${CLAUDE_PLUGIN_ROOT}/skills/sdk-neutralizer/scripts/check-neutralize-deps.sh

If any INSTALL_REQUIRED: lines appear, install all dependencies at once:

bash ${CLAUDE_PLUGIN_ROOT}/skills/android-reverse-engineering/scripts/install-dep.sh neutralize-all

If the script exits with code 2 (sudo needed but no TTY — common inside Claude Code), tell the user to run this command in their terminal:

sudo bash <full-path-to>/install-dep.sh neutralize-all

Provide the full resolved path (replace ${CLAUDE_PLUGIN_ROOT} with the actual path) so the user can copy-paste directly.

Step 4: Decode APK/XAPK

Decode the APK or XAPK using decode-apk.sh (handles both formats; for XAPKs extracts and decodes the base APK while preserving the full XAPK structure for rebuild):

# Strip both .apk and .xapk extensions for the output dir name
DECODED_DIR="${APK_PATH%.*}-decoded"
bash ${CLAUDE_PLUGIN_ROOT}/skills/sdk-neutralizer/scripts/decode-apk.sh "$APK_PATH" -o "$DECODED_DIR"

Verify the decoded directory contains smali/ and AndroidManifest.xml (the script does this automatically and outputs DECODED_DIR:<path>).

If the output includes XAPK_ORIGIN:<path>, inform the user: "This is an XAPK (split APK bundle). The base APK has been decoded for neutralization, and all split APKs are preserved. During rebuild, all APKs (base + splits) will be re-signed with the same key and reassembled into a new XAPK."

Step 5: Identify targets

Run entry point detection to find which SDK calls exist in the app code:

bash ${CLAUDE_PLUGIN_ROOT}/skills/ad-analysis/scripts/find-ads.sh "${DECODED_DIR}" --entrypoints
bash ${CLAUDE_PLUGIN_ROOT}/skills/tracker-analysis/scripts/find-trackers.sh "${DECODED_DIR}" --entrypoints

Present the results and ask the user what to neutralize:

Ads only (--ads)
Trackers only (--trackers)
Both (--all, recommended)

Step 6: Dry-run preview

Always run a dry-run first so the user can review what will be patched:

bash ${CLAUDE_PLUGIN_ROOT}/skills/sdk-neutralizer/scripts/neutralize.sh "${DECODED_DIR}" --all --dry-run

Show the user the list of methods that would be patched and manifest components that would be disabled. Ask for explicit confirmation before proceeding. Remind the user about possible side effects for any SDK where the stub could cause breakage (especially getInstance() returning null).

Step 7: Neutralize

Apply the neutralization:

bash ${CLAUDE_PLUGIN_ROOT}/skills/sdk-neutralizer/scripts/neutralize.sh "${DECODED_DIR}" --all

Parse the PATCHED: and MANIFEST_DISABLED: output lines for the report.

Step 8: Rebuild & sign

Before rebuilding, ask the user their signing preference:

How would you like to sign the rebuilt APK?

Auto-detect (recommended) — checks ~/.android/debug.keystore first, then generates a debug key

Custom keystore — provide path, alias, and password

No signing — output unsigned APK

Then rebuild with the appropriate flag:

# Auto-detect keystore (recommended)
bash ${CLAUDE_PLUGIN_ROOT}/skills/sdk-neutralizer/scripts/rebuild-apk.sh "${DECODED_DIR}" --auto-keystore

# Or with custom keystore
bash ${CLAUDE_PLUGIN_ROOT}/skills/sdk-neutralizer/scripts/rebuild-apk.sh "${DECODED_DIR}" --keystore /path/to/keystore

# Or unsigned
bash ${CLAUDE_PLUGIN_ROOT}/skills/sdk-neutralizer/scripts/rebuild-apk.sh "${DECODED_DIR}" --no-sign

Parse the output for:

KEYSTORE_USED:<path> — which keystore was used
KEYSTORE_SOURCE:<source> — how it was resolved (debug-standard, debug-previous, debug-generated, custom)
SPLIT_SIGNED:<filename> — each re-signed split APK (XAPK only)
XAPK_ASSEMBLED:<path> — final XAPK output (XAPK only)

For XAPK output: inform the user that install requires adb install-multiple or a split APK installer (SAI).

Step 9: Report & next steps

Generate a neutralization report following the format in ${CLAUDE_PLUGIN_ROOT}/skills/sdk-neutralizer/SKILL.md (Phase 6). The report must include the "Side Effects & Legal Notice" section.

Include in the report:

Output format: APK or XAPK (split bundle)
Keystore used: path and source (from KEYSTORE_USED: / KEYSTORE_SOURCE: output)
Install command: adb install <path> for APK, adb install-multiple <base.apk> <splits...> for XAPK

Tell the user what they can do next:

Test thoroughly: for APK: "Install via adb install <apk>"; for XAPK: "Install via adb install-multiple or use SAI (Split APKs Installer)" — test for crashes, especially features tied to ads or analytics
Verify: "I can re-run entry point detection on the rebuilt APK to confirm neutralization"
Custom targets: "If the app uses obfuscated SDK calls, provide a targets file for additional patching"
Deep analysis: "Run /find-trackers or /find-ads for full SDK analysis"
Restore: "Backup .smali.bak files were created — I can restore the original methods"
Legal review: "Have your legal/compliance team review before distributing the modified APK"

7.1 KiB Raw Blame History