Shield Email Notary
On this page
Use Cases & Guides
Platform
B2B ve Kurumsal Kanıt Katmanı

Ekran görüntüleri delil değildir.
Kriptografik e-postalar delildir.

Herhangi bir faturayı, sözleşmeyi veya kurumsal yazışmayı ProofCore'a iletin. Göndericinin DKIM imzasını doğrular, ekleri kriptografik olarak bağlar ve imzanın gelecekte bağımsız olarak yeniden değerlendirilmesi için gereken DNS durumunu koruyarak bayt düzeyinde kesin kanıtı TON Blockchain'e sabitleriz.

⚠️

DNS Anahtar Rotasyonu Çıkmazı

Şirketler DNS anahtarlarını düzenli olarak yenilediği için yıllar sonra yapılan DKIM doğrulamaları genellikle başarısız olur. ProofCore, gelecekteki doğrulamalar için gereken verileri koruyarak giriş anında kamuya açık DNS TXT kaydının adli bir anlık görüntüsünü alır.

1

İLETİN

Mevcut bir e-postayı iletin VEYA gönderirken CC/BCC kısmına sealit@proofcore.org adresini ekleyin.

2

DKIM DOĞRULAYIN

Cloudflare Workers ham .eml dosyasını ayıklar ve kriptografik DKIM imzasını gönderenin DNS kaydına karşı doğrular.

3

SABİTLEYİN

Ham e-posta, meta veriler ve DNS anlık görüntüsü hash'lenir ve TON Blockchain'e sabitlenir.

4

İNDİRİN

%100 çevrimdışı doğrulama araçları ve adli PDF sertifikaları içeren, kendi kendini doğrulayan bir ZIP paketi alın.

📧 Bir E-postayı Hemen Mühürleyin

Beta süresince ücretsiz · sealit@proofcore.org adresine iletin

Esnek Giriş İş Akışları

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

Karşı taraflar ProofCore'u CC zincirinde görünür şekilde görür. Fatura dolandırıcılığına, tartışmalı şartlara ve teslim edilmeme iddialarına karşı anında psikolojik bir caydırıcı görevi görür.

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

Alıcılar ProofCore'u asla görmez. RFC 6376 DKIM Bcc başlığını asla imzalamadığından, kanıtınız karşı tarafa bildirim yapılmadan gizli modda TON'a sabitlenir.

Adli Bilişim Gösterimi

Bir Kurumsal E-posta, Ayrıntılı İnceleme

Bu örnek, ProofCore'un ham RFC 5322 başlıklarını nasıl ayrıştırdığını, DKIM alan adı imzasını nasıl doğruladığını ve MIME eklerini kriptografik olarak nasıl bağladığını gösterir.

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

Seviye 1: DKIM Kimlik Doğrulaması

Parametre
Kriptografik Çıktı
İmzalayan Alan Adı
megacorp.com
DKIM İmzası
PASS
ARC Zincir Durumu
PASS (1 Instance)
MIME Ekleri
Invoice_Q3.pdf (118acdf1...)
DNSSEC RRSIG İmzası
VbH4J8z7d/z... (Tag: 34567)
DNS TXT Anlık Görüntüsü
v=DKIM1; k=rsa; p=MIIBIjANBgkq...
Veri Bütünlüğü
✓ %100 Doğrulandı (Yerel Hash == TON Sabitlemesi)
Seviye 2: Ham Adli Meta Veriler ▼
{
  "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"
    }
  }
}

Seviye 3: Bağımsız Kanıt Paketi

Orijinal .eml dosyasını, adli JSON verilerini ve kimlik doğrulamayı destekleyebilecek kriptografik bilgileri içeren bir PDF sertifikasını içerir.

Yüksek Riskli Ticari Senaryolar

Doğrulanmamış E-postaların Gerçek Paraya Mal Olduğu Durumlar

Normal e-posta sahteciliğe, anahtar geçerlilik süresinin dolmasına ve teslim alınmadığı iddialarına karşı savunmasızdır. ProofCore, uyuşmazlıklar ortaya çıkmadan önce adli izi sabitler.

🧾 Billing & Invoices

Fatura Anlaşmazlıkları ve Değiştirilen Banka Bilgileri

Karşı taraflar sıklıkla faturaların zamanında alınmadığını veya havale talimatlarının iletim sırasında değiştirildiğini iddia eder.

→ ProofCore şunları sabitler: Ekli PDF faturanın kesin hash'i, gönderen alan adının DKIM imzası ve kesin blok zaman damgası.
⚖️ Legal & Contract Notices

Sözleşme Bildirimleri ve Fesih Süreleri

Bir tarafın e-posta bildiriminin zorunlu 30 günlük süreyi kaçırdığını iddia etmesi durumunda, hizmet iptalleri veya kira fesihleri sıklıkla davalara yol açar.

→ ProofCore şunları sabitler: Alım zamanı, RFC 5322 başlık meta verileri ve önceki varlığın değiştirilemez blok zinciri kanıtı.
🛡️ IP & Cease-and-Desist

Fikri Mülkiyet İhlali, Gizlilik Sözleşmesi (NDA) ve İhtarname

Resmi bir ihlal bildiriminin teslim edildiğini kanıtlamak veya tescilli özelliklerin bir NDA kapsamında açıklandığı kesin tarihi belirlemek.

→ ProofCore şunları sabitler: İletilen dosya sağlama toplamları, gönderici kriptografik kimlik doğrulaması ve bağımsız DNS durumu.
📦 Supply Chain & Orders

Satın Alma Siparişleri ve Tedarik Kapsamı

Tedarikçilerin uygun olmayan mallar teslim etmesi durumunda kararlaştırılan proje özellikleri, revizyon sınırları veya fiyat tabloları üzerindeki anlaşmazlıklar.

→ ProofCore şunları sabitler: Doğrudan kurumsal imzalama alan adına bağlı kesin XLS/PDF kapsam ekleri.

Epistemik Netlik

Hukuk mühendisliği ve kurumsal uyumluluk için kesin matematiksel sınırlar.

🟢 ProofCore Neyi Kanıtlar?

  • Yakalanan .eml dosyasının bütünlüğünü.
  • Ayıklanan MIME eklerinin matematiksel bağını.
  • E-postanın, doğrulama sırasında gönderen alan adıyla ilişkili geçerli bir DKIM imzası içerdiğini.
  • Belirli DKIM imzalama alan adını ve seçicisini (selector).
  • Giriş sırasında gözlemlenen DNS genel anahtar durumunu.
  • Kriptografik zaman damgasını ve blok zinciri sabitlemesini.
  • Matematiksel doğrulama sürecinin tekrarlanabilirliğini.

🔴 ProofCore Neyi Kanıtlamaz?

  • Bireysel göndericinin gerçek insan kimliğini.
  • Göndericinin mesajı bizzat yazdığını.
  • İçeriğin olgusal doğruluğunu.
  • Göndericinin hesabının veya cihazının ele geçirilmediğini.
  • Alıcının e-postayı gerçekten okuduğunu.
  • E-postanın yasal olarak bağlayıcı bir anlaşma teşkil ettiğini.
  • Mahkemede otomatik olarak delil kabul edilebilirliğini.
  • QES (Nitelikli Elektronik İmza) / nitelikli güven hizmeti sağlayıcısı statüsünü.
"ProofCore, dijital delil oluştururken geçerli olabilecek bir e-postanın özelliklerini korur ve kriptografik olarak doğrular. Bu kanıtın kabul edilip edilmeyeceği ve delil değeri geçerli yasal çerçeve ve mahkeme tarafından belirlenir."

İçtihatlar ve Emsal Kararlar

E-posta Ekran Görüntüleri Mahkemede Neden Geçersizdir?

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

ABD Bölge Mahkemesi, tarafların kimlik doğrulaması yapamaması nedeniyle e-posta çıktılarını reddetti. Mahkeme, altta yatan meta veriler ve hash'ler olmadan görsel temsillerin savunmasız olduğunu vurgulayan beş adımlı bir test belirledi.

→ Ders: Ekran görüntüleri doğrulanmamış görsel çıktılardır, delil değildir.

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

Davacı, dijital bir görüşmenin JPEG ekran görüntüsünü sundu. Adli inceleme bunun sahte olduğunu ortaya çıkardı. Mahkeme terminating sanctions uygulayarak delillerin yok edilmesi nedeniyle davayı tamamen reddetti.

→ Ders: Sunulan kanıtlar tekrarlanabilir kriptografik hash ile desteklenmelidir.

Kurumsal yazışmalarınızı bugün güvence altına alın.

📧 Bir E-postayı Hemen Mühürleyin