Metodologia do Check Panic Full
Atualizado em 2026-10-14
O Check Panic Full compara a assinatura do seu panic full com 111 regras, cada uma com pelo menos uma fonte publicada: wikis e respostas do iFixit, o estudo DFRWS APAC 2025 com testes de desconexão de módulos, o Repair Wiki e fóruns de técnicos. Cada regra tem um nível de confiança, e as regras contestadas mostram as duas leituras.
Como funciona a análise?
O leitor segue sempre o mesmo caminho:
- Leitura do arquivo
panic-full-….ips: modelo (product), versão do iOS epanicString. - Extração da assinatura: família do panic (SMC sensor array, Missing sensor, watchdog, AOP, NAND, SEP, I2C…) e código normalizado.
- Comparação com a base: a assinatura é confrontada com as regras para aquele modelo, porque o mesmo código não aponta a mesma peça em todos os iPhones.
- Resultado: peça provável, explicação, próximo teste e armadilhas do reparo, com as fontes.
Com vários logs do mesmo aparelho, o leitor calcula também uma tendência: uma assinatura que se repete é mais confiável que um panic isolado.
Quais são as fontes?
A base tem 111 regras, e cada uma cita pelo menos uma fonte publicada:
- iFixit: wikis (por exemplo a tabela de referência de sensores do panic SMC) e respostas do iFixit Answers, sob licença CC BY-NC-SA;
- DFRWS APAC 2025: estudo publicado na revista Forensic Science International: Digital Investigation, com testes de desconexão de módulos em vários iPhones; é a fonte mais controlada para os códigos de sensor array;
- Repair Wiki e iPad Rehab: guias de técnicos de microsoldagem;
- REWA e fóruns de técnicos (Apple Community, fóruns de desenvolvedores, Elektroda), para as famílias menos estudadas.
Nenhuma regra é escrita “de cabeça”. Se não há fonte, não há regra.
O que significam os níveis de confiança?
Cada regra tem um nível:
| Nível | Quando é usado |
|---|---|
| Alta | Várias fontes concordam ou o caso foi reproduzido em laboratório |
| Média | Uma fonte sólida ou casos de bancada coerentes, sem reprodução controlada |
| Baixa | Fonte única, caso isolado ou fontes contraditórias |
O nível aparece em cada resultado. Uma confiança baixa é um convite a testar com mais cuidado, não uma conclusão.
O que é uma regra contestada?
Às vezes as fontes discordam. Exemplo: no iPhone 14, o valor 0x500000 corresponde, bit a bit, a conector de carga + bobina sem fio, combinação reproduzida pela DFRWS; o iFixit e o iPad Rehab o atribuem à bateria.
Nesses casos, a regra é marcada como contestada e o resultado mostra as duas leituras, com as fontes de cada uma. Também sinalizamos valores provavelmente errados em tabelas publicadas (um zero a mais, por exemplo).
Os casos de bancada contam?
Sim. Quando um técnico informa o que resolveu de fato, o caso enriquece a regra. Uma regra confirmada na bancada recebe esse status. É assim que a base melhora para todo mundo.
E a privacidade dos logs?
Antes de armazenar um log, o leitor remove os identificadores do aparelho, como o crashReporterKey e o número do relatório (incident). Os detalhes estão na política de Política de privacidade | Check Panic Full.
Quais são os limites do método?
- O resultado é uma peça provável, não uma certeza. Confirme sempre com uma peça sabidamente boa.
- Alguns códigos vêm de fonte única ou de testes destrutivos em laboratório e são pouco documentados em outros lugares.
- Os modelos mais recentes têm menos casos publicados; as regras deles são marcadas como tal.
- Um panic de software (bug, app, jailbreak) não aponta peça: o leitor diz isso em vez de inventar uma pista.
- Uma assinatura desconhecida é informada como desconhecida.
Para aprender a ler o arquivo sozinho, veja Como ler panic full: códigos, sensor array e exemplos. A table completa mostra todas as regras por modelo.