Análisis Forense

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.

18 min de lectura

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íaDispositivosEvidencia típicaComplejidad
Smart HomeAlexa, Google Home, Ring, NestGrabaciones voz/vídeo, logs actividad, patrones presenciaMedia
WearablesApple Watch, Fitbit, GarminGPS tracks, frecuencia cardíaca, sueño, llamadasAlta
Smart SecurityCerraduras Yale, cámaras Arlo, sensores Philips HueLogs acceso, eventos movimiento, imágenes/vídeoMedia
Vehículos conectadosTesla, BMW ConnectedDrive, Ford SYNCTelemetría, ubicaciones, diagnósticos OBD-IIAlta
ElectrodomésticosRoomba, neveras Samsung, lavadoras LGPatrones uso, WiFi logs, actualizaciones firmwareBaja
IIoT industrialSensores Siemens, PLCs Allen-BradleyLogs producción, alertas SCADA, accesos remotosMuy Alta

Proceso de análisis forense IoT

  1. 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
  2. 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
  3. 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
  4. 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)
  5. 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
  6. 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íoDescripciónSolución forense
Cifrado propietarioFirmware cifrado con claves desconocidasIngeniería inversa, solicitud a fabricante, side-channel attacks
Datos volátilesLogs solo en RAM, se pierden al apagarAdquisición en caliente, no desconectar dispositivo
Ecosistemas cerradosAPIs privadas sin documentaciónSniffing tráfico de red, reverse engineering app móvil
Multi-jurisdicciónDatos en servidores fuera de EspañaCooperació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 timestampsRelojes internos no sincronizados con NTPCorrelación con eventos externos (router logs, móvil GPS)
Actualizaciones automáticasOTA updates que sobrescriben firmwareAislamiento 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íaCómo funcionaQué se obtieneLímite
Con el titular de la cuentaEl 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 peritoHistorial de voz o de eventos en el formato que exporte el proveedor, con sus metadatosSolo 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 judicialCooperación internacional cuando el prestador está fuera de la UE. Lo tramita la autoridad judicial, no el peritoLo que el proveedor conserve y esté obligado a cederPlazos 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

HerramientaCasos de usoLicenciaCoste
WiresharkCaptura paquetes red local, análisis protocolos IoT (MQTT, CoAP)GPLGratis
FiddlerProxy HTTPS, inspección API calls de apps IoTComercial€12/mes
IoT InspectorIdentificación automática de dispositivos en red localAcadémicaGratis
MQTT ExplorerAnálisis tráfico MQTT (protocolo común IoT)Open sourceGratis
Zigbee2MQTTSniffing protocolos Zigbee/Z-Wave smart homeOpen sourceGratis

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:

  1. Cadena de custodia documentada: Desde incautación hasta análisis (art. 334 LECrim)
  2. Obtención lícita: Con orden judicial o consentimiento del titular
  3. Herramientas validadas: Software forense con hashes verificables (SHA-256)
  4. 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

  1. 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
  2. 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
  3. 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)
  4. 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
  5. 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)
  6. 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.

¿Necesitas un peritaje forense?

Si necesitas ayuda profesional con análisis forense digital, estoy aquí para ayudarte.

Solicitar Consulta Gratuita
Jonathan Izquierdo

Jonathan Izquierdo · Perito Forense

+15 años experiencia · AWS Certified

WhatsApp