أكتوبر هو شهر التوعية بالأمن السيبراني (Cybersecurity Awareness Month) في الولايات المتحدة، والشهر الأوروبي للأمن السيبراني في الاتحاد الأوروبي. وتضع حملة عام 2026 التي تنظمها الوكالة الأمريكية CISA بعنوان «Securing the Next 250» تجنّبَ عمليات التصيّد الاحتيالي والإبلاغَ عنها في مقدمة خطواتها الأساسية الأربع. وفي الاتحاد الأوروبي، وجد استطلاع يوروباروميتر (Eurobarometer) نشرته المفوضية الأوروبية في 30 سبتمبر 2026 أن ثلاثة من كل أربعة موظفين صادفوا رسائل بريد إلكتروني أو رسائل أو روابط مشبوهة في العمل خلال الأشهر الستة التي سبقت الاستطلاع.
يعتمد موقع الشركة الإلكتروني وبريدها الإلكتروني وتسجيلات دخول عملائها على أسماء نطاقاتها، وتحدد خمسة إعدادات ما إذا كان يمكن اختطاف هذه الأسماء أو فقدانها أو تزويرها.
من يتحكم في نطاقاتك؟
يتحكم فيها من يملك حساب المسجِّل وقيد صاحب النطاق، لذا تحقّق من الأمرين: القفل المفروض على كل اسم، وبيانات الاتصال التي تقف وراءه.
هل نطاقك مقفل ضد النقل؟
ينبغي أن يكون كذلك. ففي .com وكثير من امتدادات رموز الدول، يُظهر القيد العام للنطاق ذلك: إذ يظهر قفل المسجِّل في صورة رمز الحالة clientTransferProhibited، الذي يطلب من السجل، كما توضح ICANN، رفض طلبات نقل النطاق إلى مسجِّل آخر. ويؤدي الرمزان clientUpdateProhibited وclientDeleteProhibited الدور نفسه بالنسبة إلى التعديلات والحذف.
بعض السجلات لا تنشر حالة القفل، ومنها مثلاً nic.at لامتداد .at وDENIC لامتداد .de. وفي هذه الحالات، اسأل المسجِّل عن كيفية الإذن بالنقل.
ويذهب قفل السجل (registry lock) إلى أبعد من ذلك. فالرموز التي تبدأ بـ server، مثل serverTransferProhibited، يضعها السجل، وتقدّمها بعض السجلات في صورة خدمة قفل لا تُرفع إلا عندما يطلب المسجِّل ذلك من السجل. اسأل المسجِّل عن أسمائك التي يمكن أن تحظى بهذا القفل.
للتحقق، ابحث عن النطاق باستخدام بحث Whois لدينا، الذي يعرض رموز الحالة لما يصل إلى 20 اسماً في المرة الواحدة، حيثما ينشرها السجل. ثم تحقّق ممن يستطيع رفع القفل: إذ تنصح ICANN أصحاب النطاقات بتفعيل المصادقة متعددة العوامل على حساباتهم لدى المسجِّل حيثما كانت متاحة.
هل بيانات صاحب النطاق وجهة الاتصال الإدارية دقيقة؟
ينبغي أن تحمل اسم الشركة المالكة للعلامة التجارية، مع عناوين وأرقام تتحكم فيها الشركة. وقد بدأت سجلات الاتحاد الأوروبي التحقق من هذه البيانات بموجب القوانين الوطنية المنفِّذة لتوجيه NIS2. فقد نشر EURid سياسة للتحقق خاصة بـ .eu في أكتوبر 2024، كما دخل القانون النمساوي NISG 2026 حيز التنفيذ في 1 أكتوبر 2026: إذ يتعين الآن على أصحاب نطاقات .at تقديم رقم هاتف إلى جانب عنوان البريد الإلكتروني، والتعاون عند مطالبتهم بالتحقق من بياناتهم.
ويحذّر السجل النمساوي من أن غياب الإثباتات أو تأخرها قد يدفعه إلى حذف النطاق. ووفقاً للأسئلة الشائعة بشأن NIS2 لديه، يُوضع النطاق الذي لا يُتحقق من بياناته خلال 21 يوماً في حالة serverHold، فيتوقف موقعه الإلكتروني وبريده الإلكتروني، ثم يُلغى إذا لم تُصحَّح البيانات خلال 30 يوماً إضافية.
ومنذ 1 أكتوبر، ينشر nic.at أيضاً في whois رقم الهاتف وعنوان البريد الإلكتروني لأصحاب النطاقات من الشركات، وهي بيانات كان بوسع الشركات إخفاؤها من قبل، ولذلك يوصي باستخدام عنوان ورقم مركزيين بدلاً من العنوان والرقم الخاصين بأحد الموظفين.
تُرسَل إشعارات انتهاء الصلاحية وطلبات التحقق إلى جهات الاتصال هذه. والنطاق الذي يحمله موظف سابق أو وكالة أو شركة تابعة يصعب تجديده أو نقله أو الدفاع عنه، كما أن عنوان الاتصال القائم على نطاق انتهت صلاحيته يمكن أن يستولي عليه كل من يسجّل ذلك النطاق. للتحقق، اطلب من المسجِّل القيد الكامل لكل نطاق، لأن خدمة whois العامة كثيراً ما تخفي بيانات صاحب النطاق، وقارن صاحب النطاق بالاسم القانوني للشركة.
من يتلقى إشعارات انتهاء صلاحية نطاقاتك؟
يتلقاها عنوان البريد الإلكتروني لصاحب النطاق. ففي الامتدادات العامة، تُلزم سياسة استرداد التسجيلات المنتهية (Expired Registration Recovery Policy) الصادرة عن ICANN المسجِّلين بإرسال تذكيرين على الأقل، قبل انتهاء الصلاحية بنحو شهر وبنحو أسبوع، وتذكير آخر خلال خمسة أيام بعد انتهاء الصلاحية إذا لم يُجدَّد الاسم ولم يُحذف. وتُرسَل جميعها إلى عنوان البريد الإلكتروني لصاحب النطاق الوارد في بيانات الاتصال.
بعد انتهاء الصلاحية، يجوز للمسجِّل أن يتيح فترة سماح للتجديد التلقائي تتراوح من 1 إلى 45 يوماً. وبمجرد حذف نطاق عام، يجب على السجل أن يتيح فترة سماح للاسترداد (Redemption Grace Period) مدتها 30 يوماً، يستطيع صاحب النطاق خلالها استعادته عن طريق المسجِّل، وربما مقابل رسوم. ويُقطع DNS قبل الحذف وخلال فترة الاسترداد، فيتوقف الموقع الإلكتروني والبريد الإلكتروني، بما في ذلك صناديق البريد على النطاق نفسه. أما سجلات رموز الدول فتضع قواعدها الخاصة.
للتحقق، فعّل التجديد التلقائي لكل اسم قيد الاستخدام، واحتفظ بوسيلة دفع صالحة مسجّلة، ووجّه الإشعارات إلى صندوق بريد مشترك على نطاق آخر، وأعدّ قائمة بتواريخ انتهاء الصلاحية خلال الأشهر الاثني عشر المقبلة.
هل يمكن تزوير نطاقاتك؟
نعم، في DNS وفي البريد الإلكتروني، ما لم تكن المنطقة موقَّعة بتقنية DNSSEC وينشر كل نطاق سجلَّي SPF وDMARC.
هل DNSSEC مفعّل، وهل لا يزال متطابقاً؟
ينبغي أن يكون مفعّلاً حيثما يدعمه السجل، مع سجل DS لدى السجل لا يزال يطابق مفتاحاً في منطقتك. وكما توضح ICANN، لا يستطيع المحلِّل من دون DNSSEC التحقق من أن إجابة DNS أصلية، ويستطيع المهاجم الذي يسمّم ذاكرته المؤقتة توجيه المستخدمين إلى نسخة من موقعك.
تقرأ أداة فحص منطقة DNS لدينا سجل DS لدى السجل والمفاتيح الموجودة في منطقتك، وتخبرك بما إذا كانت متطابقة، من دون التحقق من التواقيع. ويؤدي غياب المفتاح أو اختلافه إلى فشل النطاق لدى المحلِّلات التي تتحقق من DNSSEC، لذا أجرِ الفحص بعد كل تغيير لمزوّد DNS. ولا تدعم كل السجلات DNSSEC: وتشرح صفحة إدارة DNS لدينا كيف نتعامل مع ذلك.
وكان لجذر DNS موعده الخاص هذا الشهر. فقد خطّطت ICANN لأن يتولى KSK-2024، وهو مفتاح توقيع المفاتيح الجديد لمنطقة الجذر، عملية التوقيع في 11 أكتوبر 2026. والمحلِّل الذي لا يثق به (وسم المفتاح 38696) يعامل الإجابات الموقَّعة بالمفتاح الجديد على أنها تعرّضت للعبث، فتفشل كل عملية بحث، كما توضح الأسئلة الشائعة لدى ICANN. وإذا كانت شركتك تشغّل محلِّلات خاصة بها تتحقق من DNSSEC، فتحقّق من أنها تحمله، كما تطلب صفحة تبديل المفتاح لدى ICANN.
هل تطبّق جميع نطاقاتك مصادقة البريد الإلكتروني، بما فيها تلك التي لا ترسل أي بريد؟
ينبغي ذلك، لأن النطاق الذي لا يرسل أي بريد إلكتروني يمكن تزويره بالسهولة نفسها التي يُزوَّر بها نطاق يرسله. فسجل SPF يذكر الخوادم المسموح لها بإرسال بريده، ويوقّع DKIM كل رسالة، ويخبر DMARC الخوادم المستقبِلة بما تفعله بالبريد الذي يفشل في الفحص.
ويحذّر المركز الوطني للأمن السيبراني في المملكة المتحدة (NCSC) من أن التسجيل الدفاعي لا يحمي النطاق بمفرده، وينصح بحماية النطاقات التي لا ترسل أي بريد إلكتروني أولاً، لأنها لا تحتاج إلى أي صيانة بعد حمايتها. ويذكر أربعة سجلات تُضبط بهذا الترتيب:
- سجل SPF لا يسمح بأي مرسِل: v=spf1 -all؛
- سجل DMARC على _dmarc بسياسة رفض: v=DMARC1; p=reject، مع عنوان لتلقي التقارير لرصد إساءة الاستخدام؛
- سجل MX فارغ، 0 .، عندما يكون للنطاق سجل عنوان دون خادم بريد؛
- واختيارياً، سجل DKIM بحرف بدل (wildcard) ومفتاح فارغ، يُلغي أي مفاتيح محفوظة في الذاكرة المؤقتة.
أما بالنسبة إلى النطاقات التي ترسل البريد، فإن خطة التنفيذ لدى NCSC تبدأ DMARC بسياسة none، التي تكتفي بجمع التقارير، ثم تنتقل إلى quarantine (العزل) بعد أن يجتاز كل مرسِل حقيقي الفحص، ثم إلى reject (الرفض). ويعرض فحص المنطقة سجلَّي SPF وDMARC لأي نطاق. أما مفاتيح DKIM فتقع تحت محدِّد (selector) تضبطه منصة البريد لديك، لذا تحقّق منها هناك.
ماذا ينبغي أن تفعل الآن؟
أجرِ الفحوص الخمسة على كل نطاق تملكه، ثم حدّد لكل منها حدثاً يستدعي إعادته.
| الإعداد | طريقة التحقق | متى تتحقق مجدداً |
|---|---|---|
| قفل النقل والوصول إلى الحساب | رموز الحالة في Whois حيثما ينشرها السجل؛ ومستخدمو حساب المسجِّل والمصادقة متعددة العوامل | عند مغادرة شخص لديه حق الوصول إلى الحساب |
| بيانات الاتصال | القيد الكامل من المسجِّل، مقارنةً بالبيانات القانونية للشركة | بعد إعادة الهيكلة، وعند أي طلب من السجل |
| التجديد وانتهاء الصلاحية | التجديد التلقائي، ووسيلة الدفع، وعنوان الإشعارات، وتواريخ انتهاء الصلاحية | قبل شهر من كل تاريخ لانتهاء الصلاحية |
| DNSSEC | فحص المنطقة: سجل DS يطابق مفتاحاً في المنطقة | بعد كل تغيير لمزوّد DNS |
| SPF وDKIM وDMARC | فحص المنطقة؛ ومنصة البريد بالنسبة إلى DKIM؛ وتقارير DMARC | عند إضافة خدمة ترسل البريد الإلكتروني باسمك أو إزالتها |
تسجّل Domgate نطاقات رموز الدول وتديرها لأصحاب العلامات التجارية ومستشاريهم. وهي تنشر سجلات SPF وDKIM وDMARC وتنقل سياسة DMARC إلى reject خطوة بخطوة. أما تدقيق استراتيجية النطاقات العالمية لديها فيُدرج كل اسم مع صاحبه وجهات الاتصال وتاريخ انتهاء صلاحيته، ثم يضع قواعد للتجديد والأمان، بما في ذلك قفل السجل حيثما يتيحه الامتداد.
