Kernel-Level Hijack Stopped by RASP
A rooted kernel hijack defeats legacy RASP, and NonaShield's hardware attestation verifies device integrity from outside the compromised OS boundary.
100+ RASP Detection Vectors.
Every item below is a real, individually-named detector shipping in the NonaShield SDK today — not a marketing category. 100+ are implemented across Android and iOS; the most representative are grouped here by attack surface.
// Root, Jailbreak & Device Compromise
// Debugger & Anti-Instrumentation
// Hooking Frameworks (Frida / Xposed / LSPosed)
// Tamper, Repackaging & SDK Self-Integrity
// Emulator & Bot-Farm Detection
// Screen-Share, Overlay & UI Attacks
// Deepfake & Camera Attack Surface
// Network, MITM & SSL Pinning
// Hardware Attestation
// Fraud-Specific Device Detectors
Root-detection baseline integrates the third-party Free-RASP-KMP engine; every vector above is additional, SDK-authored defense-in-depth layered on top of it.
Watch the Attack Fail.
Final Verdict.
"Appdome operates inside the system boundary. NonaShield verifies outside the system boundary".
Frequently asked questions
What is a kernel-level hijack?
An attacker with deep control of the device, for example through a rooted or modified kernel, hides tampering from ordinary app-level checks.
How does RASP help against it?
Runtime protection checks the app and its environment from the inside and combines app-level signals with hardware-backed device proof, so a hidden tamper is still exposed.
Is this case based on a real incident?
It is a worked case study of the attack pattern and the detection path, not a customer disclosure.