Perito informático forense: cómo hacer un dictamen de software que aguante en juicio

Cuando un juez tiene sobre la mesa un litigio que involucra código fuente defectuoso, una brecha de seguridad o un incidente de ransomware, la única voz técnica en la que puede apoyarse es la del perito informático forense. Sin embargo, traducir hallazgos altamente especializados —fragmentos de código, trazas de red, volcados de memoria— a un lenguaje que un tribunal pueda valorar correctamente es uno de los retos más exigentes de esta especialidad pericial.

Esta guía está escrita para ingenieros de software, consultores de ciberseguridad y peritos judiciales que quieran estructurar dictámenes sobre fallos de software o ciberincidentes de forma rigurosa, comprensible y resistente al contrainterrogatorio.

---

Por qué fracasan muchos informes periciales de software en juicio

Antes de hablar de estructura, conviene identificar los errores más frecuentes que debilitan un dictamen técnico ante el tribunal:

• Exceso de jerga sin contextualización. Términos como buffer overflow, race condition o SQL injection son evidentes para un desarrollador, pero necesitan explicación cuando el destinatario es un magistrado sin formación técnica.
• Confusión entre hallazgo y opinión. El informe debe separar con claridad qué se ha observado (hecho técnico verificable) de lo que el perito concluye a partir de esa observación (juicio técnico).
• Cadena de custodia deficiente. Si no se acredita que la muestra analizada no ha sido alterada desde su obtención, toda la argumentación posterior queda en entredicho.
• Afirmaciones absolutas sin soporte metodológico. Decir que «el sistema falló por culpa del proveedor» sin describir el método de análisis utilizado es una opinión, no un dictamen pericial.
• Ausencia de bibliografía técnica y normativa de referencia. Las conclusiones ganan solidez cuando se apoyan en estándares reconocidos (ISO/IEC, OWASP, NIST u otros de aplicación al caso).

---

Estructura recomendada para el dictamen sobre software o ciberincidente

1. Objeto y alcance del encargo

Define con precisión qué se te ha pedido analizar, qué artefactos digitales has recibido y qué preguntas concretas responde el informe. Esta delimitación protege al perito de que se le atribuyan conclusiones que exceden su mandato.

2. Metodología y herramientas empleadas

Describe el procedimiento de análisis paso a paso: cómo se obtuvo o recibió la evidencia, qué herramientas se utilizaron (análisis estático, dinámico, revisión de logs, forense de red…) y bajo qué condiciones se trabajó. Menciona los estándares o marcos de referencia aplicados. Esta sección es la primera que atacará la parte contraria: cuanto más trazable sea tu método, más difícil será cuestionarlo.

3. Cadena de custodia y preservación de la evidencia

Documenta el hash criptográfico de cada fichero analizado, quién lo custodiaba antes de recibirlo, cuándo y cómo fue entregado, y qué medidas tomaste para trabajar sobre copias forenses sin modificar los originales. Este apartado es crítico en litigios sobre ciberincidentes donde la manipulación posterior puede ser alegada por la parte adversa.

4. Descripción técnica de los hallazgos

Expón los hechos técnicos de forma ordenada y jerarquizada. Incluye capturas, fragmentos de código relevantes (mínimos y explicados en texto) y referencias a los archivos o líneas concretas analizadas. Evita la narrativa especulativa: cada hallazgo debe poder reproducirse o verificarse.

Consejo práctico: Por cada hallazgo técnico, añade un párrafo de «traducción judicial» que explique en lenguaje llano qué significa ese hallazgo para el funcionamiento del sistema o para el perjuicio alegado. Ese párrafo es el que el juez leerá con mayor atención.

5. Análisis causal y relación con el daño

Este es el núcleo del dictamen: establece si existe relación causal entre el fallo o vulnerabilidad identificado y el incidente o perjuicio que motiva el litigio. Distingue entre causas directas, factores contributivos y circunstancias que quedan fuera de tu análisis. Sé explícito sobre el grado de certeza de tus conclusiones: la honestidad técnica refuerza la credibilidad del perito.

6. Conclusiones numeradas

Redacta las conclusiones en párrafos cortos, numerados y en lenguaje accesible. Cada conclusión debe responder directamente a una de las preguntas del encargo. Evita conclusiones ambiguas o que mezclen varios hallazgos: la parte contraria aprovechará cualquier imprecisión.

7. Anexos técnicos

Reserva para los anexos la documentación exhaustiva: logs completos, capturas de pantalla, fragmentos de código extensos, tablas comparativas. El cuerpo del informe debe poder leerse sin los anexos; estos existen para que cualquier otro perito pueda verificar tu trabajo.

---

Cómo preparar el contrainterrogatorio

El dictamen es solo la primera mitad del trabajo. El perito informático forense debe anticipar las líneas de ataque más habituales:

• «¿Podría tener otra causa el fallo?» Responde en el propio informe descartando hipótesis alternativas con argumentación técnica.
• «¿Sus herramientas son fiables?» Documenta la versión de cada herramienta y su aceptación en la comunidad técnica y judicial.
• «¿Es usted imparcial?» El perito judicial actúa bajo juramento de decir verdad y con independencia de la parte que lo propone. Mantenlo claro en tu actuación oral.
• «El otro perito dice lo contrario.» No es un debate de autoridades: es un debate de metodología y evidencia. Sé capaz de señalar dónde difieren los métodos y por qué el tuyo es más adecuado al caso.

---

Preguntas frecuentes

¿Puede un perito informático forense opinar sobre daños económicos derivados del ciberincidente? Puede cuantificar el impacto técnico (tiempo de inactividad del sistema, datos comprometidos, coste de recuperación), pero la valoración económica final suele requerir un perito económico. Delimita claramente tu ámbito.

¿Es obligatorio citar el código fuente en el informe? No siempre. Incluye solo los fragmentos imprescindibles para ilustrar el hallazgo, explicados en texto. La extensión no equivale a rigor.

¿Qué ocurre si el código fuente está bajo secreto comercial? Existe la posibilidad de solicitar al tribunal medidas de protección de la confidencialidad. Consúltalo con el letrado que te haya propuesto antes de elaborar el informe.

¿La inteligencia artificial puede ayudar a redactar el dictamen? Las herramientas de IA pericial pueden apoyar la estructuración del informe, la revisión de consistencia interna o la generación de borradores de secciones estándar. Sin embargo, el análisis técnico, las conclusiones y la firma son siempre responsabilidad exclusiva del perito colegiado. La herramienta asiste; el profesional decide.

---

Un último apunte sobre eficiencia pericial

La carga de trabajo documental en este tipo de informes es considerable. Plataformas como JBH permiten a los [peritos informáticos forenses recibir encargos y generar informes periciales con asistencia de IA](/para-peritos), manteniendo siempre el control técnico y la responsabilidad en manos del profesional. Si quieres optimizar el tiempo que dedicas a la parte documental para concentrarte en el análisis técnico, puede ser un recurso que merezca explorar.

Si trabajas en esta especialidad y te interesa ampliar tu actividad pericial, puedes valorar unirte a una red de peritos que conecte tu perfil con encargos adecuados a tu experiencia.