About frida-ios-hooks
A Frida skill for inspecting and instrumenting iOS apps built with Objective-C, Swift, or native code. It guides security practitioners through runtime checks, hook discovery, and common pinning and jailbreak troubleshooting patterns.
Key features
- 01Objective-C runtime hooks
- 02Swift and native symbol discovery
- 03Module and class enumeration
- 04Network pinning investigation
- 05Rootless jailbreak setup notes
Use cases
- 01Inspecting iOS app network requests
- 02Finding Swift or native function targets
- 03Investigating certificate pinning paths
- 04Diagnosing Frida attach problems
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ rudra-ravi/ frida-skills --skill frida-ios-hooksAfter installing, type/frida-ios-hooksin Claude Code to confirm it loaded.
Bundled filesagents/openai.yamlreferences/ios-patterns.md
Details
From the project READMEFrida iOS Hooks
Use this skill when instrumenting iOS Objective-C, Swift, or native behavior.
Setup Checks
frida --version
frida-ps -Uai
frida -U -f com.example.app -l agent.js --no-pause
Confirm runtime availability:
console.log("ObjC.available =", ObjC.available);
console.log(Process.platform, Process.arch);
If ObjC.available is false for an iOS app, use frida-troubleshooting before assuming the script is wrong.
Objective-C Hook Pattern
if (ObjC.available) {
const cls = ObjC.classes.NSURLSession;
const method = cls["- dataTaskWithRequest:completionHandler:"];
Interceptor.attach(method.implementation, {
onEnter(args) {
const request = new ObjC.Object(args[2]);
console.log("[NSURLSession]", request.URL().toString());
}
});
}
Swift and Native Rules
- Enumerate modules and symbols before guessing Swift mangled names.
- Hook Objective-C-visible Swift through ObjC classes when possible.
- For pure Swift/native functions, resolve symbols and use
frida-native-hooks. - Spawn when hooks must run before app delegate, network stack, or anti-tamper initialization.
- Prefer observation hooks for trust evaluation, crypto, signature generation, and request building before mutating results.
Practitioner Patterns
- Start with Objective-C runtime surfaces when available: delegates, URL loading, keychain, pasteboard, file APIs, crypto wrappers, and jailbreak-detection selectors.
- For Swift-heavy apps, use module/symbol enumeration plus caller stack traces; do not assume selectors exist unless Swift exposes them to Objective-C.
- For pinning, check both Objective-C frameworks and native
Security/BoringSSL/CommonCrypto paths. Apps often mix them. - Use CodeShare tools such as ObjC method observers for discovery, then replace them with narrow hooks once class/method names are known.
- On rootless jailbreaks, keep a minimal "runtime available" script separate from the real agent so setup failures are not confused with hook bugs.
Discovery Snippets
if (ObjC.available) {
for (const name of Object.keys(ObjC.classes).filter(n => n.includes("Trust"))) {
console.log(name);
}
}
for (const m of Process.enumerateModules()) {
if (m.name.includes("Target")) console.log(m.name, m.base, m.path);
}
Pinning and Rootless Notes
- Identify whether pinning is in
NSURLSession,SecTrustEvaluate*, a third-party framework, or native custom code. - Rootless jailbreak setups may need matching Frida packages, correct bootstrap path, and updated tooling. Version skew often looks like attach failure or missing ObjC bridge.
- Use Gadget when normal attach is blocked but app modification is in scope.
References
Read references/ios-patterns.md for Objective-C, Swift symbol, SecTrust, module, and rootless troubleshooting patterns.
Comments
Markdown supported