Metodología: cómo leemos un panic full
Actualizado el 2026-10-14
Check Panic Full compara la firma de tu log (modelo, familia de pánico, código) con 111 reglas, cada una con al menos una fuente publicada: wikis y respuestas de iFixit, el estudio DFRWS APAC 2025, Repair Wiki y foros técnicos. Cada regla lleva un nivel de confianza, y las reglas discutidas muestran las dos lecturas.
¿De dónde vienen las reglas?
La base contiene 111 reglas. Una regla relaciona una firma (modelo de iPhone, familia de pánico, código o nombre de sensor) con una pieza probable, una prueba que hacer y las trampas conocidas. Ninguna regla se escribe de memoria: cada una cita al menos una fuente publicada.
Las fuentes principales:
- Wikis y respuestas de iFixit (licencia CC BY-NC-SA): tablas de referencia de sensores, hilos de reparación con solución confirmada.
- DFRWS APAC 2025: un estudio académico (Song, Yang, Lee et al., Forensic Science International: Digital Investigation) que desconectó módulos uno a uno en varios iPhone y registró el código producido. Es la única fuente que reproduce los códigos en condiciones controladas.
- Repair Wiki: guías de diagnóstico por modelo, con puntos de medición en la placa.
- Foros técnicos (iPad Rehab, foros de desarrolladores de Apple, Apple Community, REWA, Elektroda…): casos reales, a veces con una sola fuente.
Cada página de código muestra sus fuentes con enlace.
¿Qué significan los niveles de confianza?
Cada regla lleva un nivel:
| Nivel | Cuándo se asigna |
|---|---|
| Alta | Varias fuentes coinciden, o el código se reprodujo en laboratorio (DFRWS) |
| Media | Una fuente seria, coherente con el resto de la familia, sin reproducción |
| Baja | Fuente única, caso aislado, o modelo muy reciente con poca documentación |
La confianza no mide la gravedad de la falla, sino la solidez de la correspondencia código → pieza.
¿Qué pasa cuando las fuentes se contradicen?
Ocurre más de lo que parece. Ejemplos de nuestra base:
- 0x500000 en el iPhone 14: la desconexión controlada de DFRWS da puerto de carga + bobina inalámbrica; iFixit e iPad Rehab lo atribuyen a la batería.
- 0x10000 en el iPhone 13: la tabla de iFixit lo asigna a los sensores frontales, pero Repair Wiki, iPad Rehab y el propio ejemplo multifalla de iFixit dan 0x1000. 0x10000 es probablemente una errata.
En estos casos, la regla se marca como discutida y el analizador muestra las dos lecturas. No elegimos en secreto: te damos los elementos y te recomendamos confirmar con una pieza que se sepa que funciona.
¿Cómo se usan los casos de taller?
Cuando un técnico confirma qué pieza resolvió la falla, ese caso se puede vincular a la regla. Un caso de taller no sustituye una fuente, pero refuerza o cuestiona una regla existente. Las reglas con casos confirmados se marcan como confirmadas en taller.
¿Cómo evoluciona la base?
La base no está cerrada. Cuando aparece una firma que ninguna regla cubre, el analizador lo indica y la firma (sin identificadores) se registra. Una regla nueva solo se añade cuando existe una fuente publicada o un caso de taller documentado. Cada página de código muestra su fecha de actualización.
¿Qué pasa con los datos del log?
Antes de guardar un log, eliminamos los identificadores del equipo (como crashReporterKey) y el número de informe (incident). Lo que se conserva sirve para mejorar la base: firma, modelo, versión de iOS, resumen del diagnóstico. Detalles en Política de privacidad | Check Panic Full.
¿Cuáles son los límites?
Un diagnóstico por log tiene límites claros, y preferimos decirlos:
- El log no dice por qué un sensor dejó de responder: flex roto, oxidado, mal conectado, pieza no original o pista de la placa.
- El mismo código cambia de sentido según el modelo: sin modelo identificado, el diagnóstico es solo una pista.
- Algunos pánicos son poco específicos (errores del kernel, watchdog) y se resuelven más a menudo con una restauración.
- Los modelos recientes tienen menos documentación: algunas reglas descansan en una sola fuente.
- Las firmas desconocidas no se adivinan: el analizador indica que no hay regla en lugar de inventar.
Por eso hablamos siempre de pieza probable. Confirma con una pieza que sepas que funciona antes de pedir o sustituir. Puedes consultar todas las reglas en table o por familia en codes.