dns-policy/1.1.0 · حُدّث في ٠٩‏/٠٧‏/٢٠٢٦

نظام DNS الدفاعي

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

يعطي ADDA DNS الأولوية لإشارات التحليل واتساق النطاق وصلته بالبريد الإلكتروني والأنماط التي تستحق المتابعة قبل منح الثقة.

لا تقتصر عملية DNS الناضجة على التحقق من استجابة النطاق؛ بل تقيّم أيضًا حساسية الاسم والنطاق القضائي المتوقع والعمر الاستدلالي واتساق البريد الإلكتروني وما إذا كانت الحالة تستدعي score أو watchlist أو incident.

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

قائمة التحقق

• التحقق من السياسات النشطة في المؤسسة.
• إجراء DNS check على النطاقات عالية الانكشاف.
• تسجيل القرار عندما يحتاج النطاق إلى متابعة خاصة.

بدء سريع

1. اختر نطاقًا ذا أولوية وأجرِ check مؤسسيًا.
2. قارن severity وaction وreason codes قبل الحظر أو وضع العلامة.
3. إذا كان النطاق يمس البريد الإلكتروني، فقارنه بمقال mail وبـevidence.

التدفق التشغيلي

تسجيل النطاق

أضف النطاق إلى المخزون أو إلى الحالة التي دفعت إلى تحليله.

تجنّب التحليلات المعزولة من دون مرجع تشغيلي.

تقييم المخاطر

اقرأ نتيجة DNS مع مراعاة الحساسية المؤسسية وتغطية البريد الإلكتروني.

حدّد ما إذا كانت المراقبة أو التحقق أو التصعيد أنسب.

ربط الاستجابة

إذا استمر الخطر، فاربط watchlist أو early warning أو incident.

لا تترك القراءة منفصلة عن المسار الرئيسي.

flowchart LR
  S1["تسجيل النطاق"]
  S2["تقييم المخاطر"]
  S3["ربط الاستجابة"]
  S1 --> S2
  S2 --> S3

أدوات التحقق والفحوص

تنفذ قراءة سياقية لهذه الواجهة وتعيد خطوات مقترحة بتركيز تشغيلي.

فحص نطاق حرج

يعيد تغطية DNS والمقالات ذات الصلة والخطوات التالية.

أمثلة

Payload لفحص DNS

{
  "domain": "secure-capacero.ar",
  "mode": "institutional"
}

الروابط والمراجع

المسارات ذات الصلة

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

APIs

/api/adda/v1/dns/check
/api/adda/v1/dns/policies
/api/adda/v1/domains

Docs ومسارات الدعم

docs/ADDA_DNS.md
docs/ADDA_API.md

المشكلات الشائعة

• قد تؤدي القرارات المبنية على اسم مشبوه من دون مقارنة السياق إلى تضخيم الخطر.
• غالبًا ما يخفي فصل DNS عن mail أو incidents أنماط انتحال الهوية.

الإجراءات المقترحة

• صعّد إلى watchlist عندما يظهر النطاق مجددًا أو يقترن بحملات.
• استخدم evidence إذا دفع النطاق إلى إجراء مرئي لأطراف ثالثة.

Reason Codes مفيدة

DNS_SUSPICIOUS

يُظهر النطاق سمات شائعة في الحملات أو انتحال الهوية.

عزّز المراجعة وقيّد الثقة الأولية.

FOREIGN_ASN

لا يتطابق المرجع الإقليمي مع الوضع المتوقع.

أكّد السياق قبل افتراض المشروعية.

DNS_NO_MX

يفتقر البريد الإلكتروني المرتبط إلى الاتساق المتوقع.

قارنه بفحص mail قبل إغلاق القراءة.

قاموس Score

severity

الأولوية المؤسسية للإشارة على مقياس ADDA.

action

الخطوة التشغيلية التالية التي يوصي بها المحرك.

reasonCodes

أسباب قابلة للتفسير تبرر القراءة.

ملاحظات البروتوكول

• يُفضّل استخدام وضع institutional أو critical_infrastructure للنطاقات الحساسة.
• لا يحل DNS محل intelligence، بل يكمله ويطلقه عند الحاجة.

سجل المقالة

٠٩‏/٠٧‏/٢٠٢٦

أُضيفت quickstarts ومثال payload ودليل للتصعيد نحو incidents وintel.