Guía paso a paso

Cómo verificar un paquete probatorio de ProofSnap

En 2026, cualquiera puede verificar un paquete probatorio de ProofSnap de tres formas: en el panel lateral de ProofSnap, en el Verificador de autenticidad gratuito de getproofsnap.com o con los scripts verify.sh y verify.ps1 del ZIP. Cada vía recalcula el hash SHA-256 de cada archivo, comprueba la firma RSA de manifest.json y muestra los sellos de tiempo.

Por Radim Motycka, fundador e ingeniero principal de ProofSnap, que desarrolla el verificador y los scripts de verificación ·

Sirve para

Paquetes web, de vídeo, de sesión y de archivos

Tres vías

Panel lateral, sitio web, scripts

Cuenta

No necesaria en el sitio web

Tres formas de verificar

Las tres comprueban lo mismo: que cada archivo es el que se selló en el momento de la captura y qué sellos de tiempo demuestran en qué fecha existía el paquete, a más tardar. Elija la que mejor se adapte a la persona que hace la comprobación.

Vía A · Pasos 2 a 6

En el panel lateral de ProofSnap

Para usted, justo después de la captura o antes de enviar el paquete. Requiere ProofSnap y haber iniciado sesión en una cuenta de ProofSnap.

Vía B · Paso 7

En este sitio web

Para la parte contraria, un tribunal o cualquier otra persona. Cualquier navegador, sin instalación y sin cuenta.

Vía C · Pasos 8 a 10

Con los scripts del ZIP

Para un perito que quiera una comprobación que se ejecute en su propio ordenador, con independencia de ProofSnap.

Qué demuestra una verificación superada

Verificar un paquete probatorio de ProofSnap responde a tres preguntas distintas:

  1. Integridad: cada archivo conserva el hash SHA-256 registrado en manifest.json.
  2. Coherencia: la firma RSA de manifest.sig corresponde al manifiesto, de modo que la lista de hashes tampoco se ha modificado.
  3. Fecha: una prueba OpenTimestamps demuestra que el manifiesto existía, a más tardar, en la fecha de un bloque de Bitcoin determinado. Un sello cualificado de tiempo electrónico de Disig a.s., prestador cualificado de servicios de confianza en la Lista de confianza de la UE, demuestra que existía, a más tardar, en la fecha y la hora indicadas. El artículo 41, apartado 2, del Reglamento eIDAS dispone: «Los sellos cualificados de tiempo electrónicos disfrutarán de una presunción de exactitud de la fecha y hora que indican y de la integridad de los datos a los que la fecha y hora estén vinculadas». Este sello lo llevan las capturas hechas con los planes Enterprise y Company o con un eIDAS o Video SnapPack, con la opción eIDAS activada.

«The TSA's role is to time-stamp a datum to establish evidence indicating that a datum existed before a particular time.»

Traducción: la función de la TSA (autoridad de sellado de tiempo) es sellar en el tiempo un dato para aportar pruebas que indiquen que ese dato existía antes de un momento determinado.

IETF RFC 3161, Time-Stamp Protocol, sección 1 (2001)

La firma solo demuestra la integridad, porque su clave se genera dentro del paquete; son los sellos de tiempo los que demuestran que el paquete existía, a más tardar, en una fecha determinada. Los scripts verify.sh y verify.ps1 recorren los mismos cuatro pasos (integridad de los archivos, firma del manifiesto, token eIDAS y anclaje de Bitcoin) y terminan con uno de estos tres códigos de salida: 0 para PASS, 1 para FAIL y 2 para INCOMPLETE.

Comparativa de las tres vías

Las tres vías hacen las mismas comprobaciones de integridad y firma; se diferencian en quién puede usarlas y en lo que necesitan. Para paquetes de más de unos 1,8 GB, use verify.sh o verify.ps1, que comprueban archivo por archivo paquetes de cualquier tamaño.

A: panel lateralB: sitio webC: scripts del ZIP
Quién la usaUsted, antes de enviarloCualquier destinatario del paqueteUn perito en su propio ordenador
Cuenta de ProofSnapNecesariaNo necesariaNo necesaria
Funciona enChrome o Edge con ProofSnapCualquier navegador actualmacOS, Linux, Windows
Usa servidores de ProofSnapPara las dos comprobaciones de sellos de tiempoPara las dos comprobaciones de sellos de tiempoNo
Vídeos grandesHasta unos 1,8 GBHasta unos 1,8 GBSin límite de tamaño

Antes de empezar

  • El paquete probatorio en ZIP, exactamente como se descargó.
  • Una conexión a internet para las comprobaciones de sellos de tiempo en el panel lateral y en el sitio web.
  • Para una certificación de archivo: el archivo original, si quiere compararlo con el certificado.

Paso 1, para todos

Trabaje con el ZIP original

Cada una de las vías siguientes comprueba el ZIP exactamente como lo generó ProofSnap, tanto si contiene una captura web como un vídeo, una sesión de varias pestañas o una certificación de archivo. Ese ZIP es también lo que entrega a la parte contraria o a su abogado y lo que aporta al tribunal. No toque el original y trabaje sobre copias. Lo que contiene cada archivo se explica en cómo leer un paquete probatorio.

  1. 1El ZIP. Cambiar el nombre del propio archivo ZIP no tiene consecuencias: las comprobaciones se basan en los archivos que contiene. No le añada archivos, no le quite ninguno y no lo vuelva a comprimir.
  2. 2manifest.json. La lista de todos los archivos con su hash SHA-256. Su firma figura en manifest.sig y se comprueba con la clave de publickey.pem.
  3. 3verification/. Los scripts y la guía en texto plano para comprobar el paquete sin ProofSnap (véanse los pasos 8 a 10).
Ejemplo de paquete de captura web con OpenTimestamps y eIDAS, abierto en un gestor de archivos (simplificado). La lista exacta depende del plan y de las opciones.

Vía A

Verificar en el panel lateral de ProofSnap

El verificador está integrado en la extensión, junto a las herramientas de captura. En el ProofSnap Dashboard, con un plan de pago, abra Herramientas, después Verificar un paquete, y suelte el ZIP; consulte los primeros pasos con el ProofSnap Dashboard.

Paso 2, en el panel lateral

Localice el ProofSnap Verificador de Confianza

Abra el panel lateral de ProofSnap y desplácese hacia abajo, más allá de las opciones de captura. La tarjeta ProofSnap Verificador de Confianza está justo encima de la Certificación de archivos y aparece plegada. Para verla necesita una cuenta de ProofSnap con un plan o con créditos; quien no tenga ProofSnap puede utilizar el sitio web (paso 7).

  1. 1Icono de ProofSnap. Abre el panel lateral. La pestaña que tenga abierta no importa.
  2. 2ProofSnap Verificador de Confianza. Haga clic en el título para abrir la tarjeta.
El verificador está bajo las opciones de captura y encima de la Certificación de archivos. Funciona en cualquier pestaña. Panel lateral reconstruido a partir de la propia interfaz de la extensión; el plan y las cifras son ejemplos.

Paso 3, en el panel lateral

Cargue el ZIP y haga clic en Verificar archivo zip

El verificador acepta un paquete de captura web o de vídeo, un paquete de sesión, una certificación de archivo, una certificación combinada de varios archivos y un paquete por lotes con un ZIP por archivo. Detecta automáticamente el tipo a partir del manifiesto.

  1. 1Haz clic para subir o arrastra y suelta. Elija el ZIP. Su nombre aparece en azul bajo la zona de carga.
  2. 2Verificar archivo zip. Inicia las comprobaciones. Las dos comprobaciones de sellos de tiempo consultan el servicio de verificación de ProofSnap, así que mantenga la conexión. Los paquetes muy grandes (a partir de unos 900 MB, normalmente vídeos largos) pueden agotar la memoria del navegador; por encima de unos 1,8 GB, el verificador le remite a los scripts del paso 8.
La tarjeta abierta, con el ZIP seleccionado. Mientras no elija un archivo, el botón permanece gris y no se puede pulsar.

Paso 4, en el panel lateral

Lea el veredicto

El veredicto resume todas las comprobaciones en una línea. Pase el ratón por encima para ver una breve explicación.

  1. 1Integridad: coincide. Todas las comprobaciones criptográficas se han superado: los archivos coinciden con el manifiesto, y el manifiesto coincide con la firma hecha con la clave del paquete. El verificador solo lo muestra después de haber comprobado realmente la firma y recalculado los hashes de los archivos.
  2. 2Integridad: modificada. La prueba se ha alterado o está incompleta: al menos una comprobación ha fallado. Más abajo se explica qué hacer.
  3. 3Mostrar verificación técnica. Abre el detalle de las comprobaciones (siguiente paso).
Arriba: un paquete intacto. Abajo: el mismo lugar cuando una comprobación ha fallado.

Paso 5, en el panel lateral

Abra la verificación técnica

Cada línea es una comprobación. Una barra azul indica una comprobación superada o una línea meramente informativa; una barra roja, una comprobación fallida. Las líneas que aparecen dependen del contenido del paquete.

  1. 1manifest.json. La firma RSA del manifiesto se valida con la clave pública del paquete. Demuestra que el manifiesto no ha cambiado desde que se firmó.
  2. 2Integridad de archivos. De cada archivo que figura en el manifiesto se recalcula el hash SHA-256 y se compara. La firma y la clave se escriben después del manifiesto, por lo que solo se comprueba que estén presentes. Los paquetes de sesión incluyen los archivos de cada pestaña; los paquetes de vídeo, la grabación.
  3. 3Cadena de custodia. La hora de captura es plausible (ni futura ni de hace más de 30 años), forensic_log.json coincide con el hash registrado en chain_of_custody.json, su cadena de hashes se recalcula paso a paso y el hash final de la cadena coincide. La línea que nombra la norma ISO repite lo que declara chain_of_custody.json; no es una evaluación.
  4. 4Contexto de la captura. La versión de la extensión, el número de servidores de hora que confirmaron la hora de captura, la puntuación de integridad del dispositivo y el número de operaciones registradas. Un paquete de sesión enumera además cada pestaña que abarca.

Las líneas de sellos de tiempo

  1. 5OpenTimestamps. El bloque de Bitcoin en el que está anclado el manifiesto y su fecha. Poco después de una captura, esta línea indica que está pendiente (véase el paso 11). No aparece en las capturas Essential, salvo que se haya usado un crédito eIDAS SnapPack o Video SnapPack.
  2. 6Sello de tiempo cualificado de la UE. El sello cualificado es válido para este manifiesto, con el emisor y la hora en UTC. Emisor: Disig a.s., prestador cualificado de servicios de confianza en la Lista de confianza de la UE.
  3. 7Sello de tiempo cualificado de la UE (LTV). Una segunda comprobación que no necesita ningún servidor: hash, firma, cadena de certificados y estado de revocación, todo ello tomado de eidas_validation.json en el paquete.
  4. 8Emisor. Esta línea recuerda que la clave de firma se genera dentro del paquete: la firma demuestra la integridad; los sellos de tiempo, la fecha.
Verificación técnica del paquete de ejemplo, unas horas después de la captura. Los valores son ejemplos.

Paso 6, certificaciones de archivos

Compare el archivo original con el certificado

En una certificación de archivo, el verificador añade una zona que compara el hash de cualquier archivo que suelte en ella con el hash certificado. Úsela para demostrar que la copia que usted o la parte contraria conservan hoy es exactamente el archivo que se certificó. El hash se calcula en su navegador y el archivo no sale de su ordenador.

  1. 1El ZIP de la certificación. Verifíquelo primero, como en los pasos 3 a 5.
  2. 2Verificar que el archivo original coincide con el certificado. Suelte el original. El archivo coincide con el certificado significa que este archivo es idéntico al archivo certificado, que existía, a más tardar, en la fecha y hora certificadas. El archivo NO coincide significa que el hash es distinto: no es el archivo que se certificó. Puede soltar varios archivos a la vez, por ejemplo los originales de una certificación combinada.
  3. 3Veredicto. Se refiere al propio paquete, como en cualquier otro paquete.
  4. 4Tipo de paquete. File Certification (etiqueta que se muestra en inglés) con el hash certificado, o Certificación combinada de archivos con el número de archivos.
Una certificación de archivo, con el archivo original arrastrado a la zona adicional. El nombre del archivo y el hash son ejemplos; la lista continúa más abajo.

Vía B

Verificar en el sitio web

Para cualquier persona a la que envíe el paquete. No hay que instalar nada.

Paso 7, en el sitio web

Verifique en getproofsnap.com, sin cuenta

La parte contraria, un tribunal o un perito pueden abrir el Verificador de autenticidad de este sitio en cualquier navegador, sin ProofSnap y sin cuenta. Realiza el mismo tipo de comprobaciones, incluido el recálculo en el navegador del hash SHA-256 de cada archivo, y muestra cada resultado línea por línea. El ZIP se abre en el navegador; para las comprobaciones de Bitcoin y eIDAS, la página envía el manifiesto, su hash y los tokens de sello de tiempo al servicio de verificación de ProofSnap.

  1. 1Suelte el ZIP. O haga clic para elegirlo.
  2. 2Verificar paquete de evidencia. Inicia las comprobaciones.
  3. 3Resultados de verificación. Una marca azul indica que la comprobación se ha superado; una X oscura, que ha fallado.
  4. 4Datos del paquete. Tipo, identificador y hora de captura tomados del manifiesto.
  5. 5Firma del manifiesto verificada. La misma comprobación que en el panel lateral.
  6. 6El hash coincide. Una línea por archivo. Un archivo modificado muestra El hash no coincide; uno ausente, Falta el archivo.
  7. 7Cadena de custodia. Hash del registro forense, cadena de hashes, norma e integridad del dispositivo.
  8. 8Sellos de tiempo. El bloque de Bitcoin con su fecha en hora local, el sello eIDAS y la comprobación LTV sin conexión. En una certificación de un solo archivo, la página comprueba además automáticamente el archivo original incluido en el ZIP.
El verificador de este sitio, simplificado: se omiten el navegador y la cabecera del sitio. Resultados del mismo paquete de ejemplo que en el paso 5.

Vía C

Verificar sin ProofSnap

Cada paquete lleva sus propios scripts de verificación en la carpeta verification. Figuran en el manifiesto firmado, por lo que están cubiertos por la misma firma que la prueba.

Paso 8, sin ProofSnap

Ejecute verify.sh en macOS o Linux

Para una comprobación que no dependa en absoluto de ProofSnap, descomprima una copia del paquete y ejecute el script que contiene. Solo necesita lo que macOS y Linux ya traen: un shell, awk y una herramienta SHA-256 (shasum, sha256sum u openssl), además de openssl para los pasos de firma y eIDAS. El script no escribe nada en el paquete.

  1. 1Inícielo. Desde la carpeta descomprimida: bash verification/verify.sh.
  2. 2Integridad de los archivos. Recalcula el SHA-256 de cada archivo que figura en el manifiesto: OK, MISMATCH (no coincide) o MISSING (falta). Un archivo de la carpeta que el manifiesto no enumera se señala como NOT COVERED (no cubierto).
  3. 3Firma del manifiesto. Comprueba manifest.sig con openssl. Verified OK es la respuesta del propio openssl.
  4. 4eIDAS. Compara el hash contenido en el token cualificado con el archivo sellado (manifest.json, o el archivo certificado en una certificación de un solo archivo), compara el certificado raíz del paquete con la huella publicada de CA Disig QCA4 y comprueba la firma del token. Muestra el comando openssl para comprobar la cadena de certificados completa.
  5. 5OpenTimestamps. Muestra el comando para comprobar el anclaje de Bitcoin con el cliente OpenTimestamps (ots), que se instala aparte.
  6. 6RESULT. PASS (código de salida 0), FAIL cuando una comprobación se ejecutó y no se superó (1), o INCOMPLETE cuando faltaba una herramienta (2), lo que no cuenta en contra del paquete.
Terminal simplificado en Linux con OpenSSL 3. Cada línea bajo el comando es exactamente la que muestra verify.sh, cuyos mensajes están en inglés; el nombre de la carpeta y el hash son ejemplos.

Paso 9, sin ProofSnap

Ejecute verify.ps1 en Windows

Descomprima una copia del paquete, abra PowerShell (versión 5 o posterior) en esa carpeta y ejecute el comando siguiente. El script realiza los mismos cuatro pasos que verify.sh.

  1. 1Inícielo. powershell -ExecutionPolicy Bypass -File verification\verify.ps1 desde la carpeta descomprimida.
  2. 2Integridad de los archivos. Usa Get-FileHash, integrado en Windows, y compara además los valores SHA-512 que contiene el manifiesto. Esta parte no necesita nada más.
  3. 3Sin OpenSSL. Windows no lo incluye de serie, por lo que los pasos de firma y eIDAS indican que no han podido ejecutarse. Instale OpenSSL 3 y vuelva a ejecutar el script para una comprobación completa.
  4. 4RESULT. El resultado es INCOMPLETE solo porque dos comprobaciones no han podido ejecutarse; todo lo que se ejecutó se superó.
Ventana de Windows PowerShell simplificada en un ordenador sin OpenSSL, la configuración predeterminada de Windows. Las líneas son las que muestra verify.ps1, en inglés; la carpeta es un ejemplo.

Paso 10, sin ProofSnap

O siga VERIFICATION_GUIDE.txt a mano

Los peritos que prefieran teclear ellos mismos cada comando, o que no puedan ejecutar scripts, encontrarán el procedimiento manual en verification/VERIFICATION_GUIDE.txt. Forma parte del paquete firmado, igual que los scripts.

  1. 1Evidence ID. Vincula la guía a este paquete.
  2. 2A) Los scripts. Los comandos de los pasos 8 y 9.
  3. 3B) En línea. La dirección del Verificador de autenticidad, paso 7.
  4. 4C) A mano. Cuatro pasos, cada uno con el comando exacto.
  5. 5STEP 1. Recalcule el SHA-256 de cada archivo y compárelo con el manifiesto.
  6. 6STEP 2. El comando openssl para la firma del manifiesto. Más abajo: el comando eIDAS, con notas sobre OpenSSL 3 frente al LibreSSL que macOS instala con el nombre openssl, y el comando OpenTimestamps.
El comienzo de la guía, redactada en inglés, en un visor de texto plano (simplificado). Continúa con el paso 3 (eIDAS), el paso 4 (OpenTimestamps) y la cadena de hashes. El identificador de la prueba es un ejemplo.

Cómo verificar a mano los sellos de tiempo eIDAS y de Bitcoin

El sello eIDAS con OpenSSL

El sello cualificado de un paquete de ProofSnap es el archivo manifest.json.tsr.

  1. Copie el valor del campo rootCaPem de eidas_validation.json en un archivo llamado tsa-root.pem.
  2. Compare la huella SHA-256 de ese certificado con la huella publicada de CA Disig QCA4 que muestra verify.sh.
  3. Desde la carpeta descomprimida, ejecute openssl ts -verify -in manifest.json.tsr -data manifest.json -CAfile tsa-root.pem.

Use OpenSSL 3, no el LibreSSL que macOS instala como openssl.

El anclaje de Bitcoin con el cliente OpenTimestamps

Instale el cliente OpenTimestamps (ots) y ejecute ots verify manifest.json.ots -f manifest.json. Una prueba confirmada indica el bloque de Bitcoin, lo que demuestra que el manifiesto existía, a más tardar, en la fecha de ese bloque. Si la prueba sigue pendiente, vuelva a ejecutar el comando unas horas después.

Resultados

Dos resultados que conviene mirar con más detalle

Un sello de tiempo de Bitcoin pendiente y un paquete señalado como modificado.

Cuando el anclaje de Bitcoin está pendiente

Vuelva a verificar unas horas después

Un sello de tiempo de Bitcoin solo es definitivo cuando un bloque de Bitcoin lo incluye. Justo después de una captura, la prueba OpenTimestamps se ha enviado, pero aún no está confirmada. Es normal y no cambia el veredicto. El documento técnico de Bitcoin (Satoshi Nakamoto, 2008) parte de que se genera un bloque cada 10 minutos. Para comprobar una prueba .ots de forma independiente, consulte cómo verificar un archivo OpenTimestamps.

  1. 1Pendiente. Enviado: confirmación Bitcoin pendiente (normalmente 1-3 horas). En el sitio web: OpenTimestamps: prueba enviada, pendiente de confirmación.
  2. 2Verificado. Vuelva a verificar el mismo ZIP, sin cambios, unas horas después: la línea indica ahora el bloque de Bitcoin. Demuestra que el manifiesto, y por tanto cada archivo que enumera, existía, a más tardar, en la fecha de ese bloque. No intente actualizar ni sustituir el archivo .ots.

Minutos después de la captura

Unas horas después, el mismo ZIP

La línea de OpenTimestamps en la verificación técnica del panel lateral. El número de bloque y la fecha son ejemplos.

Cuando el veredicto es «Integridad: modificada»

No repare el ZIP: vuelva al original

Haga clic en Mostrar verificación técnica: la línea roja indica la comprobación afectada y, por lo general, el archivo. No intente reparar el paquete; cualquier cambio lo haría fallar de nuevo. Verifique en su lugar la descarga original. Las causas más habituales son errores de manejo sin importancia.

  1. 1Se ha modificado un archivo. Abrir un archivo del paquete y guardarlo, aunque no haya cambios visibles, o cambiarle el nombre altera aquello que el manifiesto acredita.
  2. 2El paquete se descomprimió y se volvió a comprimir. Al volver a comprimirlo, a menudo todo queda una carpeta más abajo, de modo que el verificador ya no encuentra manifest.json en la raíz del ZIP. Algunas herramientas añaden también sus propios archivos ocultos.

Si la descarga original también aparece como modificada, consérvela tal cual y escriba a support@getproofsnap.com con el texto de la línea roja de la verificación técnica.

Se abrió y se volvió a guardar un archivo del paquete

El paquete se descomprimió y se volvió a comprimir

Parte superior de la verificación técnica en dos casos típicos. Los nombres de archivo son ejemplos.

Preguntas frecuentes

Pruebas que cualquiera puede comprobar

¿Ha recibido un paquete de ProofSnap? Compruébelo en el Verificador de autenticidad. ¿Necesita capturar sus propias pruebas? Instale ProofSnap.

Instalar ProofSnap: 7 días de prueba

Periodo de prueba de 7 días; requiere tarjeta. Sin suscripción: SnapPack de 4,99 $ (aprox. 4,50 €) por 10 capturas.

También disponible para Microsoft Edge

Más guías: Capturar una página web · Vídeos largos como prueba · Certificar un archivo · Leer un paquete probatorio

¿Sin ordenador? Capturamos la página por usted