¿Quién es Texting? El Sms.db iOS6

No pasó mucho tiempo desde el lanzamiento de iOS6 en 14/09/12 hasta que conseguí mi primer dispositivo iOS6 de proceso: 18 días. En este caso, se trataba de un iPhone4 con iOS6. En tan poco tiempo, no hay demasiadas herramientas que hay preparados para analizar el nuevo sistema operativo o de sus nuevos formatos de datos.

Por suerte para mí, el teléfono no estaba cerrada con llave comerciales o de código abierto. Para procesar el teléfono, en la que el interés primordial era mensajes de texto y contactos, he utilizado las últimas iTunes para crear una copia de seguridad del teléfono. Fortuna fue de nuevo a mi lado:. El teléfono no estaba preparado para las copias de seguridad cifradas

iTunes copia de seguridad

Si usted no está familiarizado con las copias de seguridad de iTunes, y luego permitir que me presente a en general. datos de copias de iTunes del usuario (los medios de comunicación, bases de datos, configuración, aplicaciones, etc) a un directorio en el sistema operativo. La ubicación del directorio varía según el sistema operativo y la versión. Dado que se trata fundamentalmente de una discusión sobre el nuevo Sms.db iOS6, voy a dejar que encuentre la ubicación usted mismo. Lo más importante a saber es esto:

1. las copias de seguridad son planos : todos los archivos se descargan en un directorio y no se conservan en su árbol original . estructura
2. los archivos se cambian de nombre :. los nombres de los archivos son valores SHA1 calculado a partir del dominio, la ruta y nombre de archivo del archivo original

Identificación de archivos en la copia de seguridad

El Sms.db

Sellos de Tiempo

sqlite> seleccione datetime (370884516 + 978307200, ‘unixepoch’);
datetime (370884516 + 978307200, ‘unixepoch ‘)
2012-10-02 22:28:36

Mientras que en el tema de las marcas de tiempo, dos marcas de tiempo adicionales son posibles en cada registro: date_read y Courier New, Courier, monospace;»> date_delivered . En la versión de iOS5, la «dirección» fue el número de teléfono del contacto remoto de la conversación de texto. El campo de dirección ha sido sustituido por el Courier New, Courier, monospace;»> handle_id handle_id corresponde al style=»font-family: Courier New, Courier, monospace;»> ROWID manejar tabla, que contiene el número de teléfono del contacto en el id

Banderas

voy a mencionar rápidamente un par de otros cambios. En las versiones anteriores de la Sms.db, campos como y leer fueron utilizados para marcar el tipo (enviado, recibido, etc) y el estado (leído, no leído, etc) de el mensaje. Existen nuevas áreas para estos atributos incluidos is_from_me, is_empty, is_delayed, is_auto_reply, is_prepared, is_read, is_system_message, is_sent. Los valores 0 y 1 son utilizados como «no» y «sí», respectivamente, en la interpretación de estos campos.

He mencionado antes que el servicio que se utiliza para transmitir el texto, SMS o iMessage, dio lugar a diferentes Tipo de marca de tiempo. También dio lugar a diferentes campos que se están pobladas en la tabla de mensajes. En iOS6, los mensajes comparten las mismas banderas, independientemente del servicio que se utiliza para enviarlos. El servicio utilizado es registrada en el nuevo servicio style=»font-family: Courier New, Courier, de la tabla de mensajes.

Uniendo todas las piezas

No he venido a acercarse a la descripción de todos los datos en la nueva tabla Sms.db, ni cómo relacioné todas las mesas. Yo sólo la intención de alertar a los investigadores que hay diferencias en la nueva base de datos que deben ser considerados.

Dicho esto, sería negligente si no le proporcionamos una consulta de ejemplo para producir una básica lista de chat. La siguiente consulta genera una lista con varios campos importantes ( ROWID, Fecha, Número de teléfono, servicio | Tipo | Fecha de lectura / Enviados | Texto):

SELECT m.rowid como ROWID, DATETIME (fecha + 978307200, ‘unixepoch’, ‘localtime’) como Date, h.id como» número de teléfono «, m.service como Servicio, is_from_me CASO CUANDO ENTONCES 0 «Recibido» CUANDO 1 ENTONCES ELSE END «Desconocido» «enviados» como Tipo, CASO CUANDO date_read> 0 ENTONCES DATETIME (date_read + 978307200, ‘unixepoch’) CUANDO date_delivered> 0 ENTONCES DATETIME (date_delivered + 978307200, ‘unixepoch’) ELSE NULL END como «Fecha de lectura / Enviado», el texto como texto de mensaje m, manejar h DONDE h.rowid = m.handle_id ORDER BY ASC m.rowid;

Voy a hacer que un poco más fácil de leer:

SELECT
m.rowid como ROWID,
DATETIME (fecha + 978307200, ‘unixepoch’, ‘localtime’) como Date,
h.id como» número de teléfono «, m.service como Servicio,
CASE is_from_me
0 ENTONCES CUANDO» Recibido «
; CUANDO 1 ENTONCES «Enviados»
ELSE «Desconocido»
END como Tipo,
CASE
CUANDO date_read> 0 entonces DATETIME (date_read + 978307200, ‘unixepoch’)
CUANDO date_delivered> 0 ENTONCES DATETIME (date_delivered + 978307200, ‘unixepoch’)
ELSE END NULL como «Fecha de lectura / Enviado»,
texto como texto
de mensaje m, manejar h
DONDE h.rowid = m.handle_id
ORDER BY ASC m.rowid;

Sus resultados, al importarse a una hoja de cálculo, debe ser similar a esto: