Arquitectura de firma biométrica para Justicia: webSign, Wacom DTU y servidor in-house

Implantar firma manuscrita biométrica en la Administración de Justicia no consiste simplemente en conectar una tableta Wacom a un ordenador.

En un entorno judicial deben coordinarse diferentes elementos:

• el sistema de gestión procesal;
• la aplicación web utilizada por el funcionario;
• el dispositivo sobre el que firma el ciudadano;
• la captura de evidencias biométricas;
• el cifrado de esos datos;
• la protección criptográfica del PDF;
• la custodia de claves;
• la conservación del documento;
• y la posibilidad de recuperar y analizar la evidencia años después.

Por ello, la pregunta relevante no es únicamente:

¿qué tableta utilizamos para firmar?

La pregunta correcta es:

¿qué arquitectura permite integrar la firma biométrica de forma segura dentro del Expediente Judicial Electrónico?

En las implantaciones de edatalia para Administraciones de Justicia, esta arquitectura puede construirse alrededor de tres componentes principales:

webSign

tabletas Wacom DTU

servidor de firma instalado in-house

La aplicación judicial mantiene el control del procedimiento, mientras la tecnología de edatalia se encarga de la captura manuscrita, las evidencias biométricas y la generación del documento firmado.

Arquitectura general de firma biométrica para Justicia

Como explicamos en nuestra guía sobre CTEAJE y firma biométrica, la conservación de evidencias debe contemplarse desde el diseño de la solución.

Una arquitectura conceptual puede representarse así:

Sistema de gestión procesal / aplicación judicial

↓

webSign

↓

Wacom DTU

↓

captura de firma y datos biométricos

↓

servidor de firma edatalia in-house

↙︎　　　　　　　　　　　　↘︎

protección del PDF　　　cifrado biométrico

↓

documento PDF firmado

↓

Expediente Judicial Electrónico

Y fuera del flujo operativo ordinario:

clave privada de descifrado biométrico

↓

custodia independiente

↓

utilización excepcional ante controversia

Esta separación entre componentes es importante porque cada pieza tiene una responsabilidad diferente.

1. El sistema de gestión procesal sigue controlando el expediente

La incorporación de firma biométrica no requiere sustituir el sistema de gestión procesal existente.

Aplicaciones como AVANTIUS siguen gestionando:

• expedientes;
• procedimientos;
• documentos;
• usuarios;
• actuaciones;
• workflows;
• almacenamiento;
• estados procesales.

La capa de firma se invoca solamente cuando una determinada actuación requiere la firma manuscrita de una persona presente físicamente.

Por tanto:

AVANTIUS o aplicación judicial

→ decide qué documento debe firmarse.

edatalia webSign

→ gestiona el proceso de captura.

servidor de firma

→ construye y protege el documento resultante.

Esta separación permite incorporar firma biométrica sin rediseñar la lógica del sistema procesal.

2. webSign conecta la aplicación web con el proceso de firma

webSign es la tecnología de edatalia diseñada para incorporar firma manuscrita a aplicaciones web.

La solución se integra mediante JavaScript y está preparada para trabajar en navegadores actuales sin depender de Java. Además, edatalia documenta la posibilidad de desplegar la plataforma tanto en nube como dentro del propio centro de datos de la organización.

Esto resulta especialmente relevante en Justicia.

Los sistemas procesales tienen ciclos de vida largos y no debería introducirse una dependencia de tecnologías de navegador obsoletas simplemente para poder acceder a un dispositivo de firma.

La aplicación judicial puede continuar siendo web mientras webSign resuelve la interacción necesaria para realizar la captura manuscrita.

3. La Wacom DTU actúa como dispositivo de interacción con el firmante

En los proyectos de Justicia de edatalia se utilizan dispositivos de la familia Wacom DTU.

Una DTU es especialmente adecuada para escenarios en los que la persona no debe limitarse a realizar una rúbrica sobre una pequeña superficie.

La pantalla permite combinar:

visualización

interacción mediante lápiz

captura manuscrita

Esto permite diseñar una experiencia en la que el ciudadano pueda revisar la información correspondiente y realizar su firma sobre el dispositivo.

Wacom confirma oficialmente que las soluciones de edatalia están integradas con sus familias de dispositivos STU y DTU y que edatalia es Signature Solution Partner de Wacom desde 2011.

4. Qué información se captura durante la firma

La firma visible representa únicamente una parte de la información disponible.

Durante el movimiento del lápiz pueden capturarse datos dinámicos relacionados con:

• posición;
• coordenadas;
• presión;
• velocidad;
• aceleración;
• evolución temporal;
• secuencia del trazado.

La secuencia completa aporta información sobre cómo fue ejecutada la firma, no únicamente sobre su apariencia final.

Eso diferencia una solución biométrica de un proceso que simplemente guarda una imagen de la rúbrica.

Una imagen puede mostrar:

cómo quedó la firma.

La biometría puede aportar información adicional sobre:

cómo fue realizada.

Esta información adquiere especial relevancia cuando, años después, alguien cuestiona la autoría de la firma.

El sello temporal aporta una evidencia adicional, por lo que conviene entender cómo validar el sello de tiempo de un documento firmado.

5. La biometría se cifra antes de incorporarse al documento

Los datos biométricos no deberían almacenarse en abierto.

El modelo contemplado por CTEAJE para firmas manuscritas biométricas en PDF establece precisamente que la información asociada al trazo debe cifrarse e incorporarse al propio documento utilizando una clave pública asociada a una clave privada bajo custodia.

La arquitectura puede representarse así:

datos capturados por Wacom

↓

información biométrica

↓

cifrado con clave pública

↓

datos biométricos cifrados

↓

incorporación al PDF

El documento conserva así las evidencias necesarias sin exponerlas a cualquier persona que pueda abrirlo.

6. El servidor de firma puede permanecer dentro de la infraestructura de Justicia

Una Administración puede requerir que la infraestructura de firma permanezca dentro de sus propios sistemas.

La plataforma de edatalia permite un modelo on-premise, algo documentado tanto por edatalia como por Wacom.

Conceptualmente:

puesto del funcionario

↓

red de Justicia

↓

servidor webSign / firma

↓

infraestructura corporativa

↓

gestor procesal / EJE

El servidor puede instalarse dentro del CPD definido por la Administración.

Este modelo permite adaptar el proyecto a requisitos propios sobre:

• red;
• seguridad;
• comunicaciones;
• disponibilidad;
• certificados;
• protección de datos;
• monitorización;
• continuidad de servicio.

Un despliegue in-house no significa simplemente “instalar software en un servidor”.

Significa que la Administración puede integrar la firma dentro de su propia arquitectura de seguridad.

7. Certificado para proteger criptográficamente el PDF

Una vez capturada la firma, el documento puede recibir protección criptográfica mediante el certificado configurado para el proyecto.

Esta capa permite aportar garantías sobre la integridad del documento.

La pregunta que resuelve es:

¿se ha modificado el PDF después de aplicar su protección criptográfica?

Esto es diferente de analizar la biometría.

Podemos distinguir:

firma biométrica

→ evidencia relacionada con la ejecución manuscrita.

firma o sello criptográfico del PDF

→ protección de la integridad documental.

Ambas capas pueden combinarse dentro del mismo proceso.

8. Certificado de firma y certificado de cifrado biométrico no tienen por qué ser el mismo

Éste es uno de los aspectos más importantes de la arquitectura de edatalia.

En una instalación in-house pueden configurarse de forma independiente:

Certificado utilizado para el documento

Su función es aplicar la protección criptográfica correspondiente al PDF.

Certificado o clave pública utilizado para la biometría

Su función es cifrar los datos dinámicos capturados durante la firma.

Por tanto:

Certificado A

→ protección del PDF.

Certificado B

→ cifrado de datos biométricos.

Esta separación permite que cada Administración configure su propia política criptográfica.

Además, evita mezclar dos funciones de seguridad completamente distintas.

9. El servidor necesita la clave pública biométrica, no necesariamente la privada

Para crear un nuevo documento firmado, el sistema debe poder cifrar las evidencias biométricas.

Para eso necesita la clave pública correspondiente.

No necesita descifrar esos datos.

Por tanto, el flujo ordinario puede utilizar:

clave pública

→ cifrado.

Mientras:

clave privada

→ permanece bajo custodia.

Esto introduce una separación de responsabilidades importante.

El servidor que procesa diariamente miles de operaciones no necesita disponer de la capacidad para recuperar la biometría histórica.

10. La clave privada de la biometría debe quedar fuera del flujo ordinario

CTEAJE establece que la clave privada asociada al cifrado biométrico debe estar custodiada por un notario o un Prestador de Servicios de Confianza Digital.

Por tanto, una arquitectura correctamente diseñada puede separar:

Infraestructura operacional

Necesaria para generar documentos.

de

Infraestructura de custodia

Necesaria únicamente para recuperar evidencias protegidas cuando exista una causa legítima.

Antes de preservar una firma es necesario determinar qué comprueba realmente un sistema de validación de firmas digitales.

Es importante entender que:

servidor in-house

no significa necesariamente

clave privada biométrica dentro del mismo servidor.

Son cuestiones diferentes.

La Administración puede mantener su plataforma de firma dentro de su CPD mientras aplica un mecanismo de custodia independiente a la clave de descifrado.

11. ¿Por qué incorporar la biometría al propio PDF?

Podrían diseñarse dos modelos.

Modelo separado

PDF

base de datos con biometría

Este diseño obliga a mantener durante años la relación correcta entre ambos repositorios.

Modelo asociado al documento

PDF + biometría cifrada

En este caso, documento y evidencia viajan conjuntamente.

CTEAJE recomienda precisamente la incorporación de la información biométrica al propio documento y exige que firma y contenido queden vinculados de forma indisociable.

Esto resulta especialmente interesante para el Expediente Judicial Electrónico.

El propio documento puede conservar las evidencias relacionadas con su firma.

En el caso de la firma presencial, esta estrategia puede integrarse dentro de una arquitectura de firma biométrica para Justicia.

12. El PDF sigue mostrando la firma

Que la biometría permanezca cifrada no significa que la firma deje de ser visible.

CTEAJE establece también que la imagen estática de la firma debe ser visible en el PDF.

Por tanto, pueden coexistir dos niveles:

Uso cotidiano

La persona que consulta el expediente ve la representación gráfica de la firma.

Análisis excepcional

Los datos dinámicos permanecen cifrados hasta que exista una causa legítima para recuperarlos.

Esta separación proporciona una experiencia documental normal sin exponer innecesariamente información biométrica.

13. El flujo completo de una operación

Veamos el funcionamiento completo.

Paso 1. El sistema judicial genera el documento

AVANTIUS u otra aplicación produce el PDF que debe firmarse.

Paso 2. La aplicación invoca webSign

El proceso de firma se inicia desde el propio workflow.

Paso 3. El documento se presenta al firmante

La persona puede visualizar la información correspondiente en el puesto de atención y, dependiendo del diseño de interfaz, sobre la propia pantalla Wacom DTU.

Paso 4. Se realiza la firma manuscrita

El ciudadano utiliza el lápiz de la DTU.

Paso 5. Se capturan las evidencias

Además de la representación gráfica pueden obtenerse datos dinámicos asociados al trazado.

Paso 6. Se cifra la biometría

El sistema utiliza la clave pública definida para el proyecto.

Paso 7. Se incorpora al PDF

La información protegida queda vinculada al documento.

Paso 8. El servidor aplica la protección criptográfica documental

Se utiliza el certificado configurado para el documento.

Paso 9. El PDF se devuelve al sistema procesal

El documento resultante vuelve al workflow.

Paso 10. Se incorpora al Expediente Judicial Electrónico

El proceso continúa sin necesidad de imprimir, escanear o volver a clasificar manualmente el documento.

14. ¿Dónde queda el PDF?

La arquitectura de firma no debería imponer por sí misma un nuevo gestor documental.

Una vez procesado, el documento puede devolverse al sistema que originó la operación.

En un entorno judicial:

aplicación procesal

→ envía documento.

webSign / servidor

→ procesa firma.

aplicación procesal

← recibe documento firmado.

El almacenamiento definitivo continúa correspondiendo al sistema documental o Expediente Judicial Electrónico definido por la Administración.

De este modo, la plataforma de firma se comporta como un componente especializado y no como un repositorio paralelo innecesario.

15. Integración con AVANTIUS

AVANTIUS constituye un buen ejemplo de esta arquitectura.

El sistema procesal controla el procedimiento.

Cuando se necesita una firma manuscrita presencial, puede invocarse la capa especializada de firma.

Conceptualmente:

AVANTIUS

↓

documento

↓

webSign

↓

Wacom DTU

↓

servidor de firma in-house

↓

PDF firmado

↓

AVANTIUS

Esta separación es precisamente una de las razones por las que resulta posible integrar tecnologías especializadas sin convertirlas en parte del núcleo del sistema procesal.

16. Una misma plataforma puede adaptarse a varias Administraciones

Una característica especialmente útil de esta arquitectura es que el software puede mantener una base tecnológica común mientras cada Administración define sus propios parámetros.

Por ejemplo:

Administración A

certificado documental A
certificado biométrico B
custodio B
política de conservación A.

Administración B

certificado documental C
certificado biométrico D
custodio D
política de conservación B.

Administración C

certificado documental E
certificado biométrico F
custodio F
política de conservación C.

La capa de integración puede ser similar.

Lo que cambia es la política criptográfica y operativa.

Esto resulta especialmente relevante cuando un mismo sistema de gestión procesal se utiliza en distintas Administraciones territoriales.

17. ¿Qué debe permanecer dentro del CPD?

No existe una única respuesta válida para todos los proyectos.

Pero un despliegue in-house puede mantener dentro de la infraestructura corporativa elementos como:

• servidores;
• aplicación;
• servicios de firma;
• documentos;
• configuraciones;
• certificados operativos;
• logs;
• integraciones.

La arquitectura concreta dependerá de las políticas de seguridad de cada Administración.

Lo importante es distinguir qué elementos forman parte del funcionamiento cotidiano y cuáles pertenecen a la custodia excepcional de evidencias.

18. Alta disponibilidad y continuidad de servicio

Una plataforma de firma integrada en Justicia puede convertirse en un componente crítico.

Si el servidor de firma deja de funcionar, determinadas actuaciones presenciales pueden quedar bloqueadas.

Por eso un proyecto de producción debería analizar:

• redundancia;
• balanceo;
• monitorización;
• backups;
• recuperación ante desastre;
• renovación de certificados;
• gestión de versiones;
• procedimientos de actualización.

Estos elementos no son requisitos específicos del apartado 10.12 de CTEAJE, sino buenas prácticas de arquitectura que deben dimensionarse según la criticidad y volumen del servicio.

Wacom señala que las soluciones de edatalia combinadas con sus dispositivos han demostrado estabilidad en escenarios de altos volúmenes y documenta más de 50 integraciones activas en sectores como banca, Administración Pública y logística.

19. Seguridad por capas

No existe una única medida que convierta un sistema en seguro.

La arquitectura debe proteger diferentes capas.

Puesto de trabajo

Control del dispositivo y aplicación.

Comunicación

Canales seguros entre cliente y servidores.

Documento

Protección de integridad.

Biometría

Cifrado de las evidencias.

Claves

Gestión y custodia independientes según su función.

Servidores

Hardening, monitorización y control de acceso.

Expediente

Conservación y trazabilidad.

Contingencia

Capacidad de recuperación.

La seguridad aparece precisamente de la combinación de todas ellas.

20. ¿Qué ocurre cuando se renueva un certificado?

Los certificados tienen ciclos de vida.

Una Administración puede utilizar:

certificado biométrico A

durante un determinado periodo,

y posteriormente:

certificado biométrico B.

Los documentos históricos continúan conteniendo información cifrada con A.

Por tanto, renovar la infraestructura para documentos nuevos no elimina la necesidad de conservar la capacidad de recuperación de los anteriores.

Una correcta política de claves debe permitir conocer:

qué certificado protegió cada conjunto de evidencias

y

dónde se encuentra la clave necesaria para acceder a ellas.

Este aspecto cobra especial importancia en Justicia, donde determinados expedientes pueden conservarse durante periodos prolongados.

21. ¿Qué ocurre si una firma es impugnada?

La arquitectura debe contemplar este escenario desde el principio.

El flujo ordinario:

AVANTIUS → webSign → Wacom → PDF

puede no utilizar nunca la clave privada biométrica.

Pero si años después una firma es cuestionada:

PDF histórico

↓

identificación de las evidencias

↓

activación del procedimiento de custodia

↓

descifrado controlado

↓

extracción de datos dinámicos

↓

comparación con firmas indubitadas

↓

eventual análisis pericial

CTEAJE exige precisamente que sea posible el cotejo en caso de controversia y contempla la disponibilidad de mecanismos para extraer la información dinámica y realizar análisis pericial.

Una arquitectura de firma debería ser evaluada también por su capacidad para soportar este escenario.

La conservación de la biometría requiere además mantener correctamente la custodia de la clave de cifrado de datos biométricos según CTEAJE.

22. webSign no sustituye al Expediente Judicial Electrónico

Es importante delimitar las responsabilidades.

webSign no pretende convertirse en:

• gestor procesal;
• expediente judicial;
• archivo documental;
• sistema de identificación de funcionarios.

Su función es mucho más concreta:

resolver de forma especializada la captura y gestión de una firma manuscrita dentro de un proceso electrónico.

Esta especialización permite integrarlo con diferentes sistemas.

Wacom describe públicamente las soluciones de edatalia como disponibles en formatos web, cliente-servidor y API, precisamente para facilitar su incorporación a sistemas existentes.

23. No depender de Java facilita la evolución del sistema

Los proyectos de Justicia deben diseñarse pensando en años de funcionamiento.

Introducir dependencias muy ligadas a una versión concreta de navegador o tecnología cliente puede complicar posteriormente las actualizaciones.

webSign utiliza integración JavaScript y no depende de Java para la integración web.

Esto facilita separar:

evolución del navegador

de

lógica del sistema procesal

y

tecnología de firma.

El objetivo es reducir el acoplamiento entre componentes.

24. ¿Por qué DTU y no necesariamente STU?

Ambas familias Wacom pueden utilizarse para firma manuscrita, pero responden a experiencias de uso diferentes.

Una STU puede resultar adecuada cuando la principal interacción es realizar una firma en un espacio reducido.

Una DTU resulta especialmente interesante cuando se desea una superficie mayor para mostrar información e interactuar mediante lápiz.

Por eso la elección debe depender del proceso.

En actuaciones en las que el ciudadano debe revisar contenido antes de firmar, la superficie de una DTU puede ofrecer una experiencia especialmente adecuada.

Wacom confirma oficialmente la compatibilidad de la tecnología de edatalia con ambas familias.

25. Firma biométrica y firma con certificado pueden convivir

Una plataforma judicial utiliza diferentes tipos de firma.

Por ejemplo:

juez o magistrado

→ firma electrónica mediante certificado.

funcionario

→ firma mediante certificado o sistema autorizado.

actuación automatizada

→ sello o mecanismo automatizado.

ciudadano presencial

→ firma manuscrita biométrica.

No existe ninguna necesidad de utilizar el mismo mecanismo para todos los intervinientes.

La arquitectura debe seleccionar el tipo de firma apropiado para cada actuación.

26. ¿Por qué es especialmente importante esta arquitectura en Justicia?

Porque los requisitos son diferentes a los de una simple aplicación de captura de firma.

El documento puede:

• integrarse en un expediente;
• conservarse durante años;
• ser consultado por diferentes órganos;
• formar parte de un procedimiento;
• ser impugnado;
• necesitar una pericial;
• transferirse entre sistemas.

Por eso no basta con garantizar:

“la tableta recoge correctamente la firma”.

Debe garantizarse también:

“la evidencia puede seguir siendo interpretada cuando el procedimiento lo necesite”.

27. Una arquitectura diseñada para toda la vida de la evidencia

El ciclo completo puede durar años:

generación del documento

↓

presentación

↓

firma

↓

captura biométrica

↓

cifrado

↓

protección documental

↓

incorporación al expediente

↓

conservación

↓

eventual controversia

↓

recuperación de evidencia

↓

análisis

El diseño correcto debe contemplar todas las fases desde el primer día.

Ésta es precisamente una de las ideas centrales que encontramos en las recomendaciones de CTEAJE para firma manuscrita biométrica: no basta con capturar una firma; hay que preservar la posibilidad de verificar y analizar posteriormente sus evidencias.

Preguntas frecuentes sobre arquitectura de firma biométrica en Justicia

¿Qué componentes necesita una arquitectura de firma biométrica para Justicia?

Normalmente intervienen el sistema procesal, una capa de integración como webSign, el dispositivo de captura Wacom, un servidor de firma, mecanismos de protección del PDF, cifrado biométrico y una política de custodia de claves.

¿Puede webSign instalarse dentro del CPD de la Administración?

Sí. edatalia contempla despliegues on-premise y Wacom confirma también esta modalidad para sus integraciones con edatalia.

¿webSign necesita Java?

No para su integración web. La documentación actual de edatalia describe webSign como una biblioteca JavaScript para navegador sin dependencias de Java.

¿Qué papel cumple Wacom DTU?

Actúa como dispositivo de visualización e interacción mediante lápiz desde el que puede realizarse la firma y capturarse información dinámica del trazado.

¿El servidor de firma debe almacenar los documentos?

No necesariamente. Puede procesarlos y devolver el resultado al sistema de gestión procesal o documental responsable de su conservación.

¿El certificado de firma debe ser el mismo que el de cifrado biométrico?

No. Son funciones distintas y pueden configurarse independientemente.

¿Dónde se encuentra la clave privada que descifra la biometría?

CTEAJE establece para el modelo del apartado 10.12 que la clave privada esté custodiada por un notario o Prestador de Servicios de Confianza Digital.

¿Necesita AVANTIUS disponer de esa clave privada?

No. El sistema procesal no necesita descifrar la biometría durante el funcionamiento ordinario.

¿Los datos biométricos pueden quedar dentro del PDF?

Sí. De hecho, CTEAJE establece en su modelo que la información biométrica se cifre y se incorpore al propio documento.

¿La firma visible también queda en el documento?

Sí. CTEAJE establece que la imagen estática de la firma sea visible en el PDF.

¿Puede cambiarse el certificado de cifrado con el tiempo?

Sí, pero deben conservarse las claves históricas necesarias para acceder a las evidencias de documentos anteriores mientras resulte necesario.

¿La solución puede utilizarse con distintos sistemas judiciales?

Sí. La firma se plantea como una capa especializada que puede integrarse con diferentes aplicaciones mediante componentes web, cliente-servidor o API. Wacom documenta expresamente estas modalidades para edatalia.

¿Qué ocurre si se impugna una firma años después?

Debe existir un procedimiento que permita recuperar de forma controlada las evidencias, extraer los datos dinámicos y ponerlos a disposición de un eventual análisis pericial.

Una capa especializada de firma dentro de la arquitectura de Justicia

La principal ventaja de esta arquitectura es que cada sistema conserva su responsabilidad.

El sistema procesal gestiona el expediente.

webSign gestiona la interacción de firma.

Wacom proporciona el dispositivo de captura.

El servidor de edatalia procesa y protege el documento.

La infraestructura criptográfica protege las evidencias.

Y el Expediente Judicial Electrónico conserva el resultado.

La arquitectura puede resumirse así:

sistema judicial

↓

webSign

↓

Wacom DTU

↓

captura biométrica

↓

servidor in-house

↓

PDF protegido + biometría cifrada

↓

Expediente Judicial Electrónico

Todo ello manteniendo fuera del flujo cotidiano la capacidad extraordinaria de descifrar la biometría.

Ese desacoplamiento permite que una Administración modernice la firma presencial sin tener que rediseñar su sistema procesal completo.

Y, sobre todo, permite diseñar la solución no únicamente pensando en cómo se recoge una firma hoy, sino en cómo podrá conservarse, verificarse y analizarse durante toda la vida del expediente.