reso7200/molt-dex

アプリの皮膚を隠し、下にあるものを読んでください。

段階的、リバースエンジニアリング、モディング、Androidアプリの評価のための証拠優先スキル、 プレーンAPKから大幅に難読化したもの. apktool、adb および scrcpy で、ランタイムと作りました DexKit と Xposed API による解像度とホッキング。

お問い合わせ

それは何ですか

molt-DEX は Claude スキルです: パッケージ “here は APK” から Android アプリを "here に取り込むパイプラインは、それが構築された方法、方法 振る舞い、弱みのある場所。

これは、実際の仕事、リバースエンジニアリング、大規模な、難読化アプリから蒸留されました (Instagram) 多くのバージョンで バージョンの後のバージョンを生き残った技術は、 ここに焼きます。

• 完全な妨害のスペクトル。 プレーンアプリ、R8/ProGuardの名前の難読化、文字列の暗号化、 リフレクション、パッキン、ネイティブスタブ、アンチタンパー、それぞれを検知する方法と方法 それを通して。
• JADXではなく、apktool。 apktool-decoded smaliおよび資源上の理由 (再構築・再インストール可能) Javaのデコンパイルは、ソースではなく、オプションの利便性です 真実。
• **確認する装置を理解する統計.

---

What it is

molt-DEX is a Claude skill: a packaged pipeline that takes an Android app from “here is an APK” to “here is how it is built, how it behaves, and where its weaknesses are.”

It was distilled from real work, reverse-engineering and modding a large, obfuscated app (Instagram) across many versions. The techniques that survived version after version are the ones baked in here.

• Full obfuscation spectrum. Plain apps, R8/ProGuard name obfuscation, string encryption, reflection, packing, native stubs, and anti-tamper, each with a way to detect it and a way through it.
• apktool, not JADX. It reasons over apktool-decoded smali and resources, which round-trip (you can rebuild and reinstall). A Java decompile is an optional convenience, never the source of truth.
• Static to understand, device to confirm. Read the code to form a hypothesis, then prove or kill it on a real device with adb and scrcpy. Every claim cites evidence: a smali method, a string-table hit, a logcat line, a screenshot.

Why it holds up: resolve by shape, not by name

This is the whole idea. In an obfuscated app you almost never have the real name of a class or method, and whatever name it has changes on the next release. So you never anchor on names. You anchor on things that stay put:

• literal strings a method uses (log lines, error text, QPL tags),
• JSON / wire keys it parses,
• method shape (parameter types, return type, static vs instance, arity),
• class relationships (superclass, implemented interface, callers and callees),
• resource names.

Find the member by that description, statically (a string index over the decoded tree) and at runtime (a DexKit query inside the live app). When the app updates and the method moves, you re-run the same description and find it again. This is why a module built this way keeps working when Instagram ships a new build, and it is the backbone of every stage below.

Authorization: what the work touches