cyber-exploiting-insecure-data-storage-in-mobile

name	cyber-exploiting-insecure-data-storage-in-mobile
description	Identifies and exploits insecure local data storage vulnerabilities in Android and iOS mobile applications including unencrypted databases, world-readable files, insecure SharedPreferences, plaintext credential storage, and improper keychain/keystore usage. Use when performing mobile penetration testing focused on OWASP M9 (Insecure Data Storage) or assessing compliance with MASVS-STORAGE requirem
source	mukul975/Anthropic-Cybersecurity-Skills
license	Apache-2.0
authorized_lab	true
origin_frontmatter	name: exploiting-insecure-data-storage-in-mobile | description: 'Identifies and exploits insecure local data storage vulnerabilities | in Android and iOS mobile applications including unencrypted databases, world-readable | files, insecure SharedPreferences, plaintext credential storage, and improper keychain/keystore | usage. Use when performing mobile penetration testing focused on OWASP M9 (Insecure | Data Storage) or assessing compliance with MASVS-STORAGE requirements. Activates |
hide	true

AUTHORIZED-LAB ONLY. Offensive/dual-use capability. Use exclusively against systems you own or have explicit written authorization to test. This skill is gated out of the default discovery path; activation requires an explicit authorized-engagement flag.

Exploiting Insecure Data Storage in Mobile

When to Use

Use this skill when:

• Assessing whether mobile applications store sensitive data securely on the device filesystem
• Testing for credential leakage through SharedPreferences, SQLite databases, or plists
• Evaluating keychain/keystore implementation for proper access control attributes
• Performing data-at-rest security assessment during mobile penetration tests

Do not use this skill on production user devices without authorization -- data extraction techniques require physical access or root/jailbreak privileges.

Prerequisites

• Rooted Android device or emulator with ADB access
• Jailbroken iOS device with SSH access or Objection-patched IPA
• ADB (Android Debug Bridge) for Android filesystem access
• SQLite3 CLI for database inspection
• Frida/Objection for runtime data extraction
• Target application installed and exercised (logged in, data cached)

Legal Notice: This skill is for authorized security testing and educational purposes only. Unauthorized use against systems you do not own or have written permission to test is illegal and may violate computer fraud laws.

Workflow

Step 1: Map Application Data Storage Locations

Android storage paths:

# Internal storage (app-private, requires root)
/data/data/<package_name>/
├── shared_prefs/      # SharedPreferences XML files
├── databases/         # SQLite databases
├── files/             # General files
├── cache/             # Cached data
├── lib/               # Native libraries
└── app_webview/       # WebView data

# External storage (world-readable on older Android)
/sdcard/Android/data/<package_name>/

# Check for world-readable files
adb shell run-as <package_name> ls -la /data/data/<package_name>/

iOS storage paths: