Registros y logs

Cómo demostrar que los registros de tu servidor no se han retocado

Tus logs dicen lo que pasó, pero los controlas tú. Si cada tramo se sella cuando pasa, cualquiera puede comprobar después que sigue tal como era.

Privado. Solo la huella de cada tramo sale de tu servidor.

Tus registros, tu palabra Dicen lo que pasó, pero viven en tus sistemas y los administra tu equipo. Para quien te los pide, eso no basta.
Sellados cuando pasan Cada tramo queda registrado al cerrarse, con una fecha anclada en redes públicas que no depende de ti.
Solo sale la huella Tu servidor calcula la huella SHA-256 de cada tramo y la envía por API. Los registros se quedan donde están.

La escena

«Necesitamos los registros de acceso del 3 al 10 de marzo.»

Es octubre y te lo pide una auditoría. Los registros los tienes: tu servidor guarda quién entra, qué hace y qué falla, y los conservas durante meses. Pero son tuyos. Los genera tu sistema, viven en tus discos y los administra tu equipo. Cuando los entregas, nadie tiene por qué creer que son los mismos de marzo, y tú no tienes forma de demostrarlo. Salvo que cada tramo se sellara cuando pasó, antes de que nadie preguntara.

El ritual: lo hace tu servidor, cada pocos minutos

  • Crea una clave de API desde tu cuenta. Es lo único que configuras.
  • Cada pocos minutos, tu servidor cierra un tramo de sus registros: los accesos, las operaciones y los errores de ese intervalo.
  • Calcula la huella SHA-256 del tramo y la envía a la API de Sellat. Los registros no salen de tu servidor.
  • Sellat agrupa las huellas en un árbol Merkle y las ancla en Polygon y, mediante OpenTimestamps, en Bitcoin. Con la cuenta gratuita, los lotes se cierran cada 4 horas.
  • Guardas cada tramo junto a su prueba, en tu almacenamiento de siempre.
  • Cuando te piden unas fechas, entregas esos tramos y sus pruebas. Quien los recibe los comprueba sin cuenta y sin fiarse de ti ni de Sellat.

Qué demuestra Sellat ante una auditoría

Sellat demuestra que cada tramo de registros existía en una fecha concreta tal como lo entregas: si cambia una sola línea, la huella ya no coincide. Es evidencia técnica que cualquiera comprueba con herramientas estándar. No dice si lo que registró el servidor es cierto ni quién tiene razón. Dice que esos registros no han cambiado desde que se sellaron. Y si alguien, de fuera o de dentro, toca después registros antiguos, se nota.

El circuito completo

De los registros de hoy a la auditoría de dentro de unos meses.

Un caso concreto: tu servidor guarda en sus registros quién entra, qué hace y qué falla. Meses después, una auditoría te pide los de unas fechas concretas. Tu servidor lo sella todo él solo, cada pocos minutos.

  1. Cada pocos minutos

    Tu servidor cierra un tramo de sus registros

    Accesos, operaciones y errores de esos minutos. El tramo se cierra y se sella.

  2. Al momento

    Sale solo la huella

    El servidor calcula la huella del tramo y la envía por API. Los registros no salen de tu servidor. Si lo pides, se añade el sello de tiempo cualificado (eIDAS).

  3. Meses después

    Te piden los registros

    Una auditoría, una inspección o un cliente con una incidencia quiere ver qué pasó en tu servidor en unas fechas concretas.

  4. El problema

    Los registros son tuyos

    Dicen lo que pasó, pero los controlas tú. ¿Cómo demuestras que nadie los ha retocado desde entonces?

  5. Ese mismo día

    Entregas los tramos y sus pruebas

    Cada tramo se selló cuando pasó, no cuando te lo pidieron. Quien lo recibe comprueba que no ha cambiado sin tener que confiar en ti ni en Sellat.

Sellat no dice si lo que registró el servidor es cierto ni quién tiene razón. Lo que aporta es que esos registros existían en esa fecha tal como los entregas. Y si alguien, de fuera o de dentro, toca después registros antiguos, se nota.

Ver la API

Qué guardas, y qué entregas

De cada tramo guardas el propio tramo y su prueba. La API te da además su paquete de evidencias: la prueba, el certificado, las referencias públicas en Polygon y Bitcoin y las instrucciones para comprobarlo. Es lo que entregas junto a los registros. Quien lo recibe calcula la huella del tramo con sha256sum y la compara con la prueba con sellat-verify, el verificador de código abierto de Sellat.

Un log en tu servidor se puede editar. Uno sellado, si cambia, se nota.

Rotar, comprimir y archivar los registros es lo normal, y quien tiene acceso al servidor puede editarlos. Por eso, ante un tercero, tus logs valen lo que vale tu palabra. Una huella anclada en redes públicas cuando el tramo se cerró no la controla nadie: ni tú, ni tu equipo, ni Sellat.

El paquete, por dentro

Esto es lo que entregas cuando te piden los registros.

Por cada tramo sellado, Sellat prepara un ZIP que se comprueba con herramientas que no son nuestras. Es la lista real de archivos: la genera el mismo módulo que construye el paquete.

Abrir expediente Cerrar expediente
  • original/<archivo> Con custodia

    El tramo del registro, byte a byte

    Solo si activas la custodia: por API solo se envía la huella. Sin custodia, el registro lo conservas tú y la prueba vale igual con tu copia.

  • certificado-<id>.pdf Siempre

    El certificado legible

    El PDF que enseñas a una persona o adjuntas a un escrito. Es informativo: lo que se comprueba de verdad es el registro, no el PDF.

  • proof.json Al anclarse el lote

    La prueba portable

    La huella del tramo, su camino Merkle, la raíz del lote y la transacción pública que la registra. Es la pieza que permite comprobarlo todo sin Sellat.

  • sello-cualificado-<id>.tsr Con sello cualificado

    El sello cualificado

    La respuesta RFC 3161 de la autoridad de sellado de tiempo cualificada, tal cual la emitió. Es el archivo que fija la fecha bajo eIDAS.

  • autoridad-sellado.pem Con sello cualificado

    Quién firmó el sello

    El certificado de firma de esa autoridad, con su huella SHA-256 escrita en el LEEME. Va dentro para que la comprobación funcione sin conexión y sin buscar nada.

  • anclaje-bitcoin.ots Al anclarse el lote

    El anclaje en Bitcoin

    La prueba OpenTimestamps de la raíz del lote. Puede estar todavía esperando bloque: es un archivo válido y quien lo reciba puede actualizarlo por su cuenta.

  • LEEME.txt / README.txt Siempre

    Las instrucciones, en dos idiomas

    Qué es cada archivo, qué prueba y qué no prueba, y los comandos exactos de comprobación. En español y en inglés, para que un perito o un abogado no tenga que preguntarte nada.

El sello lo firma la FNMT-RCM, no Sellat.

Sellat no es quien da fe de la hora. El sello cualificado lo emite una autoridad de sellado de tiempo cualificada de la FNMT-RCM, y su certificado de firma viaja dentro de tu paquete. Nosotros somos el intermediario que junta tu huella con ese sello y te lo entrega en una carpeta ordenada.

Se comprueba sin nosotros y sin tu sistema.

Quien lo reciba comprueba la fecha y que el registro no ha cambiado con herramientas estándar, en su propia máquina. No depende de tu base de datos ni de que Sellat siga existiendo.

El paquete demuestra que ese registro existía en esa fecha y que no se ha modificado. No demuestra que lo que dice sea cierto ni que el servidor lo registrara todo.

El tramo se sella cuando pasa. No el día que te lo piden.

Crea tu clave de API desde tu cuenta y sella el primer tramo hoy. La documentación tiene la llamada completa.

Ver la API

Preguntas frecuentes

Antes de que lo preguntes.

¿Salen mis registros de mi servidor?

No. Tu sistema calcula la huella SHA-256 de cada tramo y solo envía esa huella. Los registros se quedan en tu servidor, y en las redes públicas solo aparece la raíz del lote, que no revela nada de su contenido.

¿Cada cuánto conviene sellar?

Lo decides tú: cada pocos minutos, cada hora o cada día. Cuanto más corto es el tramo, más precisa es la fecha de cada línea y menos tienes que entregar cuando te piden unas fechas concretas.

¿Cómo lo comprueba quien recibe los registros?

Con dos órdenes: sha256sum calcula la huella del tramo, y sellat-verify, el verificador de código abierto de Sellat, la compara con la prueba y con las referencias públicas. No necesita cuenta ni fiarse de ti ni de Sellat.

¿Y el sello de tiempo cualificado eIDAS?

Si lo pides en la misma llamada a la API, la huella del tramo recibe además el sello de tiempo cualificado, con los sellos de tu cuenta. Goza de presunción legal de exactitud de la fecha y hora y de integridad de los datos en toda la Unión Europea (art. 41.2 del Reglamento (UE) 910/2014).

¿Sellat dice si lo que registró mi servidor es cierto?

No. Sellat no juzga el contenido ni quién tiene razón. Aporta que esos registros existían en esa fecha tal como los entregas, y que no han cambiado desde entonces.

¿Cuánto cuesta?

La cuenta gratuita incluye pruebas diarias por API, ancladas en lotes cada 4 horas. Los límites de cada cuenta están en la página de precios.

Integridad de logs y registros de auditoría con sellado de tiempo

Demostrar la integridad de unos logs ante una auditoría, una inspección o un cliente es demostrar que no se han modificado desde que se escribieron. Los registros los genera y los guarda el propio sistema, así que su valor como prueba depende de algo externo: una fecha que no controle quien los custodia. Detalle técnico, por si lo necesitas: tu sistema calcula la huella SHA-256 de cada tramo y la envía a la API v2 de Sellat. Sellat la agrupa en un árbol Merkle y la ancla en Polygon y, mediante OpenTimestamps, en Bitcoin. Cada prueba tiene su paquete de evidencias y se comprueba con sha256sum y sellat-verify, sin cuenta y sin fiarse de Sellat. Los registros no salen de tu servidor.