El abogado Marcos llevaba tres años construyendo ese caso. Tres años de diligencias, de recursos, de madrugadas con los folios del sumario esparcidos por el suelo del despacho. Tenía un dictamen pericial de cuarenta y dos páginas. Tenía hashes, tenía metadatos, tenía capturas forenses con cadena de custodia impecable. Tenía, en teoría, todo lo necesario para ganar.
Lo que no tenía era un perito que supiera sobrevivir veinte minutos de interrogatorio en sala.
El juicio duró dos días. El perito de Marcos estuvo en el estrado cuarenta y cinco minutos. Y en esos cuarenta y cinco minutos, el abogado de la defensa — un penalista con treinta años de experiencia y un olfato infalible para detectar el punto débil de cualquier testigo — desmontó sistemáticamente cada conclusión del dictamen, no porque las conclusiones fueran falsas, sino porque el perito no supo defenderlas bajo presión.
Titubeó en la tercera pregunta técnica. Se contradijo en la quinta. En la decimoquinta, estaba visiblemente sudando y pidió ver el documento original «para refrescar la memoria».
El juez observó. La defensa sonrió. Marcos, desde su asiento, vio cómo tres años de trabajo se convertían en papel mojado en tiempo real.
El dictamen era perfecto. El perito no estaba preparado para la guerra.
El error de contratar al mejor técnico sin preguntar lo que de verdad importa
Existe un sesgo muy comprensible en el mundo jurídico. Cuando un abogado busca un perito informático, tiende a evaluar lo que puede ver: las titulaciones enmarcadas en la pared, la lista de certificaciones, el nombre de la asociación profesional a la que pertenece, la calidad del informe de ejemplo que le envía por correo electrónico.
Todo eso importa. Pero ninguna de esas cosas te dice lo único que realmente necesitas saber antes de que ese perito ponga un pie en el estrado.
¿Sabe defenderse bajo fuego?
No es una metáfora retórica. Es una descripción literal de lo que ocurre en una audiencia oral cuando el letrado de la parte contraria empieza a interrogar a tu perito. El fuego cruzado de preguntas técnicas formuladas con precisión quirúrgica, diseñadas no para entender sino para confundir, para contradecir, para hacer que el perito dude de sus propias conclusiones en público y delante del juzgador.
Un perito que domina la técnica detrás de una pantalla y un perito que domina la técnica delante de un juez son, con demasiada frecuencia, personas completamente distintas. Y confundirlos es el error más caro que puede cometer un abogado.
Lo que nadie te explica sobre cómo funciona realmente un juicio con prueba digital
El dictamen pericial es el punto de partida, no el punto de llegada. Eso lo saben los abogados con experiencia. Lo que a veces se olvida es que el dictamen, por técnicamente impecable que sea, no habla solo. Lo defiende una persona. Una persona que en ese momento está de pie, frente a un tribunal, siendo interrogada por alguien cuyo objetivo profesional es destruir exactamente lo que esa persona tardó semanas en construir.
El sistema procesal español — y el de cualquier democracia avanzada — está diseñado sobre un principio fundamental: la contradicción. La verdad no emerge de un monólogo sino del choque de argumentos. La prueba pericial no se acepta por decreto; se somete al escrutinio de la parte contraria, que tiene todo el derecho del mundo a interrogar al perito, a cuestionar su metodología, a señalar sus inconsistencias, a poner en duda sus herramientas y a explorar sus limitaciones.
Y en el mundo de la prueba digital, ese escrutinio puede ser devastadoramente técnico.
¿Con qué versión del software realizó la extracción? ¿Está certificada esa versión para el tipo de dispositivo analizado? ¿Por qué eligió SHA-256 y no SHA-512? ¿Puede explicar la diferencia entre un análisis lógico y un análisis físico de un dispositivo iOS y por qué eligió uno frente al otro en este caso concreto? ¿Cómo puede garantizar que el bloqueador de escritura que utilizó funcionaba correctamente ese día específico y no introducía artefactos en la imagen forense?
Un perito que no haya vivido esas preguntas en un estrado real — no en un curso, no en un simulacro, no en teoría — tiene muchas posibilidades de encontrarse exactamente donde encontró Marcos al suyo: sudando y pidiendo el documento original para refrescar la memoria.
Las cinco preguntas que deberías hacer antes de firmar ningún contrato
Hay un protocolo que todo abogado debería aplicar antes de contratar a cualquier perito informático. No como formalidad, sino como filtro real para separar al técnico de laboratorio del profesional de sala.
Primera pregunta: ¿Cuántas veces ha ratificado un dictamen en sede judicial en los últimos doce meses?
No en los últimos quince años. En los últimos doce meses. La ratificación judicial es una habilidad que se oxida si no se practica. Un perito que lleva dos años sin pisar un juzgado está, en términos de preparación para la sala, en un estado similar al de un cirujano que lleva dos años sin operar. La teoría sigue ahí. El músculo, no.
Segunda pregunta: ¿Puede describirme una situación en la que su dictamen fue duramente cuestionado y cómo lo resolvió?
Esta pregunta filtra a los que han estado en la batalla real de los que solo conocen la guerra en los libros. Un perito con experiencia real en sala tiene historias. Las cuenta con detalle. Sabe exactamente qué pregunta lo puso en apuros, cómo respondió, qué aprendió. El perito sin experiencia real da respuestas genéricas sobre «presión» y «mantenerse fiel a los hechos técnicos». Esas respuestas suenan bien. Y no significan nada.
Tercera pregunta: ¿Cuál es su especialidad concreta dentro de la forense digital?
La informática forense no es una disciplina monolítica. Un experto en análisis de dispositivos móviles no es necesariamente experto en forense de servidores. Un especialista en criptografía no es automáticamente un especialista en análisis de redes. Un perito que declara ser experto en «informática forense» sin más especificación está diciéndote, sin saberlo, que no tiene una especialidad real. Los mejores peritos saben exactamente dónde termina su conocimiento sólido y dónde empieza el territorio en el que necesitarían apoyo.
Cuarta pregunta: ¿Qué herramientas utiliza y puede justificar su elección para este caso concreto?
La respuesta correcta no es una lista de marcas. La respuesta correcta es una explicación de por qué esas herramientas son las adecuadas para el tipo de dispositivo, el sistema operativo, la naturaleza de los datos y los objetivos del análisis. Si el perito no puede articular esa justificación en términos comprensibles para un no técnico, no va a poder articularlo en sala cuando el letrado contrario lo pregunte — y lo preguntará.
Quinta pregunta: ¿Qué pasa si durante el interrogatorio aparece información técnica que no había considerado en el dictamen?
Esta es la pregunta más importante. Y la más incómoda. La respuesta que buscas no es «eso no puede ocurrir porque mi análisis es exhaustivo». Ningún análisis es absolutamente exhaustivo y cualquier perito que afirme lo contrario está mintiéndote o mintiéndose. La respuesta que buscas es algo parecido a: «Si aparece información técnica nueva y relevante, tengo la obligación de considerarla, y si modifica mis conclusiones, lo diré con claridad, aunque sea contrario a los intereses de quien me contrató». Un perito que antepondría su credibilidad técnica a los intereses de la parte que lo paga es, paradójicamente, el perito más valioso que puedes tener. Porque su credibilidad ante el juez es tu mayor activo.
El interrogatorio como arte marcial
Hay una razón por la que los mejores abogados penalistas hablan del interrogatorio al perito contrario como de una forma de arte marcial. No porque sea violento — aunque a veces lo parezca — sino porque la técnica lo es todo y la improvisación es el camino más corto hacia la derrota.
El letrado experimentado no ataca al perito de frente. No le dice «su análisis es incorrecto» porque eso generaría una discusión técnica en la que el perito, inevitablemente, tiene ventaja. En cambio, construye una secuencia de preguntas aparentemente inocuas que van estrechando el cerco hasta que el perito, sin darse cuenta, ha concedido suficientes puntos menores como para que el argumento principal se sostenga solo.
¿Es posible que un archivo de ese tipo tenga metadatos de fecha alterados por el simple hecho de ser copiado? Sí. ¿Y es posible que esa alteración ocurriera sin intención maliciosa? Sí. ¿Y en ese caso, ¿puede usted descartar con certeza absoluta que la fecha que figura en el metadato sea la fecha real de creación del documento? No puedo descartarlo con certeza absoluta.
Tres respuestas correctas. El perito ha dicho la verdad en las tres. Y sin embargo, acaba de cederle a la defensa exactamente lo que necesitaba para su argumentación final.
Un perito con experiencia real en sala anticipa esa trampa desde la primera pregunta. Sabe exactamente adónde lleva esa secuencia. Y tiene preparada una respuesta que concede lo técnicamente honesto sin ceder el argumento central.
Eso no se aprende en un curso. Se aprende en cincuenta juicios.
Lo que quince años en los juzgados enseñan que ningún manual puede transmitir
Existe una diferencia cualitativa entre un perito que ha leído sobre presión y un perito que la ha vivido. Entre alguien que conoce la teoría del interrogatorio cruzado y alguien que ha estado en el estrado mientras el letrado contrario, con sonrisa cómplice hacia el tribunal, le pregunta por tercera vez la misma cuestión formulada de tres formas distintas hasta encontrar la grieta.
La calma no se finge. El juez — cualquier juez con más de tres años de experiencia — identifica en segundos cuándo un testigo está actuando y cuándo está genuinamente seguro de lo que dice. La seguridad técnica que transmite un perito con experiencia real en sala es cualitativa y cuantitativamente distinta de la de alguien que domina el material, pero no ha sido puesto a prueba en público.
Y esa calma, esa seguridad, ese control del ritmo del interrogatorio tiene un efecto directo sobre el juzgador que ningún dictamen escrito puede replicar. Porque el juez no solo evalúa lo que el perito dice. Evalúa cómo lo dice. La coherencia entre el lenguaje verbal y el no verbal. La consistencia de las respuestas bajo presión. La capacidad de simplificar sin simplificar en exceso, de hacer comprensible lo técnico sin sacrificar la precisión.
Cuando un perito de ANTPJI entra a sala, no entra solo con el dictamen. Entra con quince años de audiencias orales. Con la memoria muscular de haber respondido esa pregunta, o una variante de esa pregunta, en docenas de juzgados distintos. Con el conocimiento de que la presión no es una amenaza sino el entorno natural en el que ese trabajo se completa.
La diferencia que el abogado debería buscar y raramente busca
En materia penal, un perito que sabe defender la cadena de custodia bajo interrogatorio cerrado es la diferencia entre una condena y una absolución. No porque la cadena de custodia sea el único factor, sino porque en los casos donde la prueba digital es central, cualquier grieta en su presentación oral genera la duda razonable que el sistema penal exige para absolver.
En materia familiar y mercantil, la capacidad de traducir metadatos, registros de acceso, logs de servidor y hashes en conclusiones comprensibles para un juzgador que no tiene formación técnica es tan importante como la corrección técnica de esas conclusiones. Un dictamen impecable que el juez no entiende tiene exactamente el mismo valor que un dictamen erróneo. Ninguno.
En ambos casos, la habilidad oral no es un complemento al conocimiento técnico. Es su extensión natural. Y contratar a un perito sin evaluar esa habilidad es como contratar a un chef evaluando solo sus recetas escritas sin preguntarle nunca si ha cocinado para cien personas bajo presión de tiempo.
La pregunta que define todo lo demás
Antes de firmar cualquier contrato con cualquier perito informático, existe una pregunta que resume todas las demás. Una pregunta sencilla, directa, y cuya respuesta lo dirá absolutamente todo sobre lo que encontrarás cuando ese perito esté de pie frente a un tribunal.
Pregúntale qué encontró en el dispositivo más difícil que ha analizado en su carrera. Cómo lo explica. Cómo lo sostiene. Cómo lo defiende cuando la parte contraria lo cuestiona con argumentos técnicos. Escucha no solo el contenido de la respuesta, sino cómo la construye, cómo maneja la complejidad, cómo calibra el nivel técnico de su explicación en función de quien tiene delante.
Si lo que ves en esa respuesta es lo que querrías ver en un estrado judicial, has encontrado a tu perito.
Si titubea, si generaliza, si se pierde en tecnicismos sin llegar a ninguna conclusión clara, o si simplemente no tiene una historia de sala real que contar —porque un perito con experiencia real siempre tiene historias de sala que contar— tienes delante a alguien que puede escribirte un dictamen excelente y perderte el juicio.
Porque el dictamen es el mapa. Pero el territorio es la sala. Y solo alguien que conoce ese territorio de primera mano sabe exactamente qué caminos llevan a donde necesitas llegar y cuáles parecen seguros hasta que, de repente, el suelo desaparece bajo tus pies.
Antes de contratar a un perito informático, pregunta lo que de verdad importa. En ANTPJI llevamos quince años en los juzgados de toda España. Sabemos exactamente lo que se siente cuando el letrado contrario apunta directamente al dictamen. Y sabemos cómo sostenerse. Primera consulta gratuita: presidente@antpji.com · +34 648 51 34 14 · www.antpji.com
