PayGod/

PAYGOD / حزم قرار فعلية

أين تصبح النواة مفيدة عمليًا؟

مجالات مختلفة، وقواعد ومدخلات مختلفة، لكن بنية القرار والدليل والتحقق هي نفسها. هذه Packs فعلية في المستودع ولها حالات اختبار اصطناعية، وليست تكاملات مؤسسية حية.

شاهد قابل للتدقيق: المستودع التقني العلني الوحيد المعروض هو PayGod Kernel. الحزم الثلاث موجودة ومختبرة على حالات محددة؛ ولا نصف أيًا منها بأنها جاهزة للإنتاج. هذه الصفحة لا تشغّل Kernel داخل المتصفح ولا تقدم القياسات الاصطناعية كبيانات واقعية.

01 / ARCHITECTURE

بنية واحدة، وسياقات قرار متعددة

لا تقيس النواة الانبعاثات، ولا تفحص الثغرات بنفسها، ولا تصدر شهادات امتثال. إنها تطبق سياسة على مدخلات مقبولة، وتنتج آثار قرار، وتسمح لطرف آخر بفحص سلامة الحزمة.

01 / خارج النواة

مصدر الملاحظة

قد تأتي البيانات من عداد أو ماسح أمني أو سجل حوكمة. وجودها في JSON لا يثبت صحتها أو اكتمالها أو وحداتها.

02 / قبل النواة

قبول الأدلة

على مسار الاستخدام التحقق من اكتمال الحقول وشروط المصدر. حالات WITHHELD وNOT RUN تخص التنسيق قبل Kernel، وليست حكمًا داخله.

03 / النواة المرجعية

تقييم قواعد Pack

يشغّل المسار الحتمي نفسه قواعد الحزمة؛ وتحدد أول قاعدة مطابقة حكم ALLOW أو DENY أو FLAG ضمن نطاق السياسة.

04 / أثر قابل للنقل

Manifest وReceipt وLedger

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

05 / طرف مستقل

التحقق والاعتماد الخاص به

يفحص المستلم الحزمة المنقولة، ويقرر بشكل منفصل ما إذا كان المصدر والصلاحيات والشروط الأخرى تبرر الاعتماد عليها.

الحد الثابت بين المجالات: تتغير Pack ومدخلاتها؛ ولا يتغير مرجع القرار وشكل فحوص سلامة الحزمة.

02 / THREE DOMAIN EXAMPLES

حزم حقيقية، وحالات اختبار معلنة

النتائج أدناه مستمدة من مدخلات اختبارية موجودة داخل المستودع. فتح الحالة يشرح القاعدة؛ ولا يستدعي واجهة المتصفح Kernel حاليًا.

01 / تقارير بيئيةIMPLEMENTED PACK · SYNTHETIC TESTS

GHG Scope 1 & 2

هل يحتوي تقرير انبعاثات محسوب مسبقًا على مراجع الأدلة والمنهجية وعوامل الانبعاث التي تتطلبها قواعد محددة؟

مدخل الاختبار

بيانات اختبار اصطناعية: سنة 2025 · النطاق 1: 100,000 كجم CO₂e · النطاق 2: 50,000 كجم CO₂e

حالات واردة في tests/cases.yaml
DENYغياب مراجع الأدلة⌄

القاعدة: deny-missing-evidence. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

FLAGغياب مراجع عوامل الانبعاث⌄

القاعدة: flag-missing-emission-factors. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

ALLOWوجود حقول المراجع في مدخل الاختبار⌄

القاعدة: allow-complete. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

تفحص الحزمة وجود مراجع الأدلة والمنهجية وعوامل الانبعاث. لا تقرأ العدادات أو تحسب الانبعاثات ولا تصادق على دقة التقرير.

حد الادعاء: ALLOW لا يثبت صحة جرد الانبعاثات. لا يفرض مسار CLI الحالي مخطط مدخلات Pack المضمّن تلقائيًا.
02 / أمن سلسلة توريد البرمجياتIMPLEMENTED PACK · SYNTHETIC TESTS

Critical CVE

كيف يمكن لسياسة معلنة التعامل باستمرار مع تقرير ثغرات قادم من أداة فحص خارجية؟

مدخل الاختبار

نتائج اصطناعية: ثغرة لم تُصلح بدرجة CVSS 9.8 (98 × 0.1)، أو 7.5 (75 × 0.1)، أو خطورة منخفضة

حالات واردة في tests/cases.yaml
DENYثغرة حرجة غير مصلحة؛ cvss_score_x10 = 98⌄

القاعدة: block-critical-cve. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

FLAGثغرة عالية غير مصلحة؛ cvss_score_x10 = 75⌄

القاعدة: warn-high-cve. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

ALLOWثغرة منخفضة الخطورة؛ cvss_score_x10 = 32⌄

القاعدة: allow-clean-artifact. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

ترفض القواعد الثغرات الحرجة غير المصلحة عند قيمة ≥90، وتحذر عند 70–89، وتسمح بحالة الاختبار منخفضة الخطورة.

تحذير أمني (الإصدار v1): قد تُصدر الحزمة الحالية allow لثغرة ما زالت تؤثر على نسخة مثبتة إذا قرأت Status=fixed من Trivy على أنه إصلاح منفّذ، بينما المقصود أن الإصلاح متاح. لا تستخدمها بوابة نشر إنتاجية لفحوص Trivy. التفاصيل في Issue #116. الحزمة ليست ماسحًا ولا تثبت اكتمال المصدر أو أصالته أو صلاحية النشر.
03 / حوكمة أمن المعلوماتIMPLEMENTED PACK · SYNTHETIC TESTS

ISO 27001 Policy Review

كيف يمكن فحص قواعد محددة مستوحاة من A.5.1 لسجلات مراجعة سياسات أمن المعلومات؟

مدخل الاختبار

سياسة اختبارية ISMS-POL-001 · مطلوبة: true · أيام آخر مراجعة: 20 / 200 / 400

حالات واردة في tests/cases.yaml
DENYغياب مرجع دليل لسياسة إلزامية⌄

القاعدة: deny-required-policy-missing-evidence. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

FLAGمرور 200 يوم على المراجعة⌄

القاعدة: flag-policy-near-overdue. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

ALLOWمراجعة قبل 30 يومًا مع مرجع دليل⌄

القاعدة: allow-compliant. هذه نتيجة اختبار منشور، لا تشغيل حي داخل الصفحة.

تُرفض حالة الدليل المفقود أو المراجعة المتأخرة، ويظهر تحذير عند الاقتراب من الحد الداخلي، وتسمح القواعد لحالة الاختبار المكتملة.

حد الادعاء: هذه ليست شهادة ISO. حقل approved_by_role معلومة مدخلة، لا تحققًا مستقلًا من هوية الموافق أو صلاحيته.

03 / VALUE & LIMITS

لماذا هذا مهم لأصلنا التقني؟

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

قاعدة المصدر المرجعي

المستودع التقني العلني الوحيد المعروض هو PayGod Kernel. الحزم الثلاث موجودة ومختبرة على حالات محددة؛ ولا نصف أيًا منها بأنها جاهزة للإنتاج. هذه الصفحة لا تشغّل Kernel داخل المتصفح ولا تقدم القياسات الاصطناعية كبيانات واقعية.

Kernel README ↗عقد المحقق ↗

حدود الإثبات

وجود Pack قابلة للتشغيل لا يساوي قبول مدخلات مكتملًا. سلامة الحزمة لا تثبت صحة المصدر. التوقيع لا يثبت التفويض. ALLOW لا يعني صلاحية التنفيذ. ويحتاج القبول المؤسسي شاهدًا مستقلًا خاصًا به.

Evidence Admission ADR ↗Verified claims ↗Stop-Build ↗
قبول مساهمات Packs ونظام اعتمادها وخيارات المنفعة بين المشروع ومنشئ الحزمة موضوع حوكمة مستقبلي، وليس باب تسجيل مفتوحًا أو وعدًا ماليًا الآن.