Glosario de términos de procedencia de imágenes
Cada término y acrónimo que aparece en un informe de AuditImage o en estas guías, desde APP1 hasta XMP, explicado y desarrollado brevemente.
Un informe de este sitio nombra muchas cosas: segmentos, bloques, manifiestos, afirmaciones, anclas de confianza. Esta página define cada una de ellas una vez, agrupadas por dónde las encuentras. Los términos están en negrita y cada acrónimo va seguido de su forma completa entre paréntesis la primera vez que aparece. Las guías enlazadas al final de cada sección profundizan más.
El veredicto y el informe
- Procedencia — De dónde vino una imagen y qué le ha sucedido desde entonces: capturada por una cámara, generada por un modelo, editada por un programa, o alguna cadena de estos. Todo lo que hace este sitio es un intento de leer la procedencia del propio archivo.
- Veredicto — La conclusión de una línea en la parte superior de un informe. Se elige por prioridad: una Credencial de Contenido válida o inválida tiene prioridad sobre una autodeclaración en metadatos, que tiene prioridad sobre una contradicción, que tiene prioridad sobre un bloque EXIF de cámara simple, que tiene prioridad sobre metadatos que no dicen nada sobre el origen.
- Hallazgo — Una observación con un nivel (info, aviso, advertencia). Un informe es un veredicto más sus hallazgos; el veredicto se deriva de los hallazgos, nunca al revés.
- Señal de IA (inteligencia artificial) — Un hallazgo de un tipo específico: un campo, bloque de texto o manifiesto que indica que la imagen fue generada por un modelo. El informe nombra tanto la señal como la ubicación exacta de donde se leyó, como
XMP DigitalSourceTypeoPNG tEXt "parameters". - Autodeclarado — Lo que el archivo dice sobre sí mismo en metadatos simples sin firma. Cualquier programa puede escribirlo o borrarlo, por lo que una autodeclaración es evidencia de lo que una herramienta escribió, no una prueba de lo que sucedió.
- Declarado en Credenciales de Contenido — Dicho dentro de un manifiesto C2PA firmado. Si la firma se verifica y el firmante es de confianza, la declaración no pudo haber sido alterada desde la firma.
- Inconsistente — El veredicto cuando partes de los metadatos se contradicen entre sí, lo cual es la huella digital de un archivo que fue depurado y luego reetiquetado manualmente. Ver los hallazgos de EXIF versus XMP más adelante.
- Depurado — Metadatos eliminados. La mayoría de las plataformas sociales y aplicaciones de mensajería hacen esto al cargar; también las herramientas "eliminar EXIF". Un archivo depurado no puede ser juzgado mediante metadatos en absoluto.
- Reetiquetado — Metadatos escritos en un archivo después de que sus metadatos originales fueron eliminados, para hacer que parezca algo que no es. Generalmente se detecta como una inconsistencia.
- Mapa de segmentos — La tabla en la parte inferior de un informe de JPEG, PNG o WebP que enumera cada bloque del archivo en orden, con su desplazamiento y longitud. Los bloques que contienen información de procedencia están marcados.
- SHA-256 (Secure Hash Algorithm, 256-bit) — Un hash criptográfico: una huella digital de longitud fija de los bytes del archivo. El informe lo muestra para que dos personas puedan confirmar que están viendo el mismo archivo. Cambiar un solo byte cambia el hash completo.
Contenedores: cómo se disponen los bytes
- Contenedor — El formato de archivo que envuelve los datos de la imagen y sus metadatos: JPEG, PNG, WebP y otros. Cada uno tiene su propia forma de almacenar metadatos, por eso el mismo bloque EXIF se encuentra en un "segmento APP1" en un JPEG y en un "bloque eXIf" en un PNG.
- JPEG (Joint Photographic Experts Group) — El formato de foto más común, nombrado según el comité que lo definió. Un JPEG es una secuencia de segmentos, cada uno introducido por un marcador de dos bytes.
- SOI / EOI (Start Of Image / End Of Image) — Los primeros y últimos marcadores de un JPEG. Los datos después de EOI son ignorados por los visores y son un lugar clásico de ocultamiento.
- Segmento APPn (segmento de aplicación n) — APP0 a APP15, donde viven los metadatos de JPEG. Qué estándar usa qué número es una convención, no está impuesta por el formato.
- APP0 JFIF (JPEG File Interchange Format) — La cabecera JPEG básica: versión, densidad de píxeles, a veces una miniatura. Casi todo JPEG tiene una. No contiene información de procedencia.
- APP1 EXIF (Exchangeable Image File Format) — El segmento que contiene EXIF (ver más abajo). Las cámaras y teléfonos lo escriben.
- APP1 XMP (Extensible Metadata Platform) — El segmento que contiene XMP. Un paquete XMP grande se desborda en segmentos APP1 XMP ext (XMP extendido) que deben reensamblarse.
- APP2 ICC (International Color Consortium) — El perfil de color, dividido en varios segmentos APP2 si es grande. Indica cómo interpretar los valores de color, nada sobre el origen.
- APP2 MPF (Multi-Picture Format) — Un índice de imágenes adicionales incrustadas en el mismo archivo, típicamente una vista previa grande o un mapa de profundidad de un teléfono. Los metadatos de algunos teléfonos están aquí.
- APP11 (JPEG XT) — El número de segmento usado por JPEG XT (JPEG eXTensions, la familia ISO/IEC 18477; IEC es la Comisión Electrotécnica Internacional, socio de ISO en estándares conjuntos) para datos encapsulados. C2PA también lo usa, por lo que APP11 C2PA es la etiqueta para segmentos APP11 cuyo contenido es un cuadro JUMBF de C2PA, posiblemente dividido en varios segmentos y reensamblado por número de secuencia.
- APP13 Photoshop IRB (Image Resource Block) / IPTC (International Press Telecommunications Council) — Los bloques de recursos de Photoshop. Históricamente donde se almacenaban los campos de pie de foto y derechos de autor IPTC; Photoshop aún los escribe.
- APP14 Adobe — Un segmento pequeño que los codificadores Adobe escriben para describir la transformación de color. Su presencia indica que el archivo pasó por una biblioteca de Adobe en algún momento.
- COM (comentario) — Un segmento de comentario de texto libre. Algunos generadores escriben sus parámetros aquí.
- Datos de escaneo — Los píxeles comprimidos en sí, todo desde el primer marcador SOS (Start Of Scan) hasta EOI.
- PNG (Portable Network Graphics) — Un formato sin pérdida compuesto por bloques: un tipo de cuatro letras, una longitud, los datos y una suma de verificación CRC (cyclic redundancy check). Los nombres de bloques con primera letra minúscula son opcionales y pueden ser omitidos por cualquier herramienta que no los comprenda.
- Firma PNG — Los ocho bytes fijos con los que comienza todo PNG.
- IHDR / IDAT / IEND (image header / image data / image end) — Los bloques obligatorios: cabecera (dimensiones, profundidad de bits), datos de imagen y fin de archivo.
- tEXt / iTXt / zTXt — Bloques de texto PNG: una palabra clave más un valor.
tEXtes Latin-1 (ISO 8859-1),iTXtes texto internacional en UTF-8 (Unicode Transformation Format, 8-bit) y puede estar comprimido,zTXtes Latin-1 comprimido con zlib. Aquí es donde Stable Diffusion, ComfyUI y NovelAI escriben sus parámetros de generación, y donde la etiqueta AIGC suele ir en un PNG. - eXIf — El bloque PNG estandarizado en 2017 para transportar un bloque EXIF. Las herramientas antiguas ponen EXIF en un bloque de texto en su lugar.
- iCCP (ICC profile) — El bloque PNG para un perfil de color ICC.
- caBX — El tipo de bloque de cuatro letras que la especificación C2PA registró para transportar un cuadro JUMBF en un PNG. Es un nombre de bloque, no un acrónimo con una expansión oficial. caBX C2PA en un informe significa que el bloque fue encontrado y analizado como un almacén de manifiestos.
- WebP — El formato de imagen de Google, derivado del códec de video VP8. Un WebP es un archivo RIFF (Resource Interchange File Format): una cabecera y una secuencia de bloques con nombres de cuatro letras. VP8 y VP8L (VP8 sin pérdida) contienen los datos de imagen; VP8X (VP8 extendido) es la cabecera que indica qué bloques opcionales siguen. Los bloques EXIF, XMP e ICCP (perfil ICC) transportan esos bloques; el bloque C2PA transporta un cuadro JUMBF.
- HEIC / AVIF / TIFF / GIF — Formatos de los que este sitio lee EXIF y XMP pero no mapea segmento por segmento. HEIC (High Efficiency Image Container) y AVIF (AV1 Image File Format; AV1 es AOMedia Video 1, el códec que almacena) son contenedores de formato de archivo multimedia base ISO, la misma familia que MP4 (MPEG-4 Part 14; MPEG es el Moving Picture Experts Group). TIFF (Tagged Image File Format) es el formato en el que se modeló EXIF. GIF (Graphics Interchange Format) contiene casi ningún metadato.
Leer más: Dónde viven los metadatos en un archivo, Por qué los metadatos desaparecen.
Estándares de metadatos
- Metadatos — Datos sobre la imagen almacenados junto a los píxeles: cuándo fue tomada, con qué cámara, con qué ajustes, por qué programa fue guardada por última vez. Ninguno es necesario para mostrar la imagen, por lo que puede eliminarse sin cambio visible.
- EXIF (Exchangeable Image File Format) — El estándar que usan las cámaras y teléfonos para registrar detalles de captura: Make y Model, exposición, lente, DateTimeOriginal, orientación, GPS y Software (el último programa que escribió el archivo). Es una estructura binaria tomada de TIFF. Los editores la preservan, reescriben o eliminan. Nada en EXIF está firmado.
- DateTimeOriginal — La marca de tiempo de captura EXIF, en hora local sin zona horaria. Se compara con la fecha de creación XMP para detectar discrepancias.
- Software — La etiqueta EXIF que nombra el programa que escribió el archivo por última vez. Un nombre de generador aquí es una señal de IA; un nombre de editor es solo un editor.
- XMP (Extensible Metadata Platform) — El estándar de metadatos de Adobe, escrito en XML (Extensible Markup Language) y ahora un estándar ISO (International Organization for Standardization), ISO 16684. Almacena los mismos datos que EXIF más información de edición: CreatorTool (el programa), CreateDate y ModifyDate, y el historial de ediciones. Texto, sin firma, y reescrito por cada producto de Adobe al guardar.
- CreatorTool — El campo XMP que nombra el programa que creó el archivo. Se compara con EXIF Software; los dos suelen coincidir en un archivo con historial honesto.
- XMP History —
xmpMM:History(MM de Media Management), una lista de eventos de edición, cada uno con un agente de software, una acción y una hora. Un archivo que afirma derivación de otro (DerivedFrom) pero no tiene historial es sospechoso. - DerivedFrom — El campo XMP que apunta al documento del cual fue creado este. Presente en una edición exportada; sin sentido en un original de cámara.
- Document ID / Instance ID (identifier) — Identificadores XMP que los productos de Adobe asignan a un documento y a cada versión guardada. Permiten que las entradas de History se vinculen a guardados específicos.
- IPTC (International Press Telecommunications Council) — El esquema de metadatos de la industria noticiosa para fotos: pie de foto, crédito, derechos de autor, y desde 2023 el campo DigitalSourceType.
- DigitalSourceType — Un campo IPTC, almacenado en XMP, que indica cómo se produjo la imagen. El valor
trainedAlgorithmicMediasignifica "creada por un modelo de IA entrenado". Adobe Firefly, DALL·E y varios otros lo escriben. Es lo más cercano a una bandera de IA de estándar industrial en metadatos simples, y aún así es solo texto. - Perfil ICC (International Color Consortium) — Un perfil de color. Indica al software cómo convertir los valores de color del archivo para su visualización. No dice nada sobre el origen, aunque la descripción del perfil puede nombrar el programa que lo incrustó.
- GPS (Global Positioning System) — Campos de ubicación dentro de EXIF. Se reporta como hallazgo porque una foto compartida rara vez necesita llevarlos.
Leer más: Conceptos básicos de EXIF, XMP e historial de ediciones, Cómo se falsifican los metadatos.
C2PA y Credenciales de Contenido
- C2PA (Coalition for Content Provenance and Authenticity) — Un organismo industrial (Adobe, Microsoft, Google, Sony, Nikon, Leica, OpenAI y otros) y el nombre de la especificación técnica abierta que publica para datos de procedencia firmados.
- CAI (Content Authenticity Initiative) — La comunidad liderada por Adobe que promueve la adopción de C2PA y opera el sitio público Verify.
- Credenciales de Contenido — El nombre orientado al consumidor para los datos C2PA adjuntos a un archivo. Cuando un informe dice "Contiene Credenciales de Contenido" significa que se encontró un almacén de manifiestos C2PA.
- Manifiesto — Un registro firmado de procedencia: quién hizo esta versión, con qué herramienta, qué acciones se tomaron, de qué derivó. Un archivo editado varias veces con herramientas compatibles con C2PA lleva varios manifiestos.
- Almacén de manifiestos — El contenedor que contiene todos los manifiestos de un archivo. Físicamente es un cuadro JUMBF en APP11, caBX o el bloque C2PA de WebP.
- Manifiesto activo — El manifiesto más reciente, el que describe el archivo como es ahora. Solo se espera que su enlace duro coincida con los bytes actuales; los manifiestos anteriores se cubren como ingredientes de los posteriores.
- Reclamación — El núcleo de un manifiesto: una estructura CBOR que enumera las afirmaciones por hash, el generador de la reclamación y una referencia a la firma. La firma se calcula sobre los bytes de la reclamación.
- Generador de reclamaciones — El software que produjo el manifiesto, nombrado en la reclamación. Se reporta como la herramienta.
- Afirmación — Una declaración dentro de un manifiesto. Las estándar incluyen c2pa.actions (qué se hizo), c2pa.hash.data (el enlace duro), c2pa.ingredient (de qué se hizo), y stds.schema-org.CreativeWork (autor y derechos de autor).
- Acción — Una entrada en la afirmación de acciones:
c2pa.created,c2pa.edited,c2pa.opened,c2pa.placed, etc. Una acción de creación con un tipo de fuente digital detrainedAlgorithmicMediaes cómo un manifiesto declara generación por IA;digitalCapturedeclara una captura de cámara. - Ingrediente — Una afirmación que registra otro activo que entró en este, con su propio hash de manifiesto cuando lo tuvo. Los ingredientes son cómo una cadena de ediciones permanece verificable.
- JUMBF (JPEG Universal Metadata Box Format) — El contenedor binario con estructura de cajas que usa C2PA, definido en ISO/IEC 19566-5. Las cajas se anidan: una sobrecaja contiene una caja de descripción (
jumd) y cajas de contenido comocbor,jsonobidb(caja de datos binarios). - CBOR (Concise Binary Object Representation) — Una codificación binaria compacta de datos tipo JSON, definida en RFC 8949. Las reclamaciones y la mayoría de las afirmaciones son CBOR.
- JSON (JavaScript Object Notation) — El formato de datos en texto plano del cual CBOR es el primo binario. Algunas afirmaciones y la etiqueta AIGC son JSON.
- COSE (CBOR Object Signing and Encryption) / COSE_Sign1 — El formato de firma construido sobre CBOR, definido en RFC 9052.
COSE_Sign1es la estructura de firma de firmante único que usa C2PA: encabezados protegidos (algoritmo, cadena de certificados), la carga útil (la reclamación) y los bytes de firma. - Certificado X.509 — El formato estándar para un certificado de clave pública, nombrado según la recomendación ITU-T (International Telecommunication Union, Telecommunication Standardization Sector) que lo define: una clave pública, el nombre de su propietario, el nombre del emisor que lo avala, fechas de validez y la firma del emisor. El certificado de firma viaja dentro del encabezado COSE como x5chain (cadena X.509).
- Cadena de certificados — El certificado de hoja (firma), el intermedio que lo emitió, y así hasta una raíz. Cada eslabón se verifica validando la firma de un certificado con la clave del siguiente.
- Ancla de confianza — Un certificado que el verificador decide aceptar sin prueba adicional. Si la cadena alcanza uno, la identidad del firmante se considera establecida.
- Lista de confianza — El conjunto de anclas de confianza. C2PA publica una lista oficial de autoridades de certificación y firmantes que ha verificado. "Firma válida, firmante desconocido" significa que las matemáticas cuadran pero la cadena no alcanzó nada en la lista, que es el caso de un certificado autofirmado.
- Firma válida — La firma COSE sobre la reclamación se verifica con la clave del certificado de hoja. Demuestra que el manifiesto no fue alterado después de la firma. No demuestra por sí sola quién firmó.
- Enlace duro — El hash en
c2pa.hash.data, calculado sobre el archivo excluyendo el almacén de manifiestos. Si coincide, los píxeles no fueron cambiados después de la firma y este manifiesto pertenece a este archivo. Si la imagen fue recodificada o editada por una herramienta sin compatibilidad con C2PA, esta verificación falla. - Enlace blando — Un enlace que sobrevive la recodificación, como una marca de agua invisible o una huella perceptual, usado para buscar un manifiesto cuando fue eliminado del archivo. Este sitio no evalúa enlaces blandos.
- Hashes de afirmaciones — Cada afirmación se hashea y la reclamación lista los hashes. Verificarlos demuestra que ninguna afirmación fue intercambiada bajo una reclamación válida.
- Marca de tiempo (sigTst, signature timestamp) — Un token opcional RFC 3161 (Request for Comments 3161, el estándar de Internet para marcas de tiempo de confianza) de una autoridad de marcas de tiempo, que demuestra que la firma existió en un momento dado. Se reporta como presente o ausente; no se verifica en esta versión.
- Verificación fallida / parcialmente verificada — "Fallida" significa que una de las cuatro verificaciones (firma, enlace duro, hashes de afirmaciones, cadena) resultó negativa. "Parcialmente verificada" significa que una verificación no pudo completarse, por ejemplo porque un algoritmo de hash no es compatible, y el informe indica cuál.
- Sitio Verify —
verify.contentauthenticity.org, el verificador público de CAI. Una segunda opinión útil, ya que aplica la misma lista de confianza que este sitio.
Leer más: Qué es C2PA, Cómo verificar C2PA.
Rastros dejados por generadores de IA
- Parámetros de generación — El prompt, modelo, semilla, muestreador y ajustes que usó el generador, escritos en el archivo por herramientas que quieren que la imagen sea reproducible. Su presencia es una fuerte señal de IA; su ausencia no demuestra nada.
- Stable Diffusion (SD) — La familia de código abierto de modelos de imagen. Sus front-ends más comunes escriben parámetros en texto PNG. SDXL es Stable Diffusion XL, el modelo más grande de 2023.
- Stable Diffusion WebUI (AUTOMATIC1111, A1111) — El front-end web clásico, nombrado según el apodo de su autor; A1111 es la forma abreviada. Escribe un bloque de texto
parameters: el prompt, luego una líneaNegative prompt:, luegoSteps: ..., Sampler: ..., Model: .... El informe extrae el nombre del modelo cuando está presente. - ComfyUI (Comfy User Interface) — Un front-end de grafo de nodos. Escribe dos bloques de texto:
prompt(el grafo como JSON) yworkflow(el diseño del editor). - NovelAI — Un generador alojado enfocado en anime. Escribe
Software: NovelAImás un bloqueCommentcon parámetros JSON, y a menudo las palabras "Stable Diffusion" en la descripción. - Midjourney — Un generador alojado. Las descargas llevan XMP con el prompt en la descripción y un Job ID (un UUID, identificador universalmente único) en un campo específico de Midjourney; también un campo
Creatorque nombra al usuario. - DALL·E / OpenAI — Los modelos de imagen de OpenAI; el nombre es una mezcla del artista Dalí y el robot WALL·E, no un acrónimo. Las salidas recientes llevan un manifiesto C2PA que nombra a OpenAI y una afirmación de acciones con
trainedAlgorithmicMedia; los archivos antiguos de DALL·E 3 solo tenían unDigitalSourceType. - Adobe Firefly — El generador de Adobe. Escribe un manifiesto C2PA e IPTC DigitalSourceType.
- Google Imagen / Gemini — Los modelos de Google. Las salidas llevan una marca de agua invisible SynthID y, en algunas superficies, metadatos C2PA o una bandera IPTC.
- FLUX, Ideogram, Leonardo.Ai, Recraft, Krea, Runway, InvokeAI, Fooocus, Microsoft Designer, LiblibAI — Otros generadores y front-ends cuyos nombres, cuando se encuentran en cualquier campo de metadatos, se tratan como una declaración de origen de IA.
- 通义万相 Tongyi Wanxiang, 即梦 Jimeng / 豆包 Doubao, 可灵 Kling, 文心一格 Yige, 混元 Hunyuan — Servicios de generación chinos. Sus nombres en metadatos son señales de IA, y desde septiembre de 2025 se espera que sus salidas lleven la etiqueta implícita de AIGC descrita más adelante.
- Marca de agua invisible — Una señal incrustada en los propios píxeles en lugar de en metadatos, diseñada para sobrevivir recortes, recodificaciones y capturas de pantalla. SynthID es la de Google; existen otras. Necesitan el detector del proveedor y no son legibles desde los metadatos, por lo que este sitio no puede verlas.
Leer más: Metadatos de Stable Diffusion, Metadatos de Midjourney, Metadatos de imágenes de OpenAI, Marcas de agua invisibles.
Las normas chinas de etiquetado AIGC
- AIGC (AI-Generated Content) — El término que usan la regulación y la industria chinas para texto, imágenes, audio y video producidos por modelos generativos.
- Medidas de Etiquetado — Las Medidas para el Etiquetado de Contenido Sintético Generado por IA, emitidas por la CAC (Cyberspace Administration of China) junto con otros tres reguladores, en vigor desde el 1 de septiembre de 2025. Obligan a los servicios de generación a etiquetar las salidas y a las plataformas de distribución a preservar y mostrar las etiquetas.
- GB 45438-2025 — El estándar nacional obligatorio que especifica cómo etiquetar: "Tecnología de ciberseguridad: Método de etiquetado para contenido sintético generado por IA". GB es la abreviatura de Guobiao, "estándar nacional", el prefijo de todo estándar nacional chino. Entró en vigor el mismo día que las Medidas.
- TC260 (Technical Committee 260) — El Comité Técnico de Estandarización de Seguridad de la Información Nacional, que redacta los estándares y publica guías prácticas, incluida la que describe la etiqueta de metadatos.
- Etiqueta explícita — Una etiqueta que las personas pueden percibir: texto visible o una insignia en una imagen, un aviso audible en audio.
- Etiqueta implícita — Una etiqueta escrita en los metadatos del archivo para que las máquinas la lean. En la práctica un objeto JSON en un campo XMP, un bloque de texto PNG o un comentario JPEG.
Label: "AIGC"— El primer campo fijo de la etiqueta implícita. El informe busca en cada portador de texto del archivo un objeto JSON que lo contenga.- ContentProducer — El nombre o código del servicio que generó el contenido.
- ProduceID — El identificador del servicio para esta pieza específica de contenido.
- ContentPropagator / PropagateID — La plataforma que distribuyó el contenido y su identificador, completado cuando una plataforma reescribe la etiqueta al cargar.
- ReservedCode1 / ReservedCode2 — Campos que el estándar reserva para uso futuro.
Leer más: Cómo se ve la etiqueta implícita de AIGC.
Criptografía, en breve
- Hash — Una función unidireccional que convierte cualquier datos en una huella digital de longitud fija. Entradas iguales producen hashes iguales; una entrada modificada produce un hash no relacionado. C2PA usa SHA-256 y variantes para cada enlace.
- Firma digital — Un valor calculado a partir de un hash de los datos con una clave privada, verificable por cualquiera con la clave pública correspondiente. Demuestra que los datos no fueron alterados y fueron firmados por el poseedor de la clave.
- Clave pública / clave privada — Las dos mitades de un par de claves. La mitad privada firma y se mantiene secreta; la mitad pública verifica y se publica dentro del certificado.
- CA (autoridad de certificación) — Una organización que emite certificados después de verificar la identidad del solicitante. El certificado raíz de una CA es lo que contienen las listas de confianza.
- Certificado autofirmado — Un certificado firmado con su propia clave. Cualquiera puede crear uno en segundos, por lo que no demuestra nada sobre la identidad, solo que la misma clave firmó tanto el certificado como los datos.
- RFC (Request for Comments) — Los documentos numerados en los que se publican los estándares de Internet; RFC 3161 (marcas de tiempo), RFC 8949 (CBOR) y RFC 9052 (COSE) aparecen todos en esta página.
- TSA (autoridad de marcas de tiempo) — Un servicio que firma un hash junto con la hora actual, según RFC 3161, para que una firma pueda demostrar que existía antes de un momento dado.
- Período de validez — Las fechas entre las cuales un certificado se supone que debe usarse. Un manifiesto firmado con un certificado expirado se reporta; si eso importa depende de si una marca de tiempo demuestra que fue firmado mientras era válido.