بروتوكول ثقة من أجل
تفويض الأثر الدقيق.
يمدّ SecureStamp الثقة الرقمية من المصدر والنية إلى التنفيذ. تتحوّل القرارات المعتمَدة إلى صلاحيات تنفيذ محدودة، مقيَّدة بسياسة يتحكّم بها العميل ومتبوعة بدليل قابل للتحقّق بشكل مستقل.
Gmail وOutlook وApple Mail، مع دليل المصدر داخل صندوق الوارد
القنوات الرسمية
WhatsApp وTelegram والنطاق الذي تعلنه العلامة التجارية
الوكلاء وواجهات API
أدوات MCP وواجهات API وسير العمل المستقل
معمارية البروتوكول
ثقة قبل التصرّف. دليل بعد التنفيذ.
حزمة ثقة واحدة، مطبَّقة على كل سطح.
SecureStamp ليس فاحص بريد أُضيفت إليه ميزة وكيل. المصدر والنية وتفويض التنفيذ ودليل التنفيذ هي أربع طبقات لسلسلة واحدة — وتعمل تلك السلسلة بالطريقة نفسها سواء وصلت التعليمات إلى صندوق وارد أو إلى تطبيق مراسلة أو عبر استدعاء أداة MCP.
يمدّ SecureStamp الثقة من التعليمات إلى النتيجة.
من أين جاء هذا؟ النطاقات والترويسات والتواقيع والهوية المعلنة ونطاق القناة. دليل مساند — ضروري، ولا يكون العنوان أبدًا.
Trust Levels
يشرح Trust Level المصدر. ويساعد Action Verdict على تقرير الإجراء.
تصنّف المستويات L1-L5 دليل المصدر القابل للتحقّق. وهي لا تدّعي أن المحتوى صحيح ولا أن الإجراء يجب أن يُنفَّذ تلقائيًا.
L1
مُسجَّل
النطاق أو المؤسسة مُسجَّل في SecureStamp.
L2
متوافق
الإشارات التقنية مثل SPF وDKIM وDMARC أو DNS متوافقة.
L3
موقَّع
تتضمّن الرسالة أو القناة أو الحدث رمزًا موقَّعًا وقابلًا للتحقّق.
L4
موثَّق
يوجد مرجع سلامة أو إيصال قابل للتحقّق من أجل تدقيق لاحق.
L5
معتمَد
جرت مراجعة الهوية المؤسسية خلف المصدر بأدلة إضافية.
المصدر المُتحقَّق منه لا يعني إجراءً معتمَدًا
يصف Trust Level قوة دليل المصدر. ويقيّم Action Verdict إجراءً محدّدًا باستخدام SSF والسياق والسياسة. فحتى المصدر المشروع قد يطلب إجراءً يستوجب المراجعة.
تعمّق أكثر · Official Channel Signal
Official Channel Signal
التحقّق من القنوات الرسمية عبر الأسطح الحوارية
يتيح Signal الاستعلام عمّا إذا كان رقم أو بوت أو معرّف أو رابط أو حساب أو نقطة تواصل ينتمي إلى النطاق الرسمي الذي أعلنته جهة ما. إنه الطبقة الخاصة بـWhatsApp وTelegram والويب وأكواد QR والدعم والفوترة وسائر القنوات التي قد يتلقّى فيها شخص أو وكيل تعليمات حسّاسة.
النطاق الرسمي
يقارن قنوات البريد وWhatsApp وTelegram والويب وQR والدعم والفوترة بسجلات قابلة للتحقّق.
متّصل بـSSF
تغذّي إشارات القناة كلًّا من Trust وAction Verdict والـreceipts دون تحويل علامة تجارية إلى ضمانة مطلقة.
حدّ صادق
يتحقّق Signal من الانتماء إلى النطاق الرسمي. وهو لا يثبت أن كل رسالة صحيحة.
ما المطلوب؟ يُقرأ الإجراء المطلوب ويُذكر أولًا: ادفع، وافق، سلّم بيانات اعتماد، استدعِ أداة. إشارة دخل، لا برهان.
أطروحة البروتوكول
النطاق الجديد هو الإجراء نفسه.
في البداية دافعنا عن الأجهزة أمام البرمجيات الخبيثة وأحصنة طروادة. ثم دافعنا عن صناديق الوارد أمام التصيّد. واليوم تتصرّف البرمجيات نيابةً عنّا، ولم يعد السؤال ما الذي تستطيع بلوغه فحسب — بل ما الذي تستطيع تغييره.
يمكن للرسائل والأحداث والـprompts أن تُطلق واجهات API واستدعاءات أدوات وسير عمل وعمليات نقدية رقمية. يقترح SecureStamp إشارات قابلة للتحقّق قبل أن يتحوّل التواصل إلى إجراء.
تتحكّم الهوية بمن يستطيع الوصول إلى نظام. أمّا SecureStamp فيحدّ الأثر الدقيق الذي يُسمح للبرمجيات المستقلة بإحداثه.
Proof of Intent
ما المطلوب؟ إشارة دخل تذكر الإجراء المطلوب أولًا. وهي ليست دليلًا على ما جرى تفويضه.
Proof of Origin
من أين جاء؟ النطاق والمؤسسة والقناة والمرسِل والطابع والإشارات التقنية. دليل مساند.
Action Verdict
هل ينبغي المضيّ في هذا؟ إشارة قرار. وما يحدث بعد ذلك القرار هو Execution Authorization.
تعمّق أكثر · أربع طبقات
أربع طبقات
المصادقة تثبت الهوية. والتحكّم بالوصول يحدّ المدى. وExecution Authorization يحدّ الأثر.
المصادقة
من أو ما الذي يتصرّف؟
تفويض الوصول
أي موارد يجوز له بلوغها؟
Execution Authorization
أي أثر دقيق يجوز له إحداثه؟
دليل التنفيذ
أي تفويض استُهلك، وأي نتيجة استطاعت نقطة التنفيذ إثباتها؟
صياغة السؤال الرابع مقصودة. النتيجة التي يتعذّر إثباتها تبقى غير محسومة، ولا تتظاهر أي طبقة في هذه الحزمة بغير ذلك.
أين نقف
يبدأ SecureStamp حيث ينتهي القرار.
أنظمة الهوية والسياسات والاعتماد هي التي تقرّر ما إذا كان ينبغي المضيّ في إجراء ما. ويربط SecureStamp ذلك القرار المعتمَد بالأثر الدقيق الذي يجوز تنفيذه.
القرار
ما الذي ينبغي السماح به؟ تجيب عن ذلك الهوية ومحرّكات السياسات والاعتمادات والبشر.
التفويض
أي أثر دقيق مسموح به؟ هذه هي الطبقة التي يضيفها SecureStamp.
التنفيذ
تطبيق ذلك الأثر ضمن قيود العميل، في نقطة يتحكّم بها العميل.
التحقّق
أي تفويض استُهلك، وأي نتيجة استطاعت نقطة التنفيذ إثباتها؟
لا يستبدل SecureStamp أنظمة الهوية ولا محرّكات السياسات ولا مسارات الاعتماد ولا واجهات API لدى المزوّدين. بل يربط قراراتها المعتمَدة بآثار قابلة للتنفيذ بدقة.
يوفّر SecureStamp إشارات قابلة للتحقّق وتفويضات محدودة. وهو لا يستبدل السياسات الداخلية ولا الصلاحيات ولا الـsandboxing ولا الموافقة البشرية ولا الضوابط الأمنية القائمة.
الأجهزة
كان النطاق الحديث الأول هو الجهاز: البرمجيات الخبيثة وأحصنة طروادة والملفات الخطرة والسلوك المحلي.
صناديق الوارد
ثم انتقل الخطر إلى الرسائل: نطاقات شبيهة وروابط مزيّفة ومرفقات وإلحاح على الدفع وانتحال هوية.
الإجراءات
واليوم يمكن لتعليمة واحدة أن تفتح أدوات وتستدعي واجهات API وتعالج فواتير وتنقل بيانات أو تُعِدّ مدفوعات.
Trust checks
يقرأ SecureStamp ما تطلبه الرسالة — دفع أو موافقة أو تسليم بيانات اعتماد أو استدعاء أداة — ويسنده بأدلة المصدر والقناة والسياق قبل الرد أو الدفع أو مشاركة البيانات أو تشغيل سير عمل.
مستقلّ عن القناة
معيار مستقلّ عن القناة
لم يُصمَّم SecureStamp لصندوق وارد واحد ولا لتطبيق واحد ولا لقطاع واحد. ينظّم البروتوكول الإشارات حول المصدر والقناة والنية المعلنة والإجراء. ويمكن تطبيقه على البريد والمراسلة وأكواد QR والمواقع والفواتير والتذاكر وواجهات API والوكلاء والعمليات النقدية الرقمية.
Signal Framework
SSF: SecureStamp Signal Framework
ينظّم SSF الإجراء المطلوب أولًا، ثم إشارات المحتوى والمصدر والمصادقة والقناة والسياق، لإنتاج مخرَج بسيط وقابل للتدقيق يقرأه البشر والأنظمة والوكلاء.
Requested Action
الردّ والفتح والدفع والتحويل والاعتماد ومشاركة البيانات واستدعاء الأدوات أو تشغيل سير العمل.
Content Signals
الإلحاح والروابط والمرفقات وبيانات الاعتماد وتعليمات الدفع وتغييرات الحساب المصرفي.
Origin Signals
النطاق والمؤسسة والهوية المعلنة والمرسِل.
Technical Signals
SPF وDKIM وDMARC وDNS TXT والترويسات والتواقيع والمفاتيح والـreceipts.
Channel Signals
البريد والويب وWhatsApp وTelegram وQR وAPI والدعم والفوترة والتذاكر.
Verdict Layer
Trust وSignal وAction Verdict: مخرَج مقروء وقابل للتدقيق يذكر أولًا الإجراء المطلوب ويعرض أدلة المصدر أسفله.
ثلاث إشارات دخل، ثم التفويض
يجيب Proof of Origin عن مصدر التعليمة. ويذكر Proof of Intent ما تطلبه. ويوصي Action Verdict بما إذا كان ينبغي المضيّ. ثلاثتها إشارات تغذّي قرارًا — والقرار ليس تفويضًا بعد.
ما الأثر الدقيق المسموح بإحداثه؟ يتحوّل القرار المعتمَد إلى صلاحية محدودة لاستخدام واحد لعملية قياسية واحدة ضمن قيود صريحة.
طبقة التنفيذ
Public Beta · وصول إنتاجي مضبوطالحكم ليس دليلًا.
يمكن للـverdict أن يوصي بما إذا كان ينبغي المضيّ في إجراء ما. لكنه وحده لا يثبت الأثر الدقيق الذي جرى تفويضه، ولا الصلاحية وراءه، ولا ما إذا كان التفويض قد أُعيد استخدامه، ولا النتيجة المرصودة عند التنفيذ.
يُنشئ Action Proof سلسلة الأدلة هذه. يتحوّل القرار المعتمَد إلى صلاحية تنفيذ محدودة: أثر دقيق واحد، وصلاحية واحدة، ومهلة واحدة، واستخدام واحد — قابلة للتحقّق دون اتصال، من أي شخص.
سلسلة الإثبات
خمس حلقات، كل منها موقَّعة من طرف مختلف
برهان تشفيري على التفويض. دليل موقَّع على نتيجة التنفيذ.
Source Envelope
توقّع الإضافة ما رآه الشخص فعلًا، على الجهاز، بمفتاح لا يغادره أبدًا. ولا يُرسَل متن الرسائل إطلاقًا.
Action Effect
الـGuardian — لا النموذج — يقرأ حالة المزوّد ويوحّد الأثر الدقيق: المزوّد والعملية والموارد والمعاملات وdigest للحالة السابقة.
Execution Grant
يوقّع SecureStamp Cloud منحة grant لاستخدام واحد مرتبطة بذلك الـdigest، وبالصلاحية التي اعتمدتها، وبإصدار السياسة النافذ، وبمهلة انتهاء. وmaxUses يساوي 1 دائمًا.
Execution Claim
يطالب الـGuardian الخاص بك بالـgrant مقابل ledger خاص به. ويُرفض أي grant مُعاد تشغيله قبل الاتصال بأي مزوّد.
Action Receipt
يوقّع الـGuardian التفويض المستهلَك وسياق التنفيذ والنتيجة التي استطاع إثباتها، مع digest السياسة المحلية التي حدّته.
الوكلاء والـ harnesses · Beta
يحاول مختبرٌ قابل لإعادة الإنتاج كسرَ الحدود المعلَنة لوكيل برمجة — عبر MCP أو صَدَفة الأوامر أو نص برمجي أو نداء API مباشر — ويرصد النتيجة من خارج الوكيل، ثم يشغّل المهمة الحقيقية بموجب الملف التعريفي نفسه. ولا يخرج إلا التغيير الدقيق الذي خضع للمراجعة، عبر Execution Guardian.
تعمّق أكثر · طبقة التنفيذ
الوصول ليس تفويضًا بالتصرّف
الوصول يضبط ما يمكن للبرمجية بلوغه. أمّا Execution Authorization فيحدّ الأثر الدقيق الذي يجوز لها إحداثه.
تفويض الموارد يجيب عمّا يمكن لـprincipal الوصول إليه. وExecution Authorization يجيب عن الأثر الخاص بمعاملة بعينها الذي يجوز له إحداثه. حتى الوصول fine-grained يترك المعاملة نفسها غير معرَّفة: أي مورد، وأي مبلغ، وأي وجهة، وكم مرة.
فوّض الأثر، لا مجرّد الوصول إلى الأداة.
سقف يتحكّم به العميل
سياستك هي السقف.
يستطيع SecureStamp Cloud أن يجعل التفويض أضيق. ولا يستطيع أن يجعله أوسع من السياسة التي وقّعتها مؤسستك وثبّتتها محليًا. تفويض السحابة ضروري، لكنه وحده لا يكفي أبدًا.
الإذن الفعلي
الإذن الفعلي =
grant السحابة
∩ السياسة المحلية الموقَّعة
∩ قيود المحوّل
∩ kill switches- السياسة المحلية وثيقة توقّعها مؤسستك بمفتاحها الخاص وتثبّتها بجوار الـGuardian. تثبّت الـtenant والـgateway والعمليات وmanifest المحوّلات والصلاحيات وإصدارات السياسة المقبولة والموارد والمعاملات والحدود المالية والتزامن ووجهات الشبكة.
- هي deny-only بحكم البناء. لا يوجد فيها أي حقل قادر على منح ما لم تمنحه السحابة.
- التشغيل في وضع الإنتاج دون سياسة محلية موقَّعة وصالحة لا يُنبَّه عليه فحسب: بل يُرفَض عند الإقلاع.
- توجد kill switches على المستوى العام، وبحسب المزوّد والعملية والـtenant والـgateway — ثم مرة أخرى داخل السياسة المحلية نفسها. وهي توقف grants صدرت بالفعل.
- تحمل السياسات تاريخ مراجعة إلزاميًا ومهلة انتهاء اختيارية. السياسة المنتهية تمنع أي تعديلات جديدة وتترك الحالة والبرهان وإعادة القراءة والمطابقة سليمة.
- استرداد المفاتيح M-of-N وبلا اتصال. ولا يمكن لدعم SecureStamp أن يحلّ محلّ هذا الضابط، وهذا بالضبط هو المقصود.
- حتى لو اختُرق مستوى التحكّم في السحابة، فإنه يظلّ عاجزًا عن تجاوز الصلاحية المسموح بها محليًا.
مستضاف لدى العميل
نحن نفوّض. وأنت تنفّذ.
يعمل الـGuardian في بيئتك ويحتفظ ببيانات اعتماد المزوّد. ولا يتلقّى SecureStamp Cloud بيانات اعتماد المزوّد ولا يتّصل بمزوّدك أبدًا.
- تُركَّب بيانات اعتماد المزوّد كملفات يملكها root، لا كمتغيّرات بيئة ولا كإعدادات مضمّنة.
- جسر MCP — وهو العملية الأقرب إلى النموذج — لا يحتاج بيانات اعتماد مزوّد ولا حِزَم SDK سحابية.
- يُستخلص الأثر من الحالة التي يقرأها الـdaemon بنفسه، لا من معاملات قدّمها النموذج.
- تُقرأ الحالة السابقة من جديد قبيل التعديل مباشرةً؛ وأي تغيّر جوهري يُبطل الـgrant بدل أن يكتب فوقه.
الصلاحية
لا يحمل أي طلب إذنه الخاص معه.
الصلاحية التي تتطلّبها عملية ما يحدّدها البروتوكول. لا يستطيع المستدعي اختيارها، ولا يستطيع النموذج المحاججة من أجلها، ولا يمكن خفضها داخل الطلب نفسه الذي يحتاجها. ملفات الـquorum هي لقطات سياسة موقَّعة، لا قيم صلاحية: standard وelevated وسمان للبشر، بينما يستند البرهان إلى الـthreshold وقائمة المعتمِدين وhash السياسة.
noneلا تمنح التنفيذ أبدًا. وهي موجودة كي يكون غيابها صريحًا لا ضمنيًا.
policy_delegatedاستقلالية داخل سياسة حدّدتها المؤسسة سلفًا، ولطلب موقَّع على الجهاز فقط. ولا تُمنح أبدًا لطلب مرتبط.
human_mfaشخص محدّد الهوية يعتمد الطلب مقابل جلسة MFA حيّة. يُستخدم حيث يكون الأثر محدودًا وقابلًا للعكس عمليًا.
quorumM-of-N من المعتمِدين المستقلّين، لكلٍّ جلسة MFA خاصة به، مقابل سياسة محدّدة سلفًا. ولا يمكن لمقدّم الطلب أن يعتمد طلبه أبدًا. وهو إلزامي لكل منح امتياز.
الأمان عند الفشل
المجهول يبقى مجهولًا.
يبقى ردّ المزوّد الغامض غير محسوم حتى تتم المطابقة. ولا يُعاد تنفيذ العمليات المعدِّلة على نحو أعمى.
تنتهي مهلة واجهة API للمدفوعات بعد أن تكون قد استقبلت تعديلًا. وتكرارها قد يضاعف الأثر. لا يفترض SecureStamp الفشل ثم يعيد المحاولة: بل يطابق الـGuardian حالة المزوّد وقد يعيد indeterminate. الغموض نتيجة من الدرجة الأولى ولا يُقرَّب إلى نجاح أبدًا.
تحقق مستقل
تحقّق من السلسلة دون أن تسألنا.
المدقّق حزمة منشورة بلا وصول إلى الشبكة. يعيد حساب كل digest وكل توقيع داخل proof bundle دون اتصال، بما في ذلك hash لقطة السياسة وdigest السياسة المحلية الموقَّعة. ويمكن التحقّق من الـreceipts دون اتصال ودون التواصل مع SecureStamp، ولا يعتمد التحقّق على خدمة SecureStamp عاملة.
npx --package @securestamp/action-proof-verify action-proof-verify bundle.jsonيصدر المدقّق قبل المخرجات التي يتحقّق منها. ولا يُصدَر إصدار جديد من receipt أو bundle قبل أن يقبله مدقّق منشور بالفعل.
الموصّلات
أحضر نقطة التنفيذ التي تستخدمها أصلًا.
نموذج التفويض في SecureStamp مستقلّ عن المزوّد. هذه موصِّلات مرجعية، لا كتالوج مغلق. فكيفية تكامل الموصِّل ومدى ضمان SecureStamp له سؤالان منفصلان، ونحن نُبقيهما منفصلين عن قصد.
كيف يتّصل
محوّل معتمَد
وحدة كتبناها وراجعناها وربطناها بأدلة اعتماد منشورة.
محوّل HTTPS تصريحي
يُثبَّت الـorigin والأسلوب والـpath عند التثبيت. لا عناوين URL أو أساليب أو headers اعتباطية من النموذج، ولا redirects، وschema صارم، وidempotency حتمية.
SDK / sidecar
للبروتوكولات التي يتعذّر عليها تلبية العقد التصريحي، عبر socket من نوع Unix.
كيف يُعلَن مستوى ضمانه
SecureStamp Certified
نحن كتبناه، ونحن راجعناه، ونشرنا الأدلة.
Partner Attested
شريك محدّد بالاسم يشهد له، والـbundle يقول ذلك.
Customer Defined
أنت من بناه. تظلّ السلسلة قابلة للتحقّق، ويعلن الـbundle صراحةً أن SecureStamp لم يعتمد شيفرة الموصِّل.
تترجم المحوّلات أثرًا مفوَّضًا إلى تنفيذ خاص بالمزوّد. وهي لا تعيد تعريف الصلاحية الممنوحة.
Stripe
refund.createhuman_mfaOkta
group.add_userhuman_mfaAWS
iam.attach_role_policyquorumGoogle Cloud
iam.project_binding.addquorumAzure
rbac.role_assignment.createquorumMicrosoft Entra
pim.directory_role_assignment.createquorumيتلاءم مع مستوى التحكّم القائم لديك
يعمل مع الضوابط التي لديك بالفعل.
لا يستبدل SecureStamp أنظمة الهوية ولا محرّكات السياسات ولا مسارات الاعتماد ولا واجهات API لدى المزوّدين. بل يربط قراراتها المعتمَدة بآثار قابلة للتنفيذ بدقة.
حدود الدليل
ما يثبته الـreceipt وما لا يثبته.
يثبت Action Receipt ما مرّ عبر Guardian مسجَّل، والنتيجة التي استطاع ذلك الـGuardian إثباتها. وهو لا يثبت أنه لم يقع أي إجراء خارج SecureStamp، ولا يقرّر الملكية القانونية لحساب المزوّد.
حدّ الدليل هو مسار التنفيذ المسجَّل.
الإجراءات التي تتم خارج ذلك المسار تقع خارج نطاق الـreceipt.
حالة الإصدار
لماذا لا تزال هذه الحزم تحمل وسم بيتا.
For the single-grant chain, the protocol, the code and the verifier are complete and auditable today. Bounded delegation — one approval for several exact steps — is a separate profile still in design and simulation, and its known gaps are published. We do not call a connector stable until we have published evidence of 100 real executions against a live provider — including fault injection, replay rejection and proof that the credential could not have done more — bound to the exact commit that produced them. Production execution requires explicit opt-in and connector eligibility, and until a connector clears that gate its Guardian refuses to run outside sandbox mode. A trust product that asks you to take its word for it has already failed.
الحزم
@securestamp/action-proof-verifyالمدقّق العامل دون اتصال وعقود تحقّقه. يُنشر قبل كل ما يتحقّق منه.
@securestamp/action-proof-verify@securestamp/execution-guardianالـdaemon المستضاف لدى العميل وموصِّلات المزوّدين الخاصة به.
@securestamp/execution-guardian@securestamp/execution-guardian-mcpجسر MCP. بلا بيانات اعتماد وبلا SDK سحابية، بحكم البناء.
@securestamp/execution-guardian-mcpصلاحية مفوَّضة
أينما فُوِّضت الصلاحية إلى برمجية.
الوكيل والأتمتة وسير العمل والخدمة المفوَّضة التي تتصرّف نيابةً عن غيرها — كلّها تطرح السؤال نفسه. إذن الوصول يقول ما الذي تستطيع بلوغه؛ وهو لا يعرّف الأثر الدقيق المعتمَد لهذه المعاملة.
MCP للوكلاء
SecureStamp MCP Server
MCP هو الطريقة التي تبلغ بها تطبيقات الذكاء الاصطناعي الأدوات والبيانات وسير العمل. ويقف SecureStamp أمام ذلك المدى: تسأل البرمجية عمّا تطلبه التعليمة فعلًا، ومن هو الطرف المقابل، وأي أثر دقيق قد تُحدثه — قبل أن يعمل أي شيء.
يفوّض SecureStamp؛ ولا يحتفظ أبدًا ببيانات اعتماد مزوّدك النهائي. وحين يجب تنفيذ عملية فعلًا، ينتقل الـgrant الموقَّع إلى Execution Guardian تشغّله أنت، ولا يلمس المزوّد سوى ذلك الـdaemon.
read_message_request(...)analyze_message_intent(...)verify_counterparty(...)get_safe_next_step(...)authorize_action(...)create_action_challenge(...)issue_action_receipt(...)get_source_envelope(...)request_execution_grant(...)get_execution_status(...)التدفق المفاهيمي
agent → read_message_request → analyze_message_intent → get_safe_next_step → request_execution_grant → Execution Guardian → ActionReceiptV3Action Proof — Execution Authorization
فوّض الأثر، لا مجرّد الوصول إلى الأداة: المثال القياسي، والخطوات الثلاث، وسقف التفويض المحلي، والعقود التي يعيد المدقّق حسابها، وكيفية التحقّق من receipt دون اتصال.
Bounded delegation — Task Contract
The specification for a signed, revisable mandate: tenant, actors, Guardian, revision, steps, budget, validity window, policy and revocation — plus the deliberate exclusions and the known gaps of the local runtime, listed until they close.
مختبر الوكلاء والـ harnesses
ملفات التعريف HP0–HP2 ومستويات المختبر LR0–LR2، وعائلات الإخفاق التي تقوم عليها الاختبارات، وقابلية تطبيق الدليل لكل مسار، والتصدير الدقيق عبر Execution Guardian، والإيقاف وميزانية الحملة — وما لا يثبته المختبر.
أي تفويض استُهلك، وأي نتيجة استطاعت نقطة التنفيذ إثباتها؟ إيصال موقَّع يمكن لأي شخص التحقّق منه دون اتصال.
الـreceipts والـregistry والتدقيق
دليل قابل للتدقيق دون الاعتماد على لقطات الشاشة
يمكن لكل استعلام أو إعلان ذي صلة أن يولّد receipt قابلًا للتحقّق. تساعد الـreceipts على تدقيق المصدر والقناة والنية المعلنة وAction Verdict دون ثقة عمياء بواجهة.
Trust Receipts
receipts موقَّعة تلخّص الإشارة والسياق المسموح به والطابع الزمني والمرجع القابل للتحقّق.
Registry
يمكن التحقّق من الرموز والـreceipts والمراجع العامة دون مصادقة عندما يسمح المسار بذلك.
التدقيق
يمكن للمؤسسات دمج الـreceipts مع سياساتها الداخلية وموافقاتها وضوابط الامتثال لديها.
سجل قابل للتحقّق
تحقّق من الطوابع والـreceipts والمراجع العامة
يمكن التحقّق من كل طابع أو receipt أو مرجع عام تُصدره SecureStamp، دون تحويل هذا الموقع إلى صفحة تسويقية. تحافظ المؤسسة على المعيار وعلى نقاط الاستعلام.
securestamp.org/verify/[token]Evidence and coverage
What is proven, and what is not. The four evidence levels, the rules that make a coverage claim refutable, the named threats with their open gaps, and everything that sits outside the guarantee.
طبقة التنفيذ في الورقة التقنية
الطبقة نفسها بعمق المواصفات: سلسلة البرهان ذات الحلقات الخمس، والـgrants لاستخدام واحد، وملفات الـquorum بوصفها لقطات سياسة موقَّعة، ومنصّة المحوّلات المفتوحة، وحدود الدليل.
مطبَّقة على
Gmail · Outlook · Apple Mail
القنوات الرسمية
WhatsApp · Telegram · النطاقات المعلنة
الوكلاء
عملاء MCP والمساعدون
APIs
تكاملات مباشرة
Workflows
الأتمتة والخدمات المفوَّضة
ينطبق Execution Authorization أينما فُوِّضت الصلاحية إلى برمجية، لا على وكلاء الذكاء الاصطناعي وحدهم. الأتمتة أو سير العمل أو الخدمة المفوَّضة التي تتصرّف نيابةً عن غيرها تطرح السؤال نفسه: ما الأثر الدقيق الذي جرت الموافقة عليه؟
من أين تبدأ
أربعة مسارات، بحسب ما يلزم إنجازه.
أعلِن الثقة واستعلم عنها عبر DNS أو ترويسات البريد الإلكتروني أو واجهة REST API أو خادم MCP. لكل طريقة مثالها ووثائقها.
DNS TXT record
انشر سجل TXT تحت _securestamp.[domain]. يحلّ المدقّقون النطاق الفرعي ويتحقّقون من المصدر المعلن دون فحص المحتوى الخاص.
Email header
أدرج X-SecureStamp في الرسائل الصادرة كي تتمكّن التطبيقات والإضافات والبوّابات من الاستعلام عن المصدر والحالة بإشارات موقَّعة.
REST API
استعلم عن النطاقات أو القنوات أو الإجراءات دون تخزين تعليمات حسّاسة بنص واضح. قد تتضمّن الردود إشارات وreasons وTrust Receipts.
MCP Server
طبقة Agent Trust نشطة تتيح للوكلاء إجراء فحوصات الثقة قبل استدعاءات الأدوات وواجهات API وسير العمل والعمليات الحساسة.
تعمّق أكثر · نقاط التكامل
نقاط التكامل
أربع طرق لإعلان الثقة والاستعلام عنها
DNS TXT record
انشر سجل TXT تحت _securestamp.[domain]. يحلّ المدقّقون النطاق الفرعي ويتحقّقون من المصدر المعلن دون فحص المحتوى الخاص.
- —v=1 — إصدار البروتوكول
- —id=<stamp_id> — معرّف قابل للتحقّق
- —url=<verify_url> — رابط التحقّق القياسي
_securestamp.example.com. 3600 IN TXT
"securestamp=v=1;
id=f47ac10b-58cc-4372-a567-0e02b2c3d479;
url=https://securestamp.org/verify/eyJhbG..."Email header
أدرج X-SecureStamp في الرسائل الصادرة كي تتمكّن التطبيقات والإضافات والبوّابات من الاستعلام عن المصدر والحالة بإشارات موقَّعة.
- —رمز موقَّع من المرسِل أو من عقدة مصرّح لها
- —الحد الأدنى من الـ claims: stampId, domain, orgId, score, exp
- —مفتاح عام أو مرجع قابل للتحقّق لأجل التحقّق
X-SecureStamp: v=1;
token=eyJhbGciOiJFUzI1NiJ9.eyJzdGFtcElkIjoiZjQ3YWMxM...;
verify=https://securestamp.org/verify/eyJhbG...REST API
استعلم عن النطاقات أو القنوات أو الإجراءات دون تخزين تعليمات حسّاسة بنص واضح. قد تتضمّن الردود إشارات وreasons وTrust Receipts.
- —trust checks للنطاقات والقنوات
- —Action Verdict للإجراءات الحسّاسة
- —receipts قابلة للتحقّق لأغراض التدقيق
- —مدقّق عام وregistry عند الاقتضاء
GET https://securestamp.org/v1/trust/example.com{
"domain": "example.com",
"trustLevel": "L3",
"signals": { "spf": "pass", "dkim": "pass", "dmarc": "pass" },
"actionVerdict": "needs_confirmation",
"receiptRef": "tr_01h..."
}MCP Server
طبقة Agent Trust نشطة تتيح للوكلاء إجراء فحوصات الثقة قبل استدعاءات الأدوات وواجهات API وسير العمل والعمليات الحساسة.
- —SecureStamp MCP Server
- —Tool call checks
- —Action Verdict قبل التنفيذ
- —موافقة بشرية عندما تشترطها السياسة
securestamp.get_action_verdict({
origin: "billing@example.com",
action: "payment_request",
amount: "1200.00",
destination: "acct_..."
})قيّد ما يمكن أن تُحدثه البرمجية المفوَّضة: Action Proof لأثر واحد محدد، والتفويض المحدود لعدة خطوات، وSafe Defaults Kit لمراجعة الإعداد قبل منحه الاستقلالية.
Action Proof — Execution Authorization
فوّض الأثر، لا مجرّد الوصول إلى الأداة: المثال القياسي، والخطوات الثلاث، وسقف التفويض المحلي، والعقود التي يعيد المدقّق حسابها، وكيفية التحقّق من receipt دون اتصال.
Bounded delegation — Task Contract
The specification for a signed, revisable mandate: tenant, actors, Guardian, revision, steps, budget, validity window, policy and revocation — plus the deliberate exclusions and the known gaps of the local runtime, listed until they close.
مختبر الوكلاء والـ harnesses
ملفات التعريف HP0–HP2 ومستويات المختبر LR0–LR2، وعائلات الإخفاق التي تقوم عليها الاختبارات، وقابلية تطبيق الدليل لكل مسار، والتصدير الدقيق عبر Execution Guardian، والإيقاف وميزانية الحملة — وما لا يثبته المختبر.
Safe Defaults Kit
A local kit that reads the config files you point it at, names what it found — an inline secret, a shell launch, an unpinned package — and proposes a minimal corrected version on a copy. No account, no data leaving the machine.
Evidence and coverage
What is proven, and what is not. The four evidence levels, the rules that make a coverage claim refutable, the named threats with their open gaps, and everything that sits outside the guarantee.
تحقّق من الطوابع والـreceipts والمراجع العامة —والـreceipts يمكن التحقّق منها دون اتصال أيضًا— بمفردات مشتركة بين المستخدمين والدعم والمُدمِجين.
تعمّق أكثر · قاموس عام
قاموس عام
لغة مشتركة للمستخدمين والدعم والمكاملين
The glossary explains SecureStamp, email, cryptography, Signal, E2EE, API and infrastructure terms so a non-technical person or junior developer can understand what they are reading.
فتح القاموسSecureStamp Terms
Concepts created or defined by SecureStamp to explain trust, stamps, receipts and verifiable perimeters.
Email, Domains and Authentication
Classic abbreviations used when SecureStamp explains whether a sender or domain is properly authenticated.
Cryptography and Security
Terms needed to understand signatures, encryption, keys, verifiable logs and enterprise recovery.
Protocols, APIs and Infrastructure
Common language for junior developers and integrators reading APIs, plugins, dashboards or runbooks.
Evidence and coverage
What is proven, and what is not. The four evidence levels, the rules that make a coverage claim refutable, the named threats with their open gaps, and everything that sits outside the guarantee.
النموذج التوثيقي وL5
كيف يبلغ SecureStamp مستوى L5 Certified: سجل توثيقي موقَّع بـES256 لـenvelope الرسالة، إضافة إلى مراجعة هوية النشاط التجاري (KYB). المستويات الخمسة والحدّ الصادق: يشهد على المصدر والسلامة، لا على صدق المحتوى.
أضِف عقدة إلى الشبكة الاتحادية: طلب، ومراجعة تقنية، وبيانات اعتماد، وتشغيل خاضع للتدقيق.
شبكة اتحادية
شبكة اتحادية وعُقد معتمَدة
تنسّق SecureStamp Foundation شبكة من العُقد المعتمَدة لكتابة السجلات المشتركة والتحقّق منها. تشغيل عقدة يتطلّب مراجعة تقنية وSLA وتوافقًا مع مبادئ الحوكمة.
إرسال الطلب
أدرج المؤسسة والمنطقة والقدرة التشغيلية والـSLA المتوقّع والسطح التقني وحالة الاستخدام المعلنة.
مراجعة تقنية
تقيّم المؤسسة القدرة والأمن التشغيلي والتغطية وتضارب المصالح المحتمل.
إصدار بيانات الاعتماد
عند الموافقة، يتلقّى المشغّل بيانات الاعتماد ومتطلّبات التكامل للمشاركة في الشبكة.
تشغيل خاضع للتدقيق
يجب أن تحافظ العقدة على الإتاحة وعلى health عامة وعلى التتبّع التشغيلي وعمليات الاستجابة للحوادث.
التزامات العقدة
التوثيق والمواصفات
توثيق البروتوكول
وثائق للمطوّرين والمؤسسات التي تفوّض العمل إلى برمجيات ذاتية التشغيل. تغطي كيفية حماية خوادم MCP والوكلاء وأطر التشغيل باستخدام Break the Mandate — Doctor على ملفاتك الأصلية، ومختبر قابل لإعادة الإنتاج، وExact Export والتحكم في التشغيل؛ وAction Proof لتفويض الأثر المحدد، مع إيصالات يمكن التحقق منها دون اتصال؛ والتفويض المحدود عبر Task Contract؛ وProof of Origin وProof of Intent وSSF وAction Verdict للرسائل، مع إضافتَي Gmail وOutlook المنشورتين بالفعل؛ ومستوى الدليل لكل ملف؛ والحدود الصريحة لذلك كله.
أسئلة حول المواصفات أو تصميم البروتوكول؟ protocol@securestamp.org
أسئلة تقنية شائعة
أسئلة شائعة للمطوّرين وفرق التكامل
ما هي SecureStamp Foundation؟
الجهة التي تنشر معيار SecureStamp المفتوح وتحكمه، للتحقّق من المصدر والنية والقناة والإجراء قبل التصرّف.
ما المشكلة التي يحلّها البروتوكول؟
يساعد الأشخاص والأنظمة والوكلاء على الاستعلام عن إشارات قابلة للتحقّق قبل الردّ أو الدفع أو مشاركة البيانات أو استدعاء واجهات API أو تشغيل سير عمل.
ما العلاقة بين حزمة الثقة والأسطح؟
حزمة الثقة هي المصدر والنية وExecution Authorization ودليل التنفيذ. أمّا الأسطح فهي البريد والقنوات الرسمية والوكلاء وواجهات API وسير العمل. هما محوران مستقلّان: الحزمة نفسها تنطبق على كل سطح، وExecution Authorization طبقة وليست سطحًا قائمًا بذاته.
ما هو Proof of Origin؟
دليل قابل للتحقّق على أن نطاقًا أو قناة أو مرسِلًا أو مؤسسة يطابق مصدرًا مسجَّلًا.
ما هو Execution Authorization؟
عملية ربط قرار معتمَد بصلاحية محدودة وخاصّة بمعاملة واحدة، تتيح للبرمجية إحداث أثر واحد محدَّد ضمن قيود صريحة. التحكّم بالوصول يحدّ ما يمكن للبرمجية بلوغه؛ أمّا Execution Authorization فيحدّ الأثر الدقيق الذي يجوز لها إحداثه.
ما هو Action Verdict؟
تقييم لإجراء محدّد قبل تنفيذه. يمكنه التوصية بالسماح أو المراجعة أو الرفض أو طلب موافقة بشرية بحسب الإشارات والسياسة.
ما هو SSF؟
SecureStamp Signal Framework: لغة مشتركة لإشارات المصدر والمصادقة والقناة والمحتوى والسياق والإجراء والـverdict.
ما هو SecureStamp MCP Server؟
اتجاه في مرحلة developer preview يتيح للوكلاء الاستعلام عن trust checks قبل استدعاءات الأدوات الحسّاسة عبر Model Context Protocol.
تواصل
تواصل معنا
كل عنوان يصل مباشرةً إلى الفريق المعني. لا نظام تذاكر — أشخاص حقيقيون.