كيفية العثور على عنوان الإبلاغ الخاص بمزود الاستضافة؟

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

لماذا يوجد عنوان الإبلاغ

في عام 1997، وضعت الوثيقة RFC 2142 عرفًا لا يزال يُستخدم حتى اليوم من قبل جميع مزودي الاستضافة ومشغلي الشبكات تقريبًا: يجب على كل منظمة تدير أجهزة متصلة بالإنترنت أن تنشر صندوق abuse@ لاستقبال بلاغات إساءة الاستخدام (البريد المزعج، الاختراق، التصيد الاحتيالي...)، من بين صناديق قياسية أخرى مثل postmaster@ أو webmaster@. هذا ليس مجرد عادة: إنه معيار، وهذا ما يفسر لماذا يعمل على نطاق واسع كهذا، من مزودي الاستضافة الصغار إلى أكبر المشغلين العالميين.

تحديد المشغل: من عنوان IP إلى ASN

يبدأ كل شيء بعنوان IP: عنوان الخادم الذي يستضيف صفحة التصيد الاحتيالي، أو الموجود في سطر Received لرسالة بريدية (راجع كيفية العثور عليه في الترويسات). من هناك، تتبع الطريقة دائمًا نفس المسار:

1. بحث WHOIS أو RDAP عن عنوان IP: أمر بسيط مثل whois 203.0.113.45، أو موقع RDAP على الإنترنت، يُظهر أي منظمة سجّلت كتلة العناوين هذه. كثيرًا ما يحتوي الرد مباشرة على حقل abuse-mailbox أو OrgAbuseEmail: إن وُجد، فهذا هو الجواب الأسرع.
2. ASN إذا لم يكن بحث WHOIS عن عنوان IP كافيًا: ترتبط كل كتلة عناوين IP بـASN (رقم النظام المستقل)، وهو نوع من رقم الهوية لمشغل الشبكة الذي يديرها. تتيح أدوات مثل bgp.he.net العثور على ASN انطلاقًا من عنوان IP، ثم المنظمة المرتبطة به.
3. التحقق من جهة الاتصال: بمجرد تحديد المنظمة، يُبحث عن "اسم المنظمة + abuse" أو تُستشار صفحة الدعم الخاصة بها: توثّق معظم مزودي الاستضافة الكبار إجراءات الإبلاغ الخاصة بهم.

التحقق من صحة جهة الاتصال

تخمين عنوان الإبلاغ من مجرد اسم نطاق موقع التصيد الاحتيالي خطأ شائع: من المرجح جدًا ألا يكون abuse@secure-login.example موجودًا، لأن هذا النطاق ملك المحتال نفسه، وليس مزود الاستضافة. العنوان الصحيح للإبلاغ هو عنوان المنظمة المالكة للخادم (المكتشف عبر عنوان IP، وليس عبر نطاق الموقع الفخ). إذا كان ما يجب تعليقه هو النطاق، وليس الخادم الذي يجب إيقافه، فالمطلوب البحث عنه عنوان آخر: عنوان المسجّل (راجع من يتحكم بماذا بين المسجّل ومزود الاستضافة وشبكة توصيل المحتوى).

عندما لا يكون عنوان الإبلاغ واضحًا

لا يقدم WHOIS دائمًا إجابة واضحة. تظهر ثلاث حالات غالبًا:

• مزودو الاستضافة السحابية الكبار (AWS، OVH، Azure، Google Cloud...) غالبًا ما يستبدلون عنوان البريد الإلكتروني بنموذج ويب مخصص، وأحيانًا يُفرض استخدامه لمعالجة البلاغ بسرعة.
• مسجّلو النطاقات ينشرون أحيانًا رابط "الإبلاغ عن إساءة الاستخدام" مباشرة، عبر RDAP، بدلًا من عنوان البريد الإلكتروني التقليدي.
• الصمت، أو الرفض: يستجيب بعض المشغلين، وخاصة الأجانب منهم، ببطء أو لا يستجيبون إطلاقًا. في هذه الحالة، يبقى فريق الاستجابة لطوارئ الحاسوب الوطني أو المنصة الرسمية للبلد سبيلًا: في فرنسا، على سبيل المثال، PHAROS.

احتفظ بسجل لكل محاولة: التاريخ، القناة المستخدمة (بريد إلكتروني، نموذج، تذكرة)، ورقم المرجع إن وُجد. هذا بالضبط ما يتيح المتابعة الفعّالة، أو التصعيد إلى المستوى التالي دون البدء من الصفر.

إعداد بلاغك

بمجرد العثور على العنوان الصحيح، يبقى البلاغ نفسه بسيطًا لتسهيل معالجته من قبل مستلمه:

• العناصر الملموسة المعنية: عنوان IP لمزود الاستضافة، اسم النطاق للمسجّل؛
• الرابط الدقيق لصفحة التصيد الاحتيالي، أو الترويسات الكاملة إذا كان البلاغ ناتجًا عن رسالة بريدية؛
• تاريخ ووقت الاكتشاف، مع تحديد المنطقة الزمنية؛
• رابط معطّل، بصيغة hxxps://secure-login[.]example، لتجنب أي نقر عرضي عند القراءة.

هذا بالضبط ما تُؤتمِته Baitback: انطلاقًا من رسالة بريدية أو رابط، تجد الأداة الخادم المعني، ومشغله، وعنوان الإبلاغ الدقيق الخاص به، ثم تُعِدّ رسالة جاهزة للإرسال.

لمعرفة المزيد: المسجّل، مزود الاستضافة، شبكة توصيل المحتوى: من يمكنه فعليًا التصرف، أو التشريح الكامل لبلاغ فعّال.