Shield Email Notary
On this page
Use Cases & Guides
Platform
طبقة الأدلة للمؤسسات وقطاع الأعمال B2B

لقطات الشاشة ليست أدلة إثبات.
رسائل البريد الموثقة تشفيرياً هي الدليل القاطع.

قم بإعادة توجيه أي فاتورة أو عقد أو مراسلات رسمية إلى ProofCore. نتحقق من توقيع DKIM للمرسل، ونربط المرفقات بروابط تشفيرية غير قابلة للكسر، ونثبت الدليل الرقمي بدقة البايت على بلوك تشين TON مع حفظ حالة سجلات DNS لإعادة تقييم التوقيع مستقبلاً بشكل مستقل.

⚠️

معضلة تدوير مفاتيح DNS

غالباً ما يفشل التحقق من صحة DKIM بعد مرور سنوات بسبب قيام الشركات بتغيير مفاتيح DNS دورياً. يأخذ ProofCore لقطة جنائية لسجل DNS TXT العام في لحظة استلام الرسالة بدقة، مما يحفظ البيانات المطلوبة للتحقق في أي وقت لاحق.

1

إعادة التوجيه

أعد توجيه بريد إلكتروني موجود مسبقاً، أو أضف sealit@proofcore.org في خانة CC أو BCC عند إرسال الرسالة.

2

فحص DKIM

تستخرج خدمات Cloudflare Workers ملف .eml الأصلي وتتحقق من التوقيع الرقمي المشفر DKIM بمطابقته مع سجلات خادم DNS للمرسل.

3

التثبيت في البلوك تشين

يتم إنشاء دالة تجزئة (Hash) للبريد الأصلي والبيانات الوصفية ولقطة DNS وتثبيتها نهائياً على TON Blockchain.

4

تحميل حزمة الأدلة

احصل على حزمة ZIP ذاتية التوثيق تتضمن أدوات فحص تعمل بنسبة 100% دون الحاجة إلى إنترنت، بالإضافة إلى شهادات جنائية بصيغة PDF.

📧 توثيق بريد إلكتروني الآن

مجاناً خلال الفترة التجريبية · أرسل الرسالة إلى 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 في التوقيع، يتم تثبيت دليلك الجنائي في TON بسرية تامة دون إشعار الطرف المقابل.

عرض تشريحي جنائي

تحليل تشريحي لرسالة بريد إلكتروني مؤسسية

يوضح هذا النموذج كيف يحلل ProofCore ترويسات RFC 5322 الخام، ويتحقق من صحة توقيع نطاق DKIM ويربط المرفقات تشفيرياً.

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)، والإنذارات القضائية

إثبات تسليم الإنذار القضائي الرسمي بوقف التعدي، أو إثبات التاريخ القطعي لتسليم المواصفات السرية بموجب اتفاقية عدم الإفصاح.

→ يثبت ProofCore: البصمات الرقمية للملفات المتبادلة، ومصادقة هوية المرسل التشفيرية، مع حالة DNS المستقلة.
📦 Supply Chain & Orders

أوامر الشراء (PO) وتحديد نطاق التوريد

الخلافات التعاقدية حول مواصفات الأعمال وجداول الأسعار المتفق عليها عند قيام الموردين بتسليم منتجات غير مطابقة للمواصفات.

→ يثبت ProofCore: ملفات الجداول والمواصفات المرفقة بالتفصيل وربطها مباشرة بنطاق التوقيع المعتمد للشركة.

الوضوح المعرفي وحدود الإثبات

رسم حدود رياضية دقيقة لما يمكن للأدلة الرقمية إثباته وما يخرج عن نطاقها.

🟢 ما يثبته ProofCore بالدليل القاطع

  • سلامة ومطابقة ملف .eml الملتقط بايت ببايت دون أدنى تغيير.
  • الارتباط التشفيري الدقيق للمرفقات المستخرجة من الرسالة.
  • أن الرسالة احتوت على توقيع DKIM صالح مرتبط بنطاق الإرسال وقت الفحص.
  • نطاق التوقيع المحدد ومحدد المفتاح (Selector) الخاص به.
  • حالة المفتاح العام في سجلات DNS في اللحظة المحددة لاستلام البريد.
  • الختم الزمني المشفر والتثبيت العام غير القابل للتلاعب على البلوك تشين.
  • إمكانية إعادة التحقق الرياضي بصورة مستقلة ومطابقة في أي وقت.

🔴 ما لا يثبته ProofCore

  • الهوية البشرية الحقيقية للشخص الذي ضغط على زر الإرسال.
  • ما إذا كان صاحب الحساب قد صاغ الرسالة بنفسه أم صاغها غيره.
  • الصحة الموضوعية والواقعية للادعاءات المكتوبة داخل الرسالة.
  • ضمان خلو حساب أو جهاز المرسل من الاختراق أو البرمجيات الخبيثة.
  • تأكيد أن المستلم قد فتح الرسالة وقرأها بالفعل.
  • تحديد ما إذا كانت الرسالة تشكل عقداً ملزماً قانوناً بموجب القانون المعني.
  • قبول المحكمة للدليل بشكل تلقائي دون خضوعه لسلطة القاضي التقديرية.
  • منح صفة التوقيع الإلكتروني المؤهل (QES) أو ادعاء صفة مقدم خدمات ثقة معتمد (QTSP).
"يحفظ ProofCore الخصائص التشفيرية للبريد ويوثقها بما يجعله دليلاً رقمياً معتبراً. أما مسألة قبوله في المداولة ووزنه القانوني فيخضع كلياً لتقدير المحكمة والقوانين الإجرائية المتبعة."

السوابق والأحكام القضائية

لماذا تسقط لقطات الشاشة في قاعات المحاكم

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

رفضت المحكمة الفيدرالية الأمريكية قبول مطبوعات لرسائل بريد إلكتروني لعدم توثيقها رقمياً، وأرست مبدأ قضائياً من خمس خطوات يؤكد أن الصور المجردة الخالية من البيانات الوصفية وقيم التجزئة لا ترقى لتكون أدلة مقبولة.

→ الدرس المستفاد: لقطات الشاشة مخرجات صورية غير موثقة وليست بينات قضائية.

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

قدمت المدعية لقطة شاشة بصيغة JPEG لمحادثة رقمية، وأثبت الفحص الجنائي أنها كانت مفبركة. أصدرت المحكمة عقوبات إسقاط الدعوى بالكامل بتهمة تضليل العدالة والعبث بالأدلة.

→ الدرس المستفاد: أي دليل رقمي مقدم للمحكمة يجب أن تدعمه دوال تجزئة تشفيرية قابلة لإعادة الفحص.

حصّن مراسلات مؤسستك التجارية اليوم.

📧 توثيق بريد إلكتروني الآن