HomeCybersecurityMobile App Data-at-Rest: PIN-Derived Key vs Offline Brute-Force

Mobile App Data-at-Rest: PIN-Derived Key vs Offline Brute-Force

Interactive 3D model of a stolen phone's locally encrypted vault: tune the unlock PIN's keyspace, the key-derivation function and its work factor, and the attacker's cracking hardware to see the real trade-off between unlock latency and offline brute-force time.

Cybersecurity3DAdvanced60 FPS
mobile-data-protection-privacy ↗ Open standalone

When a phone is lost or stolen, the only thing standing between an attacker and a mobile app's locally encrypted data is the key-derivation function protecting the encryption key — there is no server, no lockout counter, no network throttling to fall back on. This simulator models that exact offline scenario: pick a PIN length and character set to fix the keyspace, choose a key-derivation algorithm (PBKDF2-SHA256, scrypt or Argon2id) and its work factor, and pick the attacker's hardware tier, then watch the legitimate unlock latency and the attacker's offline guesses-per-second respond in real time. A memory-hard KDF like Argon2id resists parallel cracking hardware far better than PBKDF2 at the same work factor, and raising the work factor is always a direct trade against the app's own unlock speed — the same trade-off every mobile security engineer has to make when choosing how to protect local secure storage.

⚙ Under the hood

A stolen phone's locally encrypted vault is protected only by a key-derivation function turning the user's PIN into an AES key — tune the PIN's keyspace, the KDF (PBKDF2, scrypt, Argon2id) and its work factor, and the attacker's hardware to see the real trade-off between unlock latency and offline brute-force time.

cybersecuritymobile-securityencryptionkey-derivationprivacybrute-force

3D · Three.js / WebGL renderer · 60 FPS target · runs fully client-side, no install

What did you find?

Add reproduction steps (optional)