Shield Email Notary
On this page
Use Cases & Guides
Platform
Capa de evidencia B2B y Enterprise

Las capturas de pantalla no son pruebas.
Los correos criptográficos sí lo son.

Reenvía cualquier factura, contrato o correspondencia corporativa a ProofCore. Verificamos la firma DKIM del remitente, vinculamos criptográficamente los adjuntos y anclamos la evidencia exacta a nivel de byte en TON Blockchain, preservando el estado de DNS necesario para reevaluar la firma más adelante.

⚠️

El dilema de la rotación de claves DNS

Verificar DKIM años después suele fallar porque las empresas rotan sus claves DNS. ProofCore toma una instantánea forense del registro público DNS TXT en el momento exacto de la recepción, preservando los datos necesarios para verificaciones futuras.

1

REENVIAR

Reenvía un correo existente O simplemente agrega sealit@proofcore.org en CC/CCO al enviarlo.

2

VERIFICAR DKIM

Cloudflare Workers extraen el .eml original y verifican la firma criptográfica DKIM contra el DNS del remitente.

3

ANCLAR

El correo original, los metadatos y la instantánea de DNS se hashean y anclan a TON Blockchain.

4

DESCARGAR

Obtén un paquete ZIP autoverificable con herramientas de verificación 100% offline y certificados forenses en PDF.

📧 Sellar un correo ahora

Gratis durante la Beta · Reenvía a sealit@proofcore.org

Flujos de recepción flexibles

📢 Visible CC Legal Deterrent
Cc: sealit@proofcore.org

Las contrapartes ven a ProofCore visible en el hilo CC. Actúa como disuasivo psicológico inmediato contra fraude en facturas, condiciones disputadas y quejas de no entrega.

🕵️‍♂️ Silent BCC Stealth Evidence
Bcc: sealit@proofcore.org

Los destinatarios nunca ven a ProofCore. Debido a que RFC 6376 DKIM nunca firma el encabezado Bcc, tu evidencia se ancla a TON en modo sigiloso sin alertar a la contraparte.

Demostración forense

Un correo corporativo, diseccionado

Este espécimen demuestra cómo ProofCore analiza encabezados RFC 5322 originales, verifica la firma de dominio DKIM y vincula criptográficamente adjuntos MIME.

Invoice #INV-2026-08 - Due Payment

MB
Megacorp Billing <billing@megacorp.com>
to: bob@partner.net
Hi Bob,

Please find attached the finalized invoice for Q3 software development services. As agreed, the total is $45,000.

Best regards,
Alice
📄
Invoice_Q3.pdf
245 KB
ProofCore Verification Summary
DKIM Status: 🟢 PASS (megacorp.com)
ARC Chain: 🟢 PASS (1 Instance)
DNSSEC: 🔒 RRSIG Captured

Nivel 1: Autenticación DKIM

Parámetro
Resultado criptográfico
Dominio firmante
megacorp.com
Firma DKIM
PASS
Estado de cadena ARC
PASS (1 Instance)
Adjuntos MIME
Invoice_Q3.pdf (118acdf1...)
Firma DNSSEC RRSIG
VbH4J8z7d/z... (Tag: 34567)
Instantánea DNS TXT
v=DKIM1; k=rsa; p=MIIBIjANBgkq...
Integridad de datos
✓ 100% verificado (Hash local == Anclaje TON)
Nivel 2: Metadatos forenses originales ▼
{
  "type": "Email Notarization",
  "email_headers": {
    "message_id": "<CAH9oQO6o-nSffbx3@mail.megacorp.com>",
    "subject": "Invoice #INV-2026-08 - Due Payment",
    "from": "billing@megacorp.com",
    "to": ["bob@partner.net", "sealit@proofcore.org"],
    "attachments": [
      {
        "filename": "Invoice_Q3.pdf",
        "size_bytes": 245100,
        "sha256_hash": "118acdf1eee45227b2cda5c0ebfa1c832afa106787db8f39878f31e1b305ef38"
      }
    ]
  },
  "dkim_forensics": {
    "status": "PASS",
    "domain": "megacorp.com",
    "selector": "20230601"
  },
  "arc_forensics": {
    "status": "PASS",
    "chain_validation": "pass",
    "instance_count": 1
  },
  "dnssec_forensics": {
    "dns_public_key": "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0...",
    "rrsig_proof": {
      "signature": "VbH4J8z7d/zXkLm...",
      "key_tag": 34567,
      "algorithm": 8,
      "expiration": "2026-10-16 12:00:00 UTC",
      "inception": "2026-09-16 12:00:00 UTC"
    }
  }
}

Nivel 3: Paquete de evidencia independiente

Contiene el archivo .eml original, JSON forense y un certificado PDF con información criptográfica que puede respaldar la autenticación.

Escenarios comerciales de alto riesgo

Donde correos no verificados cuestan dinero real

El correo ordinario es vulnerable a suplantación, vencimiento de claves y reclamos de no recepción. ProofCore ancla el rastro forense antes de disputas.

🧾 Billing & Invoices

Disputas de facturas y datos bancarios alterados

Las contrapartes con frecuencia afirman que facturas nunca se recibieron a tiempo o que las instrucciones de transferencia fueron modificadas en tránsito.

→ ProofCore ancla: El hash exacto de la factura PDF adjunta, firma DKIM del dominio emisor y marca de tiempo exacta del bloque.
⚖️ Legal & Contract Notices

Notificaciones contractuales y plazos de rescisión

Cancelaciones de servicios o rescisiones de contratos a menudo desatan litigios cuando una parte alega que el aviso por correo no cumplió el plazo obligatorio de 30 días.

→ ProofCore ancla: Hora de recepción, metadatos de encabezado RFC 5322 y prueba inmutable en blockchain de existencia previa.
🛡️ IP & Cease-and-Desist

Infracción de IP, NDA y ceses de actividad

Demostrar que una notificación formal de infracción fue entregada o fijar la fecha exacta en que especificaciones confidenciales fueron reveladas bajo un NDA.

→ ProofCore ancla: Sumas de verificación de archivos transmitidos, autenticación criptográfica del emisor y estado independiente de DNS.
📦 Supply Chain & Orders

Órdenes de compra y alcance de adquisiciones

Desacuerdos sobre especificaciones acordadas, límites de revisión o tablas de precios cuando proveedores entregan productos no conformes.

→ ProofCore ancla: Adjuntos exactos de especificaciones en XLS/PDF vinculados directamente al dominio firmante corporativo.

Claridad epistémica

Límites matemáticos claros para ingeniería legal y cumplimiento corporativo.

🟢 Lo que ProofCore demuestra

  • Integridad del archivo .eml capturado.
  • Vinculación matemática de los adjuntos MIME extraídos.
  • Que el correo contiene una firma DKIM válida asociada al dominio remitente al verificarse.
  • El dominio y selector de firma DKIM específicos.
  • El estado de clave pública DNS observado durante la recepción.
  • Marca de tiempo criptográfica y anclaje en blockchain.
  • Reproducibilidad del proceso de verificación matemática.

🔴 Lo que ProofCore NO demuestra

  • La identidad humana del remitente individual.
  • Que el remitente haya redactado personalmente el mensaje.
  • La veracidad factual del contenido.
  • Que la cuenta o dispositivo del remitente no hayan sido comprometidos.
  • Que el destinatario realmente haya leído el correo.
  • Que el correo constituya un acuerdo legalmente vinculante.
  • Admisibilidad automática en tribunales.
  • QES (Firma Electrónica Cualificada) / estatus de prestador cualificado de servicios de confianza.
"ProofCore preserva y autentica criptográficamente propiedades de un correo que pueden ser relevantes al presentar evidencia digital. Si dicha prueba es admitida y qué peso recibe, lo determina el marco jurídico aplicable y el tribunal."

Jurisprudencia y precedentes

Por qué las capturas de pantalla de correos fallan en juicio

⚖️ Lorraine v. Markel American Insurance Co. (2007) ↗

El Tribunal de Distrito de EE. UU. rechazó impresiones de correos porque las partes no pudieron autenticarlas. El tribunal formuló un test de cinco pasos enfatizando la vulnerabilidad jurídica de las representaciones visuales sin metadatos y hashes subyacentes.

→ Lección: Las capturas de pantalla son salidas visuales no autenticadas, no son pruebas.

🛑 Rossbach v. Montefiore Med. Ctr. (2nd Cir. 2023) ↗

La demandante presentó una captura JPEG de una conversación digital. El análisis forense reveló que era fabricada. El tribunal impuso sanciones de terminación, desestimando la demanda por destrucción de pruebas.

→ Lección: La evidencia presentada debe respaldarse con hashing criptográfico reproducible.

Asegura tu correspondencia corporativa hoy.

📧 Sellar un correo ahora