Screenshots sind keine Beweise.
Kryptografische E-Mails sind es.
Leiten Sie jede Rechnung, jeden Vertrag oder jede geschäftliche Korrespondenz an ProofCore weiter. Wir prüfen die DKIM-Signatur des Absenders, binden Anhänge kryptografisch und verankern die bytegenauen Beweisdaten in der TON-Blockchain. Dabei wird der DNS-Zustand erhalten, der für eine spätere unabhängige erneute Prüfung der Signatur erforderlich ist.
Das Problem der DNS-Schlüsselrotation
Eine spätere DKIM-Prüfung scheitert häufig, weil Unternehmen ihre DNS-Schlüssel rotieren. ProofCore erstellt zum Zeitpunkt des Eingangs einen forensischen Snapshot des öffentlichen DNS-TXT-Eintrags und bewahrt die für eine spätere Prüfung erforderlichen Daten auf.
WEITERLEITEN
Leiten Sie eine vorhandene E-Mail weiter ODER setzen Sie sealit@proofcore.org beim Versand einfach in CC/BCC.
DKIM PRÜFEN
Cloudflare Workers extrahieren die rohe .eml-Datei und prüfen die kryptografische DKIM-Signatur gegen den DNS-Eintrag des Absenders.
VERANKERN
Die Roh-E-Mail, Metadaten und der DNS-Snapshot werden gehasht und in der TON-Blockchain verankert.
HERUNTERLADEN
Erhalten Sie ein selbstprüfendes ZIP-Paket mit 100% Offline-Prüfwerkzeugen und forensischen PDF-Zertifikaten.
Während der Beta kostenlos · Weiterleiten an sealit@proofcore.org
Flexible Eingangs-Workflows
Geschäftspartner sehen ProofCore im CC-Verlauf. Das kann als unmittelbare psychologische Abschreckung gegen Rechnungsbetrug, strittige Bedingungen und Behauptungen der Nichtlieferung wirken.
Empfänger sehen ProofCore nicht. Da RFC 6376 DKIM den Bcc-Header niemals bindet, werden Ihre Beweisdaten im Stealth-Modus an TON verankert, ohne den Geschäftspartner darauf hinzuweisen.
Forensische Demonstration
Eine geschäftliche E-Mail, analysiert
Dieses Beispiel zeigt, wie ProofCore rohe RFC-5322-Header analysiert, die DKIM-Domänensignatur prüft und MIME-Anhänge kryptografisch bindet.
Invoice #INV-2026-08 - Due Payment
to: bob@partner.net
Please find attached the finalized invoice for Q3 software development services. As agreed, the total is $45,000.
Best regards,
Alice
ProofCore Verification Summary
Ebene 1: DKIM-Authentifizierung
Ebene 2: Rohe forensische Metadaten ▼
{
"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"
}
}
}
Ebene 3: Eigenständiges Beweispaket
Enthält die originale .eml-Datei, forensisches JSON und ein PDF-Zertifikat mit kryptografischen Informationen, die die Authentifizierung unterstützen können.
Geschäftsszenarien mit hohen Risiken
Wo ungeprüfte E-Mails echtes Geld kosten
Gewöhnliche E-Mail ist anfällig für Spoofing, abgelaufene Schlüssel und Behauptungen des Nichterhalts. ProofCore verankert die forensische Spur, bevor Streit entsteht.
Rechnungsstreitigkeiten & geänderte Bankdaten
Geschäftspartner behaupten häufig, Rechnungen seien nicht rechtzeitig eingegangen, oder Zahlungsanweisungen seien während der Übertragung verändert worden.
Vertragliche Mitteilungen & Kündigungsfristen
Kündigungen von Leistungen oder Mietverträgen führen häufig zu Rechtsstreitigkeiten, wenn eine Partei behauptet, die E-Mail-Mitteilung habe die vorgeschriebene Frist von 30 Tagen verfehlt.
IP-Verletzung, NDA & Unterlassungsaufforderung
Nachweis, dass eine formelle Verletzungsmitteilung zugestellt wurde, oder Feststellung des genauen Datums, an dem vertrauliche Spezifikationen unter einem NDA offengelegt wurden.
Bestellungen & Beschaffungsumfang
Streitigkeiten über vereinbarte Projektspezifikationen, Änderungsgrenzen oder Preistabellen, wenn Lieferanten nicht konforme Waren liefern.
Epistemische Klarheit
Klare mathematische Grenzen für Legal Engineering und Corporate Compliance.
🟢 Was ProofCore nachweist
- Integrität der erfassten .eml-Datei.
- Mathematische Bindung der extrahierten MIME-Anhänge.
- Die E-Mail enthält eine gültige DKIM-Signatur, die zum Zeitpunkt der Prüfung der Absenderdomäne zugeordnet ist.
- Die konkrete DKIM-Signaturdomäne und der Selector.
- Der bei Eingang beobachtete öffentliche DNS-Schlüsselzustand.
- Kryptografischer Zeitstempel und Blockchain-Verankerung.
- Reproduzierbarkeit des mathematischen Prüfprozesses.
🔴 Was ProofCore NICHT nachweist
- Die menschliche Identität der absendenden Person.
- Dass der Absender die Nachricht persönlich verfasst hat.
- Die sachliche Richtigkeit des Inhalts.
- Dass das Konto/Gerät des Absenders nicht kompromittiert wurde.
- Dass der Empfänger die E-Mail tatsächlich gelesen hat.
- Dass die E-Mail eine rechtlich bindende Vereinbarung darstellt.
- Automatische Zulässigkeit vor Gericht.
- QES (qualifizierte elektronische Signatur) / Status eines qualifizierten Vertrauensdiensteanbieters.
Rechtsprechung & Präzedenzfälle
Warum E-Mail-Screenshots vor Gericht scheitern
⚖️ Lorraine v. Markel American Insurance Co. (2007) ↗
Das US-Bezirksgericht wies E-Mail-Ausdrucke zurück, weil die Parteien sie nicht authentifizieren konnten. Das Gericht entwickelte einen fünfstufigen Test und betonte die rechtliche Verwundbarkeit visueller Darstellungen ohne zugrunde liegende Metadaten und Hashes.
→ Lektion: Screenshots sind nicht authentifizierte Darstellungen, keine Beweismittel.
🛑 Rossbach v. Montefiore Med. Ctr. (2nd Cir. 2023) ↗
Die Klägerin legte einen JPEG-Screenshot einer digitalen Unterhaltung vor. Eine forensische Untersuchung ergab, dass er gefälscht war. Das Gericht verhängte Sanktionen wegen Spoliation und wies die Klage vollständig ab.
→ Lektion: Vorgelegte Beweise sollten durch reproduzierbares kryptografisches Hashing gestützt werden.
Gesetzliche Beweisrahmen
🇺🇸 US Federal Rules of Evidence: Rule 902(13) & (14) ↗
Rule 902 sieht Mechanismen zur Selbstauthentifizierung elektronischer Beweise vor. Rule 902(14) betrifft Daten, die von einem elektronischen Speichermedium kopiert und durch einen digitalen Identifizierungsprozess, z. B. einen SHA-256-Hashwert, authentifiziert wurden.
🇪🇺 EU-eIDAS-Rahmenwerk ↗
Nach eIDAS darf elektronischen Beweisen die Rechtswirkung nicht allein deshalb abgesprochen werden, weil sie elektronisch sind. ProofCore stellt ein nicht qualifiziertes kryptografisches Ledger und einen Zeitstempelmechanismus bereit; dadurch wird ProofCore weder zu einem Qualified Trust Service Provider noch das Ledger zu einem qualifizierten elektronischen Ledger.
🇮🇳 Indischer Information Technology Act, 2000 (Section 65B) ↗
Das ProofCore-Beweispaket kann technische Unterlagen liefern, die gegebenenfalls bei den Anforderungen von Section 65B unterstützen. Die rechtliche Suffizienz hängt von den anwendbaren Verfahrensanforderungen und der Zertifizierung ab.
Haftungsausschluss: ProofCore stellt technische kryptografische Beweise bereit. Zulässigkeit und Gewicht von Beweismitteln werden vom zuständigen Gericht oder Tribunal nach dem anwendbaren Verfahrensrecht bestimmt.