🛡️ Inicio · 📚 Clases · 🧭 Rutas · 📝 Autoevaluación · ✅ Progreso · 🎓 Certis

Clase 263 — Seguridad de iOS: arquitectura

Parte: 13 — Seguridad móvil, IoT e inalámbrica · Fuente: Apple Platform Security Guide y The Mobile Application Hacker's Handbook (Chell et al.) ⏱️ Duración estimada: 90 min · Nivel: Intermedio

🎯 Objetivo

Entender la arquitectura de seguridad de iOS —una de las más cerradas y robustas del mercado— para razonar sobre qué defiende y por qué el pentest de iOS difiere tanto del de Android. Cubriremos la cadena de arranque seguro, el Secure Enclave, la protección de datos por clases, el sandbox de apps, el cifrado de código y el modelo de jailbreak, dejando el terreno preparado para el pentest práctico de la siguiente clase.

📚 Resultados de aprendizaje

Al finalizar, el alumno podrá:

  1. Describir la cadena de arranque seguro (Boot ROM → iBoot → kernel) y su rol de confianza.
  2. Explicar la función del Secure Enclave (SEP) y del coprocesador criptográfico.
  3. Analizar el modelo de Data Protection por clases y su relación con el passcode.
  4. Comparar el Keychain de iOS con el almacenamiento de una app.
  5. Justificar por qué el pentest de iOS suele requerir un dispositivo con jailbreak.
  6. Identificar las mitigaciones de explotación (ASLR, PAC, code signing) del sistema.

🗺️ Temas

# Tema Por qué importa
1 Cadena de arranque seguro Ancla la confianza en hardware
2 Secure Enclave (SEP) Aísla claves y biometría
3 Data Protection por clases Cifra datos ligados al passcode
4 Sandbox y entitlements Aísla apps y restringe capacidades
5 Code signing y FairPlay Solo corre código firmado por Apple
6 Keychain Almacén de secretos del sistema
7 Jailbreak Qué habilita y qué rompe

📖 Definiciones y características

🧰 Herramientas y preparación

# Con dispositivo jailbroken y SSH habilitado
ssh root@<ip-dispositivo>          # contraseña por defecto 'alpine' — CÁMBIALA
uname -a                            # kernel
ls /var/mobile/Containers/          # contenedores de apps

⚠️ Usa exclusivamente dispositivos de tu propiedad dedicados a laboratorio.

🧪 Laboratorio guiado

  1. Estudia la cadena de arranque: documenta con el Apple Platform Security Guide el flujo Boot ROM → LLB/iBoot → kernel y dónde se verifica cada firma.
  2. Explora Data Protection: identifica en qué clase caería un fichero típico de una app y cómo el bloqueo del dispositivo afecta su accesibilidad.
  3. Prepara el laboratorio (dispositivo propio): aplica el jailbreak con palera1n/checkra1n, instala OpenSSH y cambia la contraseña root inmediatamente.
  4. Localiza contenedores de apps: por SSH, explora /var/containers/Bundle/Application/ y /var/mobile/Containers/Data/Application/.
  5. Volca clases de un binario: copia el ejecutable de una app propia y ejecuta class-dump para ver interfaces Objective-C.
  6. Inspecciona el Keychain: con objection (ios keychain dump) observa qué entradas guarda una app propia y su clase de accesibilidad.
  7. Compara con Android: redacta tres diferencias arquitectónicas clave que impactan el pentest (code signing, jailbreak vs. root, Data Protection vs. FBE).

✍️ Ejercicios

  1. Explica con un diagrama la cadena de arranque seguro de iOS.
  2. Describe cada clase de Data Protection y da un ejemplo de dato apropiado para cada una.
  3. Investiga qué es checkm8 y por qué no puede parchearse por software.
  4. Enumera tres entitlements sensibles y qué capacidad conceden.
  5. Compara el Keychain de iOS con el Android Keystore.
  6. Justifica por qué class-dump funciona mejor en binarios Objective-C que en Swift.

📝 Reto verificable

Elabora una ficha técnica de arquitectura de seguridad iOS que, para un dato sensible concreto (p. ej. un token de sesión), explique dónde debería almacenarse, con qué clase de Data Protection/Keychain, y qué lo protegería frente a un atacante con acceso físico al dispositivo bloqueado. Criterio de aceptación: la ficha distingue correctamente el escenario "dispositivo bloqueado tras primer desbloqueo" del escenario "nunca desbloqueado tras encendido".

⚠️ Errores comunes

Síntoma / mensaje Causa y cómo arreglar
Jailbreak no soportado Dispositivo/versión sin exploit público; usa hardware compatible con checkm8
SSH rechaza conexión OpenSSH no instalado o servicio caído; instálalo desde Sileo
Contraseña alpine filtrada Nunca la cambiaste; cámbiala tras el primer acceso
class-dump vacío Binario Swift o cifrado; descífralo primero (frida-ios-dump)
App no arranca en jailbroken Detección de jailbreak; se evade en la clase siguiente

❓ Preguntas frecuentes

❓ ¿Por qué iOS se considera más difícil de auditar que Android? Por el code signing obligatorio y el sandbox estricto: sin jailbreak no puedes ejecutar herramientas ni instrumentar apps, y los jailbreaks son cada vez más escasos.

❓ ¿El Secure Enclave puede extraerse o volcarse? No por software: es un coprocesador aislado con su propio arranque seguro; su clave UID nunca se expone al SoC principal.

❓ ¿Puedo hacer algo sin jailbreak? Sí: análisis estático del IPA, revisión de Info.plist y entitlements, y pruebas de red con proxy, aunque el pinning y muchos controles requieren instrumentación.

🔗 Referencias

📥 Material descargable

⬅️ Clase anterior

Clase 262 — Pentest de aplicaciones Android

➡️ Siguiente clase

Clase 264 — Pentest de aplicaciones iOS