Shield Email Notary
On this page
Use Cases & Guides
Platform
B2B और कॉर्पोरेट साक्ष्य स्तर

स्क्रीनशॉट कानूनी साक्ष्य नहीं हैं।
क्रिप्टोग्राफ़िक ईमेल ही असली सबूत हैं।

किसी भी इनवॉइस, अनुबंध या कॉर्पोरेट पत्राचार को ProofCore पर अग्रेषित (Forward) करें। हम प्रेषक के DKIM हस्ताक्षर का सत्यापन करते हैं, संलग्नकों (Attachments) को क्रिप्टोग्राफ़िक रूप से बांधते हैं और बाइट-सटीक साक्ष्य को TON ब्लॉकचेन पर सुरक्षित करते हैं।

⚠️

DNS कुंजी रोटेशन की समस्या

वर्षों बाद DKIM का सत्यापन अक्सर विफल हो जाता है क्योंकि कंपनियाँ अपनी DNS कुंजियाँ बदलती रहती हैं। ProofCore ईमेल प्राप्त होने के ठीक उसी क्षण सार्वजनिक DNS TXT रिकॉर्ड का फ़ॉरेंसिक स्नैपशॉट ले लेता है।

1

फॉरवर्ड करें

कोई भी पुराना ईमेल फ़ॉरवर्ड करें या नया ईमेल भेजते समय CC/BCC में sealit@proofcore.org जोड़ें।

2

DKIM सत्यापन

Cloudflare Workers मूल .eml फ़ाइल निकालते हैं और प्रेषक के DNS रिकॉर्ड से क्रिप्टोग्राफ़िक DKIM हस्ताक्षर का सत्यापन करते हैं।

3

ब्लॉकचेन एंकर

मूल ईमेल, मेटाडेटा और DNS स्नैपशॉट का हैश बनाकर उसे TON ब्लॉकचेन पर स्थायी रूप से एंकर कर दिया जाता है।

4

डाउनलोड करें

100% ऑफ़लाइन सत्यापन टूल्स और फ़ॉरेंसिक PDF प्रमाणपत्रों से युक्त स्व-सत्यापनीय ZIP पैकेज प्राप्त करें।

📧 अभी ईमेल सील करें

बीटा अवधि के दौरान पूर्णतः निःशुल्क · sealit@proofcore.org पर फ़ॉरवर्ड करें

लचीली उपयोग विधियाँ

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

सामने वाला पक्ष ProofCore को CC में स्पष्ट रूप से देखता है। यह इनवॉइस धोखाधड़ी, झूठे विवादों और ईमेल न मिलने के बहानों के खिलाफ मनोवैज्ञानिक निवारक का काम करता है।

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

प्राप्तकर्ता को ProofCore दिखाई नहीं देता। चूँकि RFC 6376 DKIM कभी भी Bcc हेडर पर हस्ताक्षर नहीं करता, आपका साक्ष्य सामने वाले को बताए बिना गुप्त रूप से ब्लॉकचेन पर दर्ज हो जाता है।

फ़ॉरेंसिक विश्लेषण प्रदर्शन

एक कॉर्पोरेट ईमेल का तकनीकी विश्लेषण

यह नमूना दिखाता है कि कैसे ProofCore मूल RFC 5322 हेडर का विश्लेषण करता है, DKIM डोमेन हस्ताक्षर की पुष्टि करता है और 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

स्तर 1: DKIM प्रमाणीकरण

पैरामीटर
क्रिप्टोग्राफ़िक आउटपुट
हस्ताक्षरकर्ता डोमेन
megacorp.com
DKIM हस्ताक्षर
PASS
ARC चेन स्थिति
PASS (1 Instance)
MIME संलग्नक
Invoice_Q3.pdf (118acdf1...)
DNSSEC RRSIG हस्ताक्षर
VbH4J8z7d/z... (Tag: 34567)
DNS TXT स्नैपशॉट
v=DKIM1; k=rsa; p=MIIBIjANBgkq...
डेटा की अखंडता
✓ 100% सत्यापित (स्थानीय हैश == TON एंकर)
स्तर 2: मूल फ़ॉरेंसिक मेटाडेटा ▼
{
  "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"
    }
  }
}

स्तर 3: स्वतंत्र साक्ष्य पैकेज

इसमें मूल .eml फ़ाइल, फ़ॉरेंसिक JSON और अदालती प्रमाणीकरण का समर्थन करने वाला क्रिप्टोग्राफ़िक PDF प्रमाणपत्र शामिल है।

व्यावसायिक जोखिम परिदृश्य

जहाँ अप्रमाणित ईमेल भारी वित्तीय नुकसान का कारण बनते हैं

साधारण ईमेल स्पूफिंग, डीएनएस समाप्ति और ईमेल न मिलने के झूठे दावों के प्रति संवेदनशील होते हैं। ProofCore विवाद उत्पन्न होने से पहले ही साक्ष्य को सुरक्षित कर देता है।

🧾 Billing & Invoices

इनवॉइस विवाद और बदले हुए बैंक खाते का विवरण

व्यावसायिक साझेदार अक्सर यह दावा करते हैं कि इनवॉइस समय पर नहीं मिला या रास्ते में किसी हैकर द्वारा बैंक खाते की जानकारी बदल दी गई।

→ ProofCore सुरक्षित करता है: संलग्न PDF इनवॉइस का सटीक हैश, प्रेषक डोमेन का DKIM हस्ताक्षर और सटीक ब्लॉक टाइमस्टैम्प।
⚖️ Legal & Contract Notices

अनुबंध नोटिस और सेवा समाप्ति की समय-सीमा

सेवा रद्दीकरण या लीज समाप्ति अक्सर मुकदमों में बदल जाती है जब दूसरा पक्ष दावा करता है कि ईमेल नोटिस अनिवार्य 30 दिन की अवधि के भीतर नहीं भेजा गया।

→ ProofCore सुरक्षित करता है: प्राप्ति का सटीक समय, RFC 5322 हेडर मेटाडेटा और पूर्व-अस्तित्व का अपरिवर्तनीय ब्लॉकचेन प्रमाण।
🛡️ IP & Cease-and-Desist

बौद्धिक संपदा उल्लंघन, NDA और कानूनी नोटिस

यह साबित करना कि औपचारिक नोटिस वितरित हो चुका है, या NDA के तहत गोपनीय विशिष्टताओं का खुलासा किस निश्चित तारीख को हुआ था।

→ ProofCore सुरक्षित करता है: प्रेषित फ़ाइलों का चेकसम, प्रेषक का क्रिप्टोग्राफ़िक प्रमाणीकरण और स्वतंत्र DNS स्थिति।
📦 Supply Chain & Orders

खरीद आदेश (PO) और कार्यक्षेत्र (Scope) विवाद

जब आपूर्तिकर्ता घटिया सामग्री देते हैं, तो परियोजना की सहमति शर्तों, संशोधन सीमाओं या मूल्य सूचियों पर गंभीर मतभेद उत्पन्न होते हैं।

→ ProofCore सुरक्षित करता है: कॉर्पोरेट हस्ताक्षर डोमेन से सीधे बंधे स्प्रेडशीट/PDF कार्यक्षेत्र संलग्नक।

ज्ञानमीमांसात्मक स्पष्टता (Epistemic Clarity)

कानूनी और कॉर्पोरेट अनुपालन के लिए स्पष्ट गणितीय सीमाएँ।

🟢 ProofCore क्या प्रमाणित करता है

  • प्राप्त .eml फ़ाइल की बाइट-दर-बाइट अखंडता।
  • निकाले गए MIME संलग्नकों का गणितीय क्रिप्टोग्राफ़िक जुड़ाव।
  • ईमेल में सत्यापन के समय प्रेषक डोमेन से जुड़ा एक वैध DKIM हस्ताक्षर मौजूद था।
  • विशिष्ट DKIM हस्ताक्षर डोमेन और उसका चयनकर्ता (Selector)।
  • ईमेल प्राप्त होने के क्षण देखा गया सार्वजनिक DNS कुंजी का वास्तविक स्वरूप।
  • क्रिप्टोग्राफ़िक टाइमस्टैम्प और सार्वजनिक ब्लॉकचेन एंकरिंग।
  • गणितीय सत्यापन प्रक्रिया की पूर्ण पुनरुत्पादकता।

🔴 ProofCore क्या प्रमाणित नहीं करता

  • ईमेल भेजने वाले व्यक्ति की वास्तविक मानवीय पहचान।
  • यह कि प्रेषक ने स्वयं अपने हाथों से यह संदेश लिखा था।
  • ईमेल के भीतर लिखी गई बातों की तथ्यात्मक सच्चाई।
  • यह कि प्रेषक का खाता या उपकरण कभी हैक नहीं हुआ था।
  • यह कि प्राप्तकर्ता ने वास्तव में उस ईमेल को खोलकर पढ़ लिया है।
  • यह कि ईमेल अपने आप में कानूनी रूप से बाध्यकारी समझौता है।
  • बिना न्यायिक प्रक्रिया के अदालत में स्वतः साक्ष्य स्वीकृति।
  • QES (योग्य इलेक्ट्रॉनिक हस्ताक्षर) या योग्य ट्रस्ट सेवा प्रदाता (QTSP) का दर्जा।
"ProofCore किसी ईमेल के उन तकनीकी गुणों को संरक्षित और प्रमाणित करता है जो डिजिटल साक्ष्य स्थापित करते समय आवश्यक होते हैं। उस साक्ष्य को स्वीकार किया जाएगा या नहीं और उसे कितना महत्व मिलेगा, यह संबंधित न्यायालय और लागू कानून तय करते हैं।"

न्यायिक मिसालें और नज़ीरें

अदालतों में ईमेल के स्क्रीनशॉट क्यों खारिज हो जाते हैं

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

अमेरिकी जिला अदालत ने ईमेल प्रिंटआउट को अस्वीकार कर दिया क्योंकि पक्षकार उन्हें प्रमाणित करने में विफल रहे। अदालत ने पाँच-चरणीय परीक्षण स्थापित किया जिसमें कहा गया कि मेटाडेटा और हैश के बिना केवल छवियाँ कानूनी रूप से अमान्य हैं।

→ सीख: स्क्रीनशॉट केवल अप्रमाणित दृश्य प्रस्तुतियां हैं, कानूनी साक्ष्य नहीं।

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

वादी ने एक डिजिटल बातचीत का JPEG स्क्रीनशॉट प्रस्तुत किया। फ़ॉरेंसिक जांच में पाया गया कि वह जाली था। अदालत ने साक्ष्य नष्ट करने और धोखाधड़ी के कारण वादी के मुकदमे को पूरी तरह से खारिज कर दिया।

→ सीख: प्रस्तुत किए जाने वाले साक्ष्य पुनरुत्पादनीय क्रिप्टोग्राफ़िक हैशिंग द्वारा समर्थित होने चाहिए।

अपने कॉर्पोरेट पत्राचार को आज ही सुरक्षित करें।

📧 अभी ईमेल सील करें