Alteraciones y verificación
Un sello dice cómo estaba la incidencia al sellarla. Si alguien la edita después, el sello no cambia (es un registro que ya no se toca), pero el panel avisa de que la incidencia ya no es la que se selló.
Qué cuenta como alteración
Cuenta cualquier cambio, posterior al sello, en uno de los campos que guarda la comprobación vigente: clave, proyecto, tipo, título, descripción, estado, persona asignada, informador, prioridad, resolución, etiquetas, componentes, versiones y los campos personalizados que el proyecto haya elegido para el sello.
No cuentan los comentarios, los adjuntos, los enlaces, el registro de trabajo ni los campos que no se sellan, aunque Jira cambie con ellos la fecha de última actualización de la incidencia.
Cómo se ve
El panel pasa a «Alterado tras el sello», con los campos que cambiaron («Cambió después del sello:») y la fecha del primer cambio que anotó Lacre. En el historial, el sello sale como «Alterado».
Lacre anota la alteración en cuanto Jira avisa del cambio, y el panel la vuelve a calcular cada vez que se abre, por si el aviso no llegó. Una vez anotada, se queda aunque el campo vuelva después a su valor: lo que se selló ya no es lo que hubo. Lacre guarda qué campos cambiaron y cuándo, nunca quién los cambió; eso lo dice el historial de la incidencia en Jira.
Para que vuelva a haber una comprobación vigente, se sella otra («Sellar comprobación»). La alterada pasa a «Sustituido» y se conserva con su alteración. La aprobación va con su comprobación: una comprobación nueva necesita otra aprobación.
Las alteraciones se anotan también en un proyecto con Lacre desactivado, porque sus sellos se siguen enseñando. En un sitio sin suscripción activa, Lacre no vigila en segundo plano, pero el panel sigue recalculando la alteración al abrirse.
El historial de sellos
Debajo del último sello, el «Historial de sellos» lista los veinte más recientes de la incidencia, de comprobación y de aprobación, con su estado:
- Vigente: la comprobación en vigor y, si la tiene, su aprobación.
- Sustituido: una comprobación que otra más reciente ha reemplazado, con su aprobación.
- Alterado: la comprobación vigente cuando la incidencia ha cambiado después de sellarla.
De cada sello se ve quién lo firmó, cuándo (en UTC), su identificador, su hash, el hash del sello anterior y la propiedad de la incidencia que guarda su copia. «Mostrar el registro canónico» enseña el JSON exacto cuyo hash es el del sello.
Verificar
«Verificar» recalcula el hash de cada sello guardado de la incidencia y comprueba que cada uno encadena con el anterior. De cada sello dice «Coincide» o «No coincide» y, si no coincide, por qué:
- el registro guardado no se puede leer;
- el registro no es el que dice su hash;
- falta un sello antes o el orden está cambiado;
- no encadena con el sello anterior.
Si todos coinciden, Lacre vuelve a escribir en la incidencia las copias de los sellos que falten (por ejemplo, si alguien borró una propiedad), veinte por verificación: si quedan más, el panel lo dice y basta con verificar otra vez. También avisa de las copias que hay en la incidencia de sellos que no están guardados en esta instalación, algo normal tras desinstalar y volver a instalar la app. Si algún sello no coincide, no se reescribe ninguna copia: escribe al soporte con los identificadores que da el panel.
«Verificar» funciona siempre, también con Lacre desactivado en el proyecto o sin suscripción activa.
Comprobarlo sin Lacre
El hash no depende de Lacre: cualquiera puede recalcularlo con el registro del sello. Desde el panel, «Mostrar el registro canónico» enseña el registro; guárdalo en un archivo y ejecuta el verificador de Lacre, que no tiene dependencias:
node verify-seal.mjs <archivo> <hash>
Para un auditor, lo cómodo es la exportación JSON del proyecto o la hoja de evidencia del sello, que prepara quien administra el proyecto (Administración). Qué entra en el hash y cómo recalcularlo con otras herramientas: Cómo se verifica un sello.
Un sello que coincide demuestra que el registro no ha cambiado desde que se guardó y cuál era el estado de la incidencia al sellar. No demuestra la identidad de quien firma más allá de la cuenta de Atlassian con la que estaba autenticado, ni aporta un sello de tiempo de un tercero.