اختطاف نظام أسماء النطاقات (DNS)

يقوم خادم DNS خبيث بترجمة أسماء نطاقات المواقع الإلكترونية المرغوبة (محركات البحث، البنوك، شركات الوساطة، إلخ) إلى عناوين IP لمواقع ذات محتوى غير مرغوب فيه، بل وحتى مواقع ضارة. يعتمد معظم المستخدمين على خوادم DNS التي تُخصصها شركات تزويد خدمة الإنترنت تلقائيًا . كما يمكن التلاعب بخوادم DNS المُخصصة لجهاز التوجيه (الراوتر) عن بُعد من خلال استغلال ثغرة أمنية في برمجياته الثابتة. ^{[ 2 ]} عندما يحاول المستخدم زيارة موقع إلكتروني، يُعاد توجيهه إلى صفحة مزيفة تبدو وكأنها تستخدم نفس النطاق. يُطلق على هذا الهجوم اسم "التصيد الاحتيالي" . أما إذا كان الموقع الذي يُعاد توجيه المستخدم إليه موقعًا ضارًا يتنكر في هيئة موقع شرعي بهدف الحصول على معلومات حساسة بطريقة احتيالية، فيُطلق عليه اسم "التصيد الاحتيالي ". ^{[ 3 ]}

عدد من مزودي خدمة الإنترنت للمستهلكين مثل AT&T ، ^{[ 4 ]} Optimum Online التابعة لشركة Cablevision ، ^{[ 5 ]} CenturyLink ، ^{[ 6 ]} Cox Communications ، RCN ، ^{[ 7 ]} Rogers ، ^{[ 8 ]} Charter Communications (Spectrum) ، Plusnet ، ^{[ 9 ]} Verizon ، ^{[ 10 ]} Sprint ، ^{[ 11 ]} T-Mobile US ، ^{[ 12 ]} Virgin Media ، ^{[ 13 ] [ 14 ]} Frontier Communications ، Bell Internet ، ^{[ 15 ]} Deutsche Telekom AG ، ^{[ 16 ]} Optus ، ^{[ 17 ]} Mediacom ، ^{[ 18 ]} ONO ، ^{[ 19 ]} TalkTalk ، ^{[ 20 ]} Bigpond ( Telstra )، ^{[ 21 ] [ 22 ] [ 23 ] [ 24 ]} TTNET ، تستخدم شركة Türksat ، وجميع مزودي خدمة الإنترنت الإندونيسيين، تقنية اختطاف نظام أسماء النطاقات (DNS) لأغراضهم الخاصة، مثل عرض الإعلانات ^{[ 25 ]} أو جمع الإحصائيات. وتستخدم شركتا XS4ALL و Ziggo الهولنديتان تقنية اختطاف نظام أسماء النطاقات بموجب أمر قضائي: فقد أُمرتا بحجب الوصول إلى موقع The Pirate Bay وعرض صفحة تحذيرية ^{[ 26 ].} في حين أن جميع مزودي خدمة الإنترنت الإندونيسيين المرخصين يستخدمون تقنية اختطاف نظام أسماء النطاقات امتثالاً لقانون نظام أسماء النطاقات الوطني ^{[ 27 ]} ، الذي يُلزم كل مزود خدمة إنترنت إندونيسي باختطاف المنفذ 53 وإعادة توجيهه إلى خادمه الخاص لحجب المواقع الإلكترونية المدرجة في قاعدة بيانات Trustpositif التابعة لوزارة المعلومات الإندونيسية ( Kominfo).في إطار حملة "إنترنت صحي"، تنتهك هذه الممارسات بشكل مباشر معايير RFC الخاصة باستجابات نظام أسماء النطاقات (NXDOMAIN - نطاق غير موجود)، وتُدخل ثغرات أمنية مثل البرمجة النصية عبر المواقع. مع ذلك، انخفضت فعالية اختطاف نظام أسماء النطاقات على مستوى مزودي خدمة الإنترنت بشكل كبير نتيجةً لانتشار استخدام بروتوكولات نظام أسماء النطاقات المشفرة، وتحديدًا نظام أسماء النطاقات عبر HTTPS (DoH) ونظام أسماء النطاقات عبر TLS (DoT). تقوم متصفحات الويب وأنظمة التشغيل الحديثة بتوجيه الاستعلامات عبر هذه القنوات المشفرة افتراضيًا، مما يمنع مزودي خدمة الإنترنت من اعتراض استجابات نظام أسماء النطاقات أو التلاعب بها. ^{[ 28 ] [ 25 ]}

يكمن الخطر في اختراق نظام أسماء النطاقات (DNS) في استغلال استجابة NXDOMAIN. تعتمد تطبيقات الإنترنت والإنترانت على استجابة NXDOMAIN لوصف حالة عدم وجود سجل في نظام أسماء النطاقات (DNS) للمضيف المحدد. عند الاستعلام عن اسم نطاق غير صالح (مثل www.example.invalid)، من المفترض الحصول على استجابة NXDOMAIN تُعلم التطبيق بأن الاسم غير صالح وتتخذ الإجراء المناسب (مثل عرض رسالة خطأ أو عدم محاولة الاتصال بالخادم). مع ذلك، عند الاستعلام عن اسم النطاق من أحد مزودي خدمة الإنترنت غير المتوافقين، سيتم الحصول دائمًا على عنوان IP مزيف تابع لمزود الخدمة. في متصفح الويب ، قد يكون هذا السلوك مزعجًا، حيث تعرض الاتصالات بهذا العنوان صفحة إعادة توجيه مزود الخدمة، والتي قد تحتوي أحيانًا على إعلانات، بدلًا من رسالة خطأ واضحة. في المقابل، ستحاول تطبيقات أخرى تعتمد على خطأ NXDOMAIN إنشاء اتصالات بهذا العنوان المزيف، مما قد يعرض معلومات حساسة للخطر.

أمثلة على الوظائف التي تتعطل عندما يقوم مزود خدمة الإنترنت باختطاف نظام أسماء النطاقات (DNS):

• ستُخدع أجهزة الكمبيوتر المحمولة المتنقلة، الأعضاء في نطاق خادم ويندوز، بالاعتقاد بأنها عادت إلى شبكة الشركة، وذلك لأن موارد مثل وحدات تحكم النطاق وخوادم البريد الإلكتروني وغيرها من البنية التحتية ستظهر متاحة. ونتيجةً لذلك، ستحاول التطبيقات إنشاء اتصالات بهذه الخوادم، لكنها ستفشل، مما يؤدي إلى انخفاض الأداء، وزيادة حركة البيانات غير الضرورية على اتصال الإنترنت، وانقطاع الاتصال .
• لا تمتلك العديد من شبكات المكاتب الصغيرة والشبكات المنزلية خادم DNS خاصًا بها، بل تعتمد على بث أسماء النطاقات. وتُعطي العديد من إصدارات مايكروسوفت ويندوز الأولوية لحلّ أسماء النطاقات على بث أسماء NetBIOS افتراضيًا؛ لذا، عندما يُعيد خادم DNS الخاص بمزود خدمة الإنترنت عنوان IP (صحيحًا تقنيًا) لاسم الكمبيوتر المطلوب على الشبكة المحلية، يستخدم الكمبيوتر المتصل هذا العنوان غير الصحيح، ويفشل حتمًا في الاتصال بالكمبيوتر المطلوب على الشبكة المحلية. تشمل الحلول البديلة استخدام عنوان IP الصحيح بدلًا من اسم الكمبيوتر، أو تغيير قيمة سجل DhcpNodeType لتغيير ترتيب خدمة حلّ الأسماء. ^{[ 29 ]}
• لم تعد متصفحات مثل فايرفوكس تحتوي على وظيفة "التصفح بالاسم" (حيث تنقل الكلمات المفتاحية المكتوبة في شريط العناوين المستخدمين إلى أقرب موقع مطابق). ^{[ 30 ]}
• يقوم عميل نظام أسماء النطاقات المحلي المدمج في أنظمة التشغيل الحديثة بتخزين نتائج عمليات البحث مؤقتًا لتحسين الأداء. إذا انتقل المستخدم بين شبكة منزلية وشبكة افتراضية خاصة (VPN) ، فقد تبقى بعض النتائج غير الصحيحة مخزنة مؤقتًا، مما قد يؤدي إلى انقطاع الخدمة على اتصال VPN.
• تعتمد حلول مكافحة البريد العشوائي DNSBL على نظام أسماء النطاقات (DNS)؛ وبالتالي فإن نتائج DNS الخاطئة تتداخل مع عملها.
• قد يتم تسريب بيانات المستخدم السرية بواسطة تطبيقات يتم خداعها من قبل مزود خدمة الإنترنت للاعتقاد بأن الخوادم التي ترغب في الاتصال بها متاحة.
• تم إلغاء خيار المستخدم بشأن محرك البحث الذي يجب الرجوع إليه في حالة كتابة عنوان URL بشكل خاطئ في المتصفح، حيث يحدد مزود خدمة الإنترنت نتائج البحث التي يتم عرضها للمستخدم.
• ستتوقف أجهزة الكمبيوتر المُهيأة لاستخدام نفق مُجزأ مع اتصال VPN عن العمل، لأن أسماء الشبكة الداخلية التي لا ينبغي حلها خارج النفق عبر الإنترنت العام ستبدأ في الحل إلى عناوين وهمية، بدلاً من حلها بشكل صحيح عبر نفق VPN على خادم DNS خاص عند استلام استجابة NXDOMAIN من الإنترنت. على سبيل المثال، قد يتلقى عميل بريد يحاول حل سجل DNS A لخادم بريد داخلي استجابة DNS خاطئة تُوجهه إلى خادم ويب مدفوع، مع وجود الرسائل في قائمة انتظار التسليم لأيام بينما تتم محاولة إعادة الإرسال دون جدوى. ^{[ 31 ]}
• يؤدي ذلك إلى تعطيل بروتوكول اكتشاف وكيل الويب التلقائي (WPAD) من خلال جعل متصفحات الويب تعتقد بشكل خاطئ أن مزود خدمة الإنترنت لديه خادم وكيل مُكوّن .
• يؤدي ذلك إلى تعطيل برامج المراقبة. على سبيل المثال، إذا اتصل أحد البرامج بخادم بشكل دوري لتحديد حالته، فلن يكتشف برنامج المراقبة أي عطل إلا إذا حاول التحقق من مفتاح التشفير الخاص بالخادم.

في بعض الحالات، وليس معظمها، توفر شركات تزويد خدمة الإنترنت إعدادات قابلة للتخصيص من قِبل المشتركين لتعطيل اختطاف استجابات NXDOMAIN. عند تطبيق هذا الإعداد بشكل صحيح، يعود نظام أسماء النطاقات (DNS) إلى سلوكه القياسي. مع ذلك، تستخدم شركات تزويد خدمة الإنترنت الأخرى ملفات تعريف الارتباط ( cookie ) في متصفح الويب لتخزين هذا التفضيل. في هذه الحالة، لا يتم حل المشكلة الأساسية: إذ تستمر إعادة توجيه استعلامات DNS، بينما تُستبدل صفحة إعادة التوجيه الخاصة بمزود خدمة الإنترنت بصفحة خطأ DNS مزيفة. لا يمكن تعطيل هذه الآلية في التطبيقات الأخرى غير متصفحات الويب باستخدام ملفات تعريف الارتباط، لأن خيار التعطيل يستهدف بروتوكول HTTP فقط ، بينما تُطبق الآلية فعليًا في نظام أسماء النطاقات المحايد للبروتوكولات.