هندسة الأمن
هل Kotoba يقدر يدعم برنامج NIST CSF 2.0؟
Kotoba ممكن يساهم بعناصر تحكم تقنية في برنامج للأمن السيبراني. إحنا مش بندّعي تغطية كاملة لـ NIST CSF 2.0، أو اعتماد، أو حصانة من الهجمات. NIST مش بيعتمد منتجات CSF. السؤال المفيد هو: أنهي خطوة من خطوات الهجوم بيوقفها عنصر التحكم المُطبَّق، وإيه الدليل اللي بيدعم الادعاء ده.
اتراجع في 2026-09-09. الترجمات بمساعدة آلية؛ والمراجعة بلغة أصلية مش معتمدة. أدلة المصدر ونموذج التهديد التفصيلي متاحين بالإنجليزي. المقال ده تقييم محدد النطاق، مش اختبار اختراق.
تلات منتجات، وكل واحد له مسؤوليات منفصلة
Kotoba بيعلن التأثيرات وبيتحقق من حدود الصلاحيات. نواة استدعاء المضيف المحمية بتقاطع الموارد المطلوبة مع المنح والسياسة المحلية قبل ما تستدعي المعالج. وبرضه لازم المزوّد يفرض المسارات الفعلية والوجهات ونطاق المستأجر.
Kotoba Cloud بيوفّر سير عمل موجه للعميل والمؤسسة. ملفه العام اللي اتفحص فيه hostedApply=false: خدمة عامة للموافقة على تغييرات الإنتاج مش متوفرة بالإعداد ده. لازم تقييم مسارات نشر المكتبات المحددة وتدوير المفاتيح بشكل منفصل. المصادقة مش موافقة على النشر أو الإنفاق.
Kotobase بتوفّر بيانات وخدمات كائنات بمسارات تفويض من ناحية السيرفر. الـ CID بيعرّف البايتات؛ لكنه لوحده مش بيثبت مؤلفها، أو سريتها، أو الموافقة الموثوقة عليها، أو إتاحتها بشكل دائم، أو استرجاعها بنجاح. الحاجات دي محتاجة ضوابط منفصلة وأدلة تشغيلية.
ملف تعريف CSF محدود من الوضع الحالي للوضع المستهدف
دي خريطة مساهمات المنتج اللي اخترناها، ومش ملف مؤسسي كامل أو تقييم بنسبة التوافق. العملاء لازم يحددوا النطاق، والمسؤولين، وقدرتهم على تحمّل المخاطر، والأدلة الخاصة بالنشر بتاعهم.
- إدارة
- سجلات السياسات والمخاطر بتوفّر أساس للتصميم. الهدف: تحديد أصحاب القرار بالاسم، والاستثناءات اللي اتراجعت، وتسجيل الموافقة النهائية على الإصدار.
- حدّد
- الـ Manifests وهويات المحتوى بيساعدوا في تتبّع الـ artifacts. الهدف: جرد للأصول المنشورة، وتصنيف للبيانات، وتحديد مسؤولية الملكية عن التبعيات.
- احمي
- القبول حسب القدرات والإرسال المحمي عندهم أدلة تنفيذ واختبارات محلية. الهدف: ربط مؤهّل بالإنتاج، وأسرار محددة النطاق، واختبارات للمستأجرين، وقياس سحب الصلاحيات.
- اكتشف
- الهوست يقدر يرجّع إيصالات الرفض والتنفيذ. الهدف: وجهة محمية ودائمة، وتنبيهات مترابطة، والاحتفاظ بيها، وإثبات توصيلها لشخص مسؤول معروف.
- رد
- خطط الاستجابة موثّقة. الهدف: احتواء واتصال اتجرّبوا فعليًا، مع قياس أوقات الاستجابة والإلغاء.
- استرجع
- هويات المحتوى بتدعم التحقق من مدخلات الاسترجاع. الهدف: نسخ احتياطية محمية، وعمليات استرجاع مُختبرة، وأهداف استرجاع خاصة بكل عميل. الـ content hash مش نسخة احتياطية.
رسم بياني للهجوم: التعليمات مش بتدي صلاحيات
افترض إن مهاجم متحكم في نص بيقراه وكيل ذكاء اصطناعي، بس مش متحكم في المضيف أو مفاتيح التوقيع أو السياسة. المهاجم بيحاول يحوّل اقتراح لتصدير بيانات العملاء. الرسم البياني بيوضح عبور عناصر التحكم المطلوبة؛ ومش بيمثل اختراق مُلاحظ ولا بيدّعي إن كل تكامل منشور بيفرضها.
- مستند أو رد أداة غير موثوق فيه
- الذكاء الاصطناعي بيقترح عملية حساسة
- قبول التأثير والقدرة
- فحص المضيف والمزوّد حسب نطاق المورد
- العملية المصرّح بيها والنتيجة المسجّلة
- العملية اترفضت؛ المعالج ما اتشغّلش
حكايات الهجوم والأدلة اللي محتاجاها
حقن التعليمات لتصدير البيانات
محتوى متحكَّم فيه من المهاجم بيطلب من وكيل إنه يبعت بيانات العميل لوجهة برّه الوجهة المسموح بيها. في مسار محمي، غياب التأثير أو منح مورد غير متداخل لازم يوقّف الإرسال. اتأكد إن المعالج ما اتناداش خالص. المخاطر المتبقية: منح صلاحيات أوسع من اللازم، وإعادات توجيه من المزوّد، وتكامل بيتخطّى الحماية.
عميل مستأجر واحد بيطلب بيانات عميل مستأجر تاني
المستدعي الموثَّق بيقدّم graph أو معرّف مورد مختلف. فحوصات ناحية السيرفر لازم تربط الـ principal والـ tenant والعملية والكائن في كل route. قوائم المتصفح والـ CID مش تفويض. افحص كل endpoint واختبر القراءات والكتابات المرفوضة؛ ومفيش أي ادعاء بعزل الأسطول كله يترتب من اختبار kernel واحد.
أثر بيتغيّر بعد الموافقة
ناشر أو وسيط بيستبدل البايتات. اطلب digest المحتوى المتوقع، والموقّع الموثوق، والصلاحية، والموافقة على المراجعة بالظبط قبل الاستخدام. التوقيع الصحيح على كود ضار يفضل احتمال وارد؛ التوقيع الموثوق وهوية الـ artifact ضروريين، لكنهم مش كفاية.
تم استخدام موافقة قديمة أو تفويض اتسحب
مهاجم بيحاول يعيد تنفيذ إجراء كان متصرّح بيه قبل كده. فحوصات انتهاء الصلاحية بتساعد، لكن حالة منع الإعادة بشكل دائم، والاستهلاك الذري لما يكون مطلوب، وحالة الإلغاء الحالية، وربط المورد، كل دي مسؤوليات منفصلة. إيصال عام من المضيف مش خدمة لمنع إعادة التشغيل.
استنزاف الموارد وتعطيل الخدمة
برنامج داخِل أو متولّد بيستهلك مجهود زيادة عن اللزوم. حدود القبول، ووقود التنفيذ، وحدود الذاكرة، ومواعيد المشرف النهائية بتتعامل مع مراحل مختلفة. اختبر الـ backend الفعلي بتاع الإنتاج تحت الضغط؛ اجتياز اختبار لغة مش بيثبت مقاومة إغراق الشبكة أو اختراق الجهاز المضيف.
فقدان الأدلة أثناء حادث
خدمة بتفشل بعد إجراء خارجي، أو مهاجم بيعبث بالسجلات المحلية. نواة المضيف ممكن ترجع إيصالات، لكن المسجّل بتاعها اختياري وسجلّها موجود في الذاكرة. انشر مسجّل محمي ودائم مع معالجة للفشل، واختبر الاسترداد. نجاح العملية مش دليل إن سجل تدقيق خارجي اتخزّن بشكل دائم.
إيه اللي اتأكدنا منه، وإيه اللي لسه مفتوح
في مراجعة اللغة المشار ليها، كل تركيبات اختبار توافق القدرات وعددها 24 عدّت محليًا تحت ClojureScript، بما فيها 9 حالة لربط المكوّنات و2 حالة لتوزيع المضيف. واتراجعنا في نتائج السماح والمنع المتوقعة. ده دليل على النواة، مش اختبار هجوم شامل للخدمات الشغالة.
سجلّ الضمان اللي اتفحص لسه مش مؤهّل تشغيليًا. الـ crosswalk المخزّن فيه بيوضح أدلة التصميم والتنفيذ، لكن مفيهوش أدلة تشغيلية لعناصر التحكم المشفّرة بتاعته في SOC و ISO. ده وصف للّقطة دي، ومش معناه إن كل عنصر تحكم في الإنتاج مش موجود.
قبل تجربة المؤسسة، اربط الاقتراح، والكيان الأساسي، والبيئة، والقطعة الأثرية المحددة، والسياسة بعملية محدودة النطاق. اختبر الحالات المسموح بيها والمرفوضة، وإعادة التشغيل بشكل متزامن، والإلغاء، وفشل السجل واستعادته. قِس التأثيرات غير المصرح بيها اللي بتوصل للمعالج، والإيصالات الناقصة، ومدة تأخير الإلغاء، ووقت التعافي. انشر النطاق اللي اتختبر والفجوات المتبقية.