IoT Forense
Disciplina forense especializada en la adquisición, preservación y análisis de evidencia digital procedente de dispositivos del Internet de las Cosas (IoT), incluyendo smart home, wearables, vehículos conectados y sensores industriales.
IoT Forense: Análisis de Dispositivos Conectados
Un hogar con altavoz, timbre con cámara, cerradura conectada y un par de wearables genera más rastro que el ordenador de la casa, y casi nadie lo sabe. Cada uno de esos aparatos es un testigo digital silencioso que puede proporcionar evidencia crítica en casos de violencia doméstica, robos, stalking o disputas laborales.
El análisis forense IoT es la disciplina que extrae, preserva y analiza datos de estos dispositivos para su uso en procedimientos judiciales. Desde grabaciones de voz de altavoces inteligentes hasta patrones de movimiento de wearables, la evidencia IoT está revolucionando investigaciones civiles y penales.
Definición técnica
El IoT Forense (Internet of Things Forensics) es el proceso sistemático de identificación, adquisición, preservación, análisis y presentación de evidencia digital procedente de dispositivos conectados a Internet. Incluye:
- Extracción de datos locales: Memoria flash, firmware, logs residuales
- Análisis de tráfico de red: Comunicaciones con servidores cloud, API calls, telemetría
- Recuperación de datos cloud: Servidores Amazon/Google/Apple vinculados al dispositivo
- Correlación temporal: Sincronización de eventos entre múltiples dispositivos IoT
- Análisis de metadatos: Ubicaciones GPS, patrones de uso, comandos de voz
El desafío principal del IoT forense es la heterogeneidad de dispositivos: cada fabricante usa protocolos propietarios, cifrado customizado y arquitecturas cerradas.
No hay un estándar forense de IoT, y eso condiciona todo lo demás
A diferencia del forense de disco o de móvil, aquí no existe una metodología normalizada ni herramientas validadas de propósito general: cada fabricante usa su protocolo, su cifrado y su formato de log. La consecuencia práctica es que buena parte del trabajo consiste en ingeniería inversa, solicitudes al fabricante y técnicas de hardware.
Y una consecuencia procesal que conviene anticipar: al no haber herramienta validada, el informe tiene que sostener el método por sí mismo — describir cada paso con el detalle suficiente para que otro perito pueda repetirlo, porque no basta con invocar el nombre de un programa reconocido.
Tipos de dispositivos IoT con valor forense
| Categoría | Dispositivos | Evidencia típica | Complejidad |
|---|---|---|---|
| Smart Home | Alexa, Google Home, Ring, Nest | Grabaciones voz/vídeo, logs actividad, patrones presencia | Media |
| Wearables | Apple Watch, Fitbit, Garmin | GPS tracks, frecuencia cardíaca, sueño, llamadas | Alta |
| Smart Security | Cerraduras Yale, cámaras Arlo, sensores Philips Hue | Logs acceso, eventos movimiento, imágenes/vídeo | Media |
| Vehículos conectados | Tesla, BMW ConnectedDrive, Ford SYNC | Telemetría, ubicaciones, diagnósticos OBD-II | Alta |
| Electrodomésticos | Roomba, neveras Samsung, lavadoras LG | Patrones uso, WiFi logs, actualizaciones firmware | Baja |
| IIoT industrial | Sensores Siemens, PLCs Allen-Bradley | Logs producción, alertas SCADA, accesos remotos | Muy Alta |
Proceso de análisis forense IoT
Identificación de dispositivos
- Inventario completo de dispositivos IoT en la ubicación
- Identificación de fabricante, modelo, versión firmware
- Mapeo de conectividad: WiFi, Bluetooth, Zigbee, Z-Wave
- Documentación fotográfica del estado físico
Aislamiento y preservación
- No apagar dispositivos (riesgo de pérdida de datos volátiles)
- Aislamiento de red con Faraday bags o modo avión
- Bloqueo de actualizaciones remotas (borrado remoto)
- Creación de imagen forense de la red WiFi/router
Extracción de datos locales
- Dump de firmware mediante UART/JTAG (Raspberry Pi, Bus Pirate)
- Extracción memoria flash con chip-off techniques
- Adquisición datos mediante ADB/SSH si está disponible
- Análisis de particiones y sistema de ficheros embebido
Solicitud de datos cloud
- Requerimiento judicial a Amazon/Google/Apple para logs de cuenta
- Descarga de grabaciones almacenadas en cloud
- Exportación de historial de comandos de voz
- Recuperación de eventos sincronizados (timeline)
Análisis de tráfico de red
- Captura pasiva con Wireshark en red local
- Análisis de paquetes cifrados (TLS inspection con consentimiento)
- Identificación de servidores C2 y APIs contactados
- Detección de anomalías en patrones de comunicación
Correlación y timeline
- Sincronización de eventos de múltiples dispositivos
- Correlación con evidencia de móviles/PCs
- Reconstrucción de actividad del usuario
- Visualización de patrones con herramientas OSINT
Casos de uso forenses
1. Violencia doméstica y stalking
Escenario: Denunciante sospecha que su pareja accede a su smart home para controlar su actividad.
Evidencia recuperable:
- Logs de cerraduras inteligentes Yale (accesos remotos desde app del agresor)
- Grabaciones Ring doorbell que capturan amenazas verbales
- Historial Alexa con comandos de voz comprometedores
- Ubicaciones GPS del Apple Watch de la víctima compartidas sin consentimiento
Herramientas: Alexa Voice History Downloader, Ring Video Downloader (requiere acceso legal a cuenta), GPS Visualizer para wearables.
Marco aplicable: la doctrina de referencia sigue siendo la STC 114/1984 —«no hay secreto para aquel a quien la comunicación se dirige»—, de modo que quien participa en una conversación puede aportarla. El problema del asistente de voz es distinto y más delicado: graba también a terceros que no participan, y ahí entra el artículo 11.1 de la LOPJ, que priva de efecto a las pruebas obtenidas «violentando los derechos o libertades fundamentales». Y una precisión que decide más casos de lo que parece: quien puede autorizar el acceso es el titular de la cuenta, no quien vive en la casa. Si el dispositivo está vinculado a la cuenta del investigado, el consentimiento de la víctima no habilita al perito: hace falta autorización judicial.
2. Robo en vivienda
Escenario: Investigación de robo con evidencia de que los ladrones desactivaron sistema smart.
Evidencia recuperable:
- Cámaras Nest/Ring con timestamped video del robo
- Logs de desactivación de alarma smart (códigos usados)
- Sensores Philips Hue con patrones de movimiento
- Router WiFi con MACs de dispositivos conectados (móviles de ladrones)
Técnicas: Dump firmware de cámara para recuperar vídeo sobrescrito, análisis forense del router Mikrotik/Asus para logs DHCP.
3. Accidente laboral industrial
Escenario: Accidente en fábrica con sensores IIoT que registraron el evento.
Evidencia recuperable:
- Logs SCADA de PLC Siemens con alertas pre-accidente
- Telemetría de sensores de presión/temperatura anómalos
- Logs de acceso remoto VPN al sistema de control
- Registros de modificaciones de configuración no autorizadas
Complejidad: Requiere conocimiento de protocolos industriales (Modbus, OPC UA, Profinet) y colaboración con fabricante.
Desafíos técnicos del IoT forense
| Desafío | Descripción | Solución forense |
|---|---|---|
| Cifrado propietario | Firmware cifrado con claves desconocidas | Ingeniería inversa, solicitud a fabricante, side-channel attacks |
| Datos volátiles | Logs solo en RAM, se pierden al apagar | Adquisición en caliente, no desconectar dispositivo |
| Ecosistemas cerrados | APIs privadas sin documentación | Sniffing tráfico de red, reverse engineering app móvil |
| Multi-jurisdicción | Datos en servidores fuera de España | Cooperación judicial internacional: comisión rogatoria o Convenio de Budapest si el prestador está fuera de la UE; orden europea de investigación dentro de ella. Lo tramita la autoridad judicial |
| Falta de timestamps | Relojes internos no sincronizados con NTP | Correlación con eventos externos (router logs, móvil GPS) |
| Actualizaciones automáticas | OTA updates que sobrescriben firmware | Aislamiento de red inmediato post-incautación |
Herramientas forenses IoT
Extracción de firmware
## Extracción firmware via UART (Universal Asynchronous Receiver-Transmitter)
## Herramienta: Bus Pirate + minicom
## 1. Identificar pines UART en PCB (GND, TX, RX, VCC)
## 2. Conectar Bus Pirate a pines UART del dispositivo
## Configuración Bus Pirate
screen /dev/tty.usbserial 115200
## Dentro de minicom, bootear dispositivo y capturar logs
## Muchos dispositivos IoT exponen shell root sin password
## 3. Dump de particiones
cat /dev/mtdblock0 > /tmp/firmware_dump.bin
## 4. Análisis de filesystem embebido
binwalk -e firmware_dump.bin
unsquashfs squashfs-root/Herramientas recomendadas:
- Bus Pirate: Hardware hacking de bajo nivel (€30)
- Raspberry Pi + PicoScope: JTAG/SWD debugging
- Binwalk: Análisis de firmware binaries
- Firmware Analysis Toolkit (FAT): Emulación de firmware extraído
Análisis cloud IoT
No hay API forense y conviene saberlo antes de prometer nada. Los grandes fabricantes no publican un interfaz que permita a un tercero descargar el historial de un dispositivo ajeno: la nube del IoT doméstico se abre por dos vías, y ninguna es programática.
| Vía | Cómo funciona | Qué se obtiene | Límite |
|---|---|---|---|
| Con el titular de la cuenta | El propio titular ejerce su derecho de acceso (art. 15 RGPD) desde el portal de privacidad del fabricante o desde la app, y entrega el resultado al perito | Historial de voz o de eventos en el formato que exporte el proveedor, con sus metadatos | Solo la cuenta del titular. Y la exportación la hace él, no el perito: eso hay que documentarlo en la cadena de custodia |
| Por requerimiento judicial | Cooperación internacional cuando el prestador está fuera de la UE. Lo tramita la autoridad judicial, no el perito | Lo que el proveedor conserve y esté obligado a ceder | Plazos largos, y el proveedor puede oponer imposibilidad técnica si el dato está cifrado extremo a extremo |
El derecho de acceso del art. 15 RGPD no es una herramienta forense, pero es la vía realista
Cuando el cliente es el titular de la cuenta —que es el caso más frecuente en violencia doméstica y en disputas civiles—, el camino corto no es el hardware: es que ejerza su derecho de acceso y el perito trabaje sobre lo que el proveedor entregue.
Eso obliga a una cautela que conviene dejar escrita: la descarga no la hace el perito, de modo que el informe debe declarar quién la ejecutó, cuándo, desde qué cuenta y qué hash tiene el fichero recibido. Es una evidencia aportada por parte, y presentarla como si fuera una adquisición directa del perito es un flanco innecesario.
Y la limitación de fondo, que el fabricante no siempre explica: lo exportado es lo que el proveedor decide exportar. Si el formato no incluye identificadores de dispositivo o marcas de tiempo con zona horaria, esos datos sencillamente no están, y el informe debe decirlo en vez de suplirlos.
Análisis de tráfico IoT
| Herramienta | Casos de uso | Licencia | Coste |
|---|---|---|---|
| Wireshark | Captura paquetes red local, análisis protocolos IoT (MQTT, CoAP) | GPL | Gratis |
| Fiddler | Proxy HTTPS, inspección API calls de apps IoT | Comercial | €12/mes |
| IoT Inspector | Identificación automática de dispositivos en red local | Académica | Gratis |
| MQTT Explorer | Análisis tráfico MQTT (protocolo común IoT) | Open source | Gratis |
| Zigbee2MQTT | Sniffing protocolos Zigbee/Z-Wave smart home | Open source | Gratis |
Marco legal español
Código Penal
Artículo 197 bis.1 CP — acceso ilícito a un sistema de información:
«El que por cualquier medio o procedimiento, vulnerando las medidas de seguridad establecidas para impedirlo, y sin estar debidamente autorizado, acceda o facilite a otro el acceso al conjunto o una parte de un sistema de información o se mantenga en él en contra de la voluntad de quien tenga el legítimo derecho a excluirlo, será castigado con pena de prisión de seis meses a dos años.»
Aplicación: entrar en la cuenta de Alexa, Ring o de una cerradura smart de un tercero sin su consentimiento. Nótese que el tipo castiga también mantenerse en el sistema contra la voluntad de quien puede excluirte — relevante cuando el acceso empezó siendo legítimo, como el de un excónyuge que sigue en la app de la casa.
Artículo 197 bis.2 CP — interceptación de transmisiones de datos:
«El que mediante la utilización de artificios o instrumentos técnicos, y sin estar debidamente autorizado, intercepte transmisiones no públicas de datos informáticos que se produzcan desde, hacia o dentro de un sistema de información, incluidas las emisiones electromagnéticas de los mismos, será castigado con una pena de prisión de tres meses a dos años o multa de tres a doce meses.»
Aplicación: capturar el tráfico WiFi o Zigbee de los dispositivos de un tercero sin autorización judicial.
El artículo de la interceptación es el 197 bis.2, no el 197.6
Es una confusión que aparece con frecuencia y conviene no llevarla a un escrito. El art. 197.6 no tipifica la interceptación: es la agravante por ánimo de lucro —«Si los hechos se realizan con fines lucrativos, se impondrán las penas (…) en su mitad superior»—, con un tramo de cuatro a siete años cuando además afectan a datos especialmente protegidos.
La interceptación de transmisiones no públicas de datos es el 197 bis.2, y su pena es sensiblemente menor que la que suele atribuírsele: tres meses a dos años o multa, no dos a cinco años.
RGPD y protección de datos
Artículo 5 RGPD - Principios de tratamiento:
- Minimización: Los dispositivos IoT solo deben recoger datos necesarios
- Limitación de finalidad: Los datos de Alexa para reconocimiento de voz no pueden usarse para perfilado publicitario sin consentimiento
- Transparencia: Fabricantes deben informar qué datos se envían a la nube
Por qué los datos de un dispositivo IoT son datos personales: no hace falta una norma específica de IoT. Se sigue del art. 4.1 RGPD, que considera dato personal toda información sobre una persona identificable «en particular mediante un identificador», y del considerando 26, que manda tener en cuenta «todos los medios, como la singularización, que razonablemente pueda utilizar el responsable (…) para identificar directa o indirectamente a la persona».
Esa palabra —singularización— es la que resuelve el caso del IoT: un patrón de encendido de luces o una serie de pulsaciones de una cerradura no llevan nombre, pero individualizan a quien vive allí. Es dato personal aunque el fabricante lo llame telemetría.
Aplicación forense: El perito debe garantizar que el acceso a datos IoT cumple RGPD (consentimiento del titular o base legal judicial). Si no, la evidencia puede ser inadmisible por vulneración de derechos fundamentales (art. 11.1 LOPJ).
Admisibilidad de evidencia IoT
Requisitos para que un juez admita evidencia IoT:
- Cadena de custodia documentada: Desde incautación hasta análisis (art. 334 LECrim)
- Obtención lícita: Con orden judicial o consentimiento del titular
- Herramientas validadas: Software forense con hashes verificables (SHA-256)
- Informe pericial completo: Explicando proceso de extracción y limitaciones técnicas
Error común: Usar grabaciones de Alexa obtenidas “hackeando” la cuenta del investigado. Esto anula la prueba por vulneración art. 18.3 CE (secreto de comunicaciones).
Caso práctico: Análisis forense de Amazon Echo
Escenario hipotético con fines didácticos:
Un abogado solicita análisis forense de un Amazon Echo 4 incautado en domicilio de un investigado por amenazas. Se requiere determinar si existen grabaciones de conversaciones comprometedoras.
Metodología aplicada
Documentación inicial
- Fotografías del dispositivo in situ antes de desconectar
- Serial number del Echo: G090LF12345ABCDE
- Fecha/hora de incautación con testigos
- Diligencia judicial de entrada y registro
Preservación
- Dispositivo colocado en Faraday bag para evitar borrado remoto
- No se apaga (riesgo pérdida logs volátiles)
- Se crea imagen forense del router WiFi al que estaba conectado
Extracción local
- Se desmonta carcasa del Echo (tornillos T5 Torx)
- Identificación chip memoria flash: Winbond W25Q128 (128 Mbit)
- Dump con Bus Pirate via SPI:
flashrom -p buspirate_spi:dev=/dev/ttyUSB0 -r echo_dump.bin sha256sum echo_dump.bin > echo_dump.sha256 - Análisis con Binwalk: Se extrae sistema de ficheros SquashFS
- Recuperación de logs SQLite locales (últimas 24h de actividad)
Solicitud datos Amazon
- Requerimiento cursado por la autoridad judicial por la vía de cooperación internacional que corresponda al prestador
- La respuesta tarda semanas, y esa demora se planifica: no es un trámite que el perito pueda acelerar
- Lo que llega es un paquete con las grabaciones que el proveedor conserve y sus metadatos, en el formato que él decide
- El rango temporal lo fija el proveedor según su política de retención, no la solicitud
Análisis de grabaciones
- Se identifican 12 grabaciones con keywords relevantes (“amenaza”, “matar”, nombre víctima)
- Transcripción forense con AWS Transcribe + verificación manual
- Timestamps correlacionados con logs de WhatsApp del investigado (sincronización temporal)
Informe pericial
- Conclusión: Se han identificado 3 grabaciones con amenazas explícitas datadas en fechas coincidentes con denuncia
- Limitaciones: Amazon solo almacena grabaciones de comandos que activan “wake word” (Alexa). Conversaciones de fondo no se graban
- Cadena de custodia: Completa y documentada con hashes SHA-256 verificables
Qué puede sostener el perito, y qué no: que las grabaciones proceden de la cuenta requerida, que llegaron con unos metadatos concretos y que su contenido es el transcrito. Lo que ocurra después con esa prueba no es cosa suya — el art. 348 LEC somete el dictamen a las reglas de la sana crítica, y ninguna técnica compra una valoración.
Y la limitación de la sección anterior es la que más pesa aquí: el asistente solo graba a partir de la palabra de activación. Un informe que sugiera que el dispositivo «escuchaba la conversación» afirma algo que la propia arquitectura del producto desmiente, y basta con que la contraparte lo señale para que se venga abajo todo lo demás.
Tendencias futuras
1. Edge AI y procesamiento local
Los nuevos dispositivos IoT con chips de IA local (Google Tensor, Apple Neural Engine) procesan datos sin enviarlos a la nube. Impacto forense: La evidencia queda solo en dispositivo, aumentando la importancia de extracción física de firmware.
2. Matter protocol
Matter (estándar unificado de Apple/Google/Amazon) simplificará la interoperabilidad, pero también homogeneizará el cifrado end-to-end. Desafío: Más dispositivos con cifrado E2EE donde los fabricantes no pueden acceder a datos aunque exista orden judicial.
3. Wearables de salud
Los smartwatches médicos (ECG, glucosa, oxígeno) generan datos de salud especialmente protegidos (art. 9 RGPD). Implicación: Requisitos legales más estrictos para acceso forense, incluso con orden judicial.
4. Vehículos autónomos
Un vehículo con conducción asistida genera un volumen de telemetría muy superior al de cualquier otro dispositivo doméstico —cámaras perimetrales, LiDAR, GPS y sensores de dinámica—, y solo una parte se retiene. Oportunidad: Reconstrucción forense precisa de accidentes, pero desafío: Volumen masivo de datos y complejidad de protocolos propietarios.
Preguntas frecuentes adicionales
¿Puede Amazon/Google rechazar una solicitud judicial de grabaciones IoT?
En EEUU, pueden resistir subpoenas si consideran que vulneran la 4ª Enmienda (privacy). En Europa, deben cumplir requerimientos de autoridades judiciales de la UE bajo Reglamento 2016/679 (RGPD), pero pueden argumentar imposibilidad técnica si los datos están cifrados E2EE sin backdoor. La realidad: Amazon colabora en casos graves (homicidios, terrorismo) pero rechaza peticiones de casos civiles menores.
¿Cuánto tiempo almacenan los fabricantes datos IoT en cloud?
Depende del fabricante, del plan contratado y de la configuración de la cuenta, y las políticas cambian con frecuencia — varios proveedores han modificado la retención de voz y de vídeo en los últimos años. Por eso, en un peritaje, la retención no se cita de memoria: se consulta en la política vigente del proveedor y se declara la fecha de consulta.
Lo que sí puede darse por bueno como criterio de trabajo:
- La retención de vídeo suele contarse en días o pocas semanas, y a menudo depende del plan de suscripción: el mismo aparato conserva mucho menos con el plan gratuito.
- El historial de voz y de eventos suele durar más que el vídeo, y en varios servicios el titular puede configurar borrado automático o eliminarlo a mano — lo que significa que puede no existir aunque el dispositivo llevara años funcionando.
- Lo que se procesa en local no está en la nube, de modo que un requerimiento al fabricante devuelve poco o nada y la evidencia hay que buscarla en el dispositivo o en el móvil vinculado.
La consecuencia operativa es siempre la misma: preguntar por la retención antes de prometer nada, y si el incidente tiene semanas, asumir que el vídeo probablemente ya no está.
¿Es legal usar un dispositivo IoT forense para capturar tráfico WiFi ajeno?
No sin consentimiento o autorización judicial. Usar herramientas como WiFi Pineapple para crear evil twin de la red vecina y capturar tráfico IoT constituye delito de interceptación de comunicaciones (art. 197.1 CP). Incluso con orden judicial, el juez debe autorizar expresamente la interceptación de comunicaciones (auto específico, no vale el genérico de entrada y registro).
Conclusión
El análisis forense IoT es una disciplina emergente que enfrenta desafíos únicos: dispositivos heterogéneos, cifrado propietario, datos distribuidos entre local/cloud y vacíos legales. Sin embargo, los dispositivos conectados son testigos digitales invaluables en investigaciones de violencia doméstica, robos, accidentes laborales y fraudes.
Un perito informático forense especializado en IoT debe combinar habilidades técnicas (hardware hacking, análisis de firmware, sniffing de red), conocimiento legal (RGPD, Código Penal, admisibilidad de prueba) y capacidad de explicar hallazgos técnicos complejos en lenguaje comprensible para jueces y abogados.
Para casos que requieran análisis forense IoT profesional, es fundamental trabajar con un perito certificado que garantice cadena de custodia, uso de herramientas validadas y cumplimiento del marco legal español.
Cuándo interviene el perito, y con qué urgencia
Antes de nada conviene saber qué se puede esperar: en la mayoría de los casos domésticos la evidencia está en la nube y se obtiene por la cuenta, no desmontando el aparato. El trabajo del perito empieza en decidir qué pedir, a quién y con qué fundamento, y termina en un informe que declare qué acredita cada dato y qué no.
Y hay un reloj corriendo desde el primer día: el vídeo de las cámaras se conserva días o pocas semanas, y el historial de eventos puede estar configurado para borrarse solo. Cuando un procedimiento arranca meses después del hecho, buena parte de lo que se busca ya no existe — de modo que lo primero no es analizar, es pedir la conservación y exportar lo que aún esté. Lo firma un perito informático forense, que responde de la cadena de custodia ante el tribunal.
El vídeo de una cámara conectada dura menos que el procedimiento
La retención de la nube doméstica se cuenta en días y el historial de eventos puede borrarse solo: cuando llega la demanda, el rastro ya no está. Preservación y exportación de evidencia IoT, correlación entre dispositivos e informe pericial con los límites del alcance declarados.
Preguntas Frecuentes
¿Qué dispositivos IoT pueden contener evidencia forense?
Altavoces inteligentes (Alexa, Google Home), cámaras de seguridad (Ring, Nest), termostatos smart, cerraduras digitales, wearables (smartwatches, fitness trackers), electrodomésticos conectados, coches con telemetría y sensores industriales IIoT. Cada dispositivo puede almacenar logs, metadatos de actividad, grabaciones de audio/vídeo y datos sincronizados en la nube.
¿Cómo se extrae evidencia de un Amazon Echo o Google Home?
Casi toda la evidencia útil está en la nube, no en el aparato. La vía principal es la cuenta: si el cliente es el titular, ejerce su derecho de acceso del art. 15 RGPD y entrega la exportación; si no lo es, hace falta requerimiento judicial por cooperación internacional, que tramita el juzgado. La extracción de firmware por UART o JTAG existe, pero en los modelos actuales el almacenamiento suele estar cifrado y el residuo local es escaso: no es el primer paso ni el más rentable. En cualquiera de los casos hay que documentar quién hizo cada operación y cuándo, porque si la descarga la ejecuta el titular la evidencia entra como aportada de parte.
¿Es legal acceder a datos IoT de un tercero sin consentimiento?
No. Acceder a la cuenta o al sistema de un dispositivo IoT ajeno sin autorización es el delito del art. 197 bis.1 del Código Penal, con prisión de seis meses a dos años, y el tipo alcanza también a quien se mantiene en el sistema contra la voluntad de quien puede excluirle. Interceptar su tráfico es un delito distinto, el del art. 197 bis.2, con prisión de tres meses a dos años o multa. Y la evidencia obtenida así no es que valga menos: el art. 11.1 de la LOPJ priva de efecto a las pruebas obtenidas violentando derechos fundamentales. El perito trabaja con orden judicial o con autorización del titular de la cuenta, que no siempre es quien vive en la casa.
Términos Relacionados
Extracción Forense
Proceso de obtención de datos de dispositivos digitales (móviles, ordenadores, discos) de manera que preserve la integridad de la evidencia y mantenga la cadena de custodia para su uso en procedimientos judiciales.
Forense Móvil
Rama del análisis forense digital especializada en la extracción, preservación y análisis de evidencias almacenadas en dispositivos móviles como smartphones y tablets.
Evidencia Digital
Información digital (archivos, logs, mensajes) con valor probatorio en juicio. Su peso depende de que se pueda sostener su autenticidad e integridad, y la licitud de la obtención se juzga aparte, por el art. 11.1 LOPJ.
Cadena de Custodia
Protocolo legal y técnico que documenta y sostiene la integridad y la autenticidad de la evidencia digital desde su hallazgo hasta su presentación en juicio. Un defecto en ella debilita la fuerza probatoria y abre la puerta a la impugnación, pero no produce por sí solo la inadmisión de la prueba.
¿Necesitas un peritaje forense?
Si necesitas ayuda profesional con análisis forense digital, estoy aquí para ayudarte.
Solicitar Consulta Gratuita
