Pregunta y escenario
Diseña un servicio que verifique Content Credentials de C2PA para imágenes, video y audio. Debe aceptar archivos multimedia de gran tamaño, almacenar manifiestos firmados, mostrar el historial de ediciones y explicar credenciales inválidas, faltantes o no confiables.
Qué evalúa el entrevistador
- Separar correctamente un Manifiesto C2PA, una Aserción (Claim), la firma y la vinculación con el activo.
- Gestionar archivos grandes, verificación asíncrona, almacenamiento en caché, control de versiones y confianza de certificados.
- Declarar que una credencial no prueba la verdad semántica, diseñando luego alternativas de contingencia honestas y controles de privacidad.
Preguntas de aclaración antes de responder
Aclara los tipos de medios y el tamaño máximo, la verificación por carga frente a solo lectura, los objetivos de latencia, la retención para auditorías, quién posee las raíces de confianza y si terceros pueden obtener manifiestos. También aclara si el servicio verifica únicamente la integridad criptográfica o si realiza afirmaciones a nivel de negocio sobre los emisores y las ediciones.
Estructura de respuesta en 30 segundos
Dividiría el sistema en carga y almacenamiento de objetos, extracción de manifiestos, verificación criptográfica, un directorio de confianza, APIs de resultados y un índice de auditoría. El contenido multimedia permanece en el almacenamiento de objetos; la verificación es asíncrona e idempotente según el hash del contenido. Los resultados separan la validez de la firma, la integridad de la cadena, la confianza del emisor y los estados desconocidos. Las cachés versionadas se invalidan por revocación o cambios en el directorio de confianza. El producto debe indicar claramente que C2PA verifica la procedencia declarada y las ediciones, no la verdad semántica.
Respuesta detallada paso a paso
- Emite una URL de carga y registra el hash del activo, el tamaño, el tipo de medio y la política del tenant. Habilita versiones de objetos y sumas de verificación.
- Pon en cola la verificación tras la carga. Un worker extrae manifiestos incrustados o remotos y comprueba la vinculación Claim-activo, firmas, marcas de tiempo, la cadena de edición principal y duplicados.
- Resuelve los certificados de emisor, la revocación y el uso previsto a través de un directorio de confianza versionado. Almacena esa versión del directorio con cada resultado.
- Escribe eventos inmutables y un índice de consultas. Los estados deben incluir válido, inválido, no confiable, faltante e indeterminado, con referencias a evidencias en lugar de copiar todos los medios.
- Devuelve un resumen, ediciones, emisor, hora de verificación y motivo de falla. Protege las vistas previas y las descargas de manifiestos con URLs de corta duración.
- Almacena en caché los activos más consultados, pero indexa la caché por versión del activo, versión de la especificación y versión del directorio de confianza. Invalida en lote ante revocaciones o actualizaciones del verificador.
- Aplica límites de tasa, análisis de malware, reintentos, colas de mensajes fallidos (dead letters) y aislamiento de tenants. Las cargas multiparte evitan que los procesos de la API retengan archivos enormes.
POST /v1/assets/uploads
POST /v1/assets/{assetId}/verify
GET /v1/assets/{assetId}/provenance
GET /v1/trust-roots/{version}Respuesta de muestra de alta calidad
Definiría primero el límite de confianza: un Manifiesto C2PA es una firma verificable sobre afirmaciones de procedencia y edición, no un clasificador de verdad. El servicio de carga almacena versiones de objetos y hashes; los workers asíncronos verifican la vinculación del activo, firmas, cadenas de edición, marcas de tiempo y el estado del certificado. La API de resultados separa la integridad, la confianza del emisor, las credenciales faltantes y los resultados indeterminados, y registra las versiones de la especificación y del directorio de confianza. Las cachés versionadas se pueden invalidar tras una revocación; los eventos de auditoría inmutables y las URLs de medios de corta duración protegen la investigación. Esto escala sin convertir "firma válida" en "factualmente verdadero".
Errores comunes
- Tratar a C2PA como un detector de IA o un oráculo de la verdad.
- Verificar una firma sin comprobar su vinculación con los bytes del activo actual.
- Equiparar una cadena de certificados válida con un emisor de confianza.
- Enviar contenido multimedia enorme a través de manejadores de API síncronos en lugar de utilizar almacenamiento de objetos y colas.
- Omitir versiones de especificación, verificador y directorio de confianza, haciendo que los resultados sean irreproducibles.
Preguntas de seguimiento y respuestas
¿Por qué una edición no puede simplemente conservar la firma anterior?
La edición cambia los bytes del activo. Un editor debe anexar un nuevo Manifiesto, crear una cadena padre-hijo y vincular la versión actual nuevamente. La aserción antigua puede permanecer como historial, pero no puede firmar los bytes actuales.
¿Una credencial faltante significa que el contenido es falso?
No. Significa que no hay una aserción de procedencia verificable disponible. Muestra desconocido o faltante con límites de cobertura; no etiquetes el contenido fuera del ecosistema como falso.
¿Cómo manejas los cambios en el directorio de confianza?
Almacena la versión del directorio y la hora de verificación, conserva la evidencia original y vuelve a verificar de forma asíncrona después de las actualizaciones. Publica una nueva versión de resultado con el motivo de cualquier cambio de estado.
¿Cómo previenes las fugas de privacidad en el Manifiesto?
Utiliza visibilidad a nivel de tenant y de campo, devuelve solo un resumen necesario de forma predeterminada, cifra los campos confidenciales, utiliza URLs de descarga de corta duración y audita cada acceso con el actor y el propósito.