اختطاف DNS لجهاز التوجيه، وخوادم DHCP المارقة، واسترداد DNS المشفر (DoH/DoT)¶

في كل مرة تكتب فيها عنوان موقع الويب مثل chase.com, google.comأو apple.com في متصفحك، يطلب جهازك نظام أسماء النطاقات (DNS) محلل لترجمة هذا الاسم الذي يمكن قراءته بواسطة الإنسان إلى عنوان IP رقمي (142.250.190.46). إذا قام أحد المهاجمين بصمت بتغيير إعدادات خادم DNS الأساسي والثانوي داخل جهاز توجيه Wi-Fi في منزلك أو مكتبك، أو تشغيل خادم DHCP المارق على شبكتك المحلية، أو تعديل إعدادات الكمبيوتر المخفية hosts file، أو اعتراض استفساراتك على شبكة الفندق أو المطار، فإنها تتحكم في دليل الهاتف الخاص بالإنترنت الخاص بك. حتى عندما تكتب عنوان URL الدقيق والمكتوب بشكل صحيح للبنك الذي تتعامل معه، أو مزود البريد الإلكتروني، أو خادم تحديث البرامج في شريط العناوين، فإن خادم DNS المختطف (DNSChanger, ghostDNS, ZuoRAT، أو محلي dnsmasq spoofer) يمكنه توجيه اتصالك إلى خادم مشابه ضار، أو منع برنامج مكافحة الفيروسات لديك من تنزيل تعريفات التهديد، أو عرض نافذة منبثقة مزيفة بعنوان "تحديث البرنامج الثابت لجهاز التوجيه / التحديث المهم لـ Chrome" تقوم بتثبيت حصان طروادة لسرقة المعلومات.

لا تتجاهل المفاجئة NET::ERR_CERT_AUTHORITY_INVALID تحذيرات، أو نوافذ منبثقة غير متوقعة لبوابة "تسجيل الدخول إلى شبكة Wi-Fi" على شبكة Wi-Fi المنزلية الخاصة بك، أو عمليات إعادة توجيه المتصفح عند زيارة مواقع الويب الرئيسية. من خلال مقارنة ما يُرجعه خادم DNS المعين حاليًا لديك مع محلل مشفر موثوق به (1.1.1.1, 8.8.8.8أو 9.9.9.9)، ومراجعة إعدادات WAN وDHCP لجهاز التوجيه الخاص بك، ومسح ذاكرة التخزين المؤقت لنظام التشغيل والمتصفح DNS، وتمكين DNS-over-HTTPS (DoH) أو DNS-over-TLS (DoT)، يمكنك القضاء على اختطاف DNS في أقل من 10 دقائق.

افعل هذا الآن¶

1. ** لا تنقر أبدًا Advanced -> Proceed to [website] (unsafe) إذا عرض متصفحك فجأة ملف NET::ERR_CERT_AUTHORITY_INVALID أو MOZILLA_PKIX_ERROR_SELF_SIGNED_CERT تحذير على أحد البنوك الكبرى أو البريد الإلكتروني أو موقع الويب السحابي. ** HTTPS الحديث (TLS 1.3) وأمان النقل الصارم لـ HTTP (HSTS) هي خط دفاعك الأخير عندما يتم اختطاف DNS الخاص بك: قام خادم DNS المختطف بتوجيه متصفحك إلى عنوان IP الخاص بالمهاجم، واكتشف متصفحك الكذبة لأن خادم المهاجم لا يحتفظ بالمفتاح الخاص المشفر الأصلي لـ Google أو Chase. يؤدي النقر فوق "المتابعة على أي حال" إلى تسليم كلمات المرور وملفات تعريف الارتباط الخاصة بالجلسة مباشرةً إلى المهاجم.
2. ** لا تقم مطلقًا بتنزيل أو تشغيل ملف "Browser Update.exe / .dmg" أو اكتب كلمة مرور Wi-Fi WPA2/WPA3 في نافذة منبثقة تظهر فجأة على شبكة Wi-Fi في منزلك أو مكتبك.** عند استخدام برامج ضارة لاختراق جهاز التوجيه (ghostDNS, Roaming Mantis) يغير خوادم WAN/DHCP DNS الخاصة بجهاز التوجيه الخاص بك إلى عنوان IP إجرامي، والتكتيك رقم 1 هو إعادة توجيه كل تحميل لصفحة HTTP إلى صفحة "برنامج Google Chrome / Safari / جهاز التوجيه الثابت قديم" أو بوابة تسجيل دخول مزيفة لمزود خدمة الإنترنت.
3. ** تشغيل لمدة 10 ثانية nslookup أو dig اختبار المقارنة في جهازك الطرفي الآن لمعرفة ما إذا كان خادم DNS الحالي الخاص بك يكذب عليك. ** افتح موجه الأوامر أو المحطة الطرفية وقارن nslookup google.com (الذي يستخدم جهاز التوجيه/خادم DNS لنظام التشغيل المعين حاليًا) ضد nslookup google.com 1.1.1.1 (الذي يستعلم عن Cloudflare مباشرة). إذا كان خادم DNS الافتراضي الخاص بك عبارة عن عنوان IP عام غريب موجود في بلد آخر ولم تقم بتكوينه مطلقًا، أو قام بإرجاع عناوين IP زائفة مختلفة تمامًا لمجالات الخدمات المصرفية/مكافحة الفيروسات، فسيتم اختطاف DNS الخاص بك.
4. **تجاوز مؤقتًا إعدادات DNS الخاصة بجهازك إلى DNS المشفر (DoH / DoT على 1.1.1.1, 9.9.9.9أو 8.8.8.8) قبل تسجيل الدخول إلى جهاز التوجيه الخاص بك أو إعادة تعيين كلمات المرور. ** لأن DNS-over-HTTPS (DoH) يرسل كافة عمليات البحث عن المجال داخل ملف مشفر TLS Port 443 قم بالنفق مباشرة إلى Cloudflare أو Quad9 أو Google، حيث يؤدي تشغيل DoH داخل المتصفح أو نظام التشغيل الخاص بك إلى تعتيم جهاز التوجيه المختطف أو محلل مزود خدمة الإنترنت المارق على الفور حتى تتمكن من الوصول بأمان إلى مواقع الويب الحقيقية وتنظيف شبكتك.
5. ** قم بتسجيل الدخول إلى جهاز التوجيه المنزلي/المكتبي الخاص بك عبر كابل إيثرنت سلكي (192.168.1.1 أو 192.168.0.1)، فحص كلا من WAN / Internet DNS و LAN DHCP Server DNS الحقول، وإذا كان أي منهما يحتوي على عناوين IP عامة غير مألوفة، فقم بتنفيذ أحد الأجهزة 30-second Pin-Hole Factory Reset على الفور. ** تدخل البرامج الضارة التي تغير إعدادات DNS لجهاز التوجيه دائمًا من خلال موقع مكشوف Remote Web Management (WAN Admin) ميناء، UPnP (التوصيل والتشغيل العالمي) قاعدة إعادة توجيه المنفذ، أو افتراضية admin/admin كلمة المرور (انظر تأمين أجهزة التوجيه المنزلية وأجهزة إنترنت الأشياء).
6. تحقق من المنطقة المحلية لجهاز الكمبيوتر الخاص بك hosts إعدادات الملف والوكيل/PAC (C:\Windows\System32\drivers\etc\hosts على ويندوز أو /etc/hosts على نظام التشغيل macOS/Linux) وقم بمسح ذاكرة التخزين المؤقت لنظام DNS الخاص بنظام التشغيل. ** حتى إذا كان جهاز التوجيه الخاص بك نظيفًا بنسبة 100 بالمائة، يمكن لبرامج الإعلانات المتسللة المحلية أو أحصنة طروادة الموجودة على جهاز كمبيوتر شخصي واحد أو جهاز Mac تجاوز دقة DNS محليًا عن طريق إدخال عمليات إعادة توجيه IP في hosts ملف أو إعداد مارق ** تكوين الوكيل التلقائي (PAC) URL في خيارات إنترنت Windows.

flowchart TD
    A["الاشتباه في حدوث عملية اختطاف لنظام أسماء النطاقات: تحذيرات الشهادة، أو النوافذ المنبثقة للتحديث الزائف، أو تحميل مواقع خاطئة"] --> B["1. قم بتمكين DNS المشفر (DoH) في المتصفح / نظام التشغيل على الفور لتجاوز وحدة الحل المسمومة"]
    B --> C["2. تشغيل تشخيص المحطة الطرفية: قارن بين 'nslookup example.com' و'nslookup example.com 1.1.1.1'"]
    C --> D{"هل تتأثر جميع الأجهزة المتصلة بشبكة Wi-Fi، أم جهاز كمبيوتر/هاتف واحد محدد فقط؟"}
    D -->|"تتأثر جميع الأجهزة المتصلة بشبكة Wi-Fi"| E["جهاز التوجيه WAN/DHCP Hijack أو Rogue DHCP Server على الشبكة المحلية"]
    E --> F["تحقق من البوابة الافتراضية وعنوان IP لخادم DHCP ('ipconfig /all'). إذا كان عنوان MAC/IP غير مألوف -> اعزل الجهاز المارق"]
    E --> G["إعادة ضبط جهاز التوجيه في مصنع الأجهزة -> تحديث البرنامج الثابت -> تعطيل مسؤول WAN وUPnP -> ضبط DNS لجهاز التوجيه على 1.1.1.1 / 9.9.9.9"]
    D -->|"تأثر جهاز كمبيوتر أو هاتف واحد فقط"| H["اختطاف الأجهزة المحلية: فحص DNS الثابت لمحول الشبكة، وملف المضيفين، والبرنامج النصي للوكيل/PAC، وملحقات المتصفح"]
    H --> I["قم بتنظيف '/etc/hosts' أو 'C:\\Windows\\System32\\drivers\\etc\\hosts'، وإزالة شهادات الجذر المارقة، ومسح ذاكرة التخزين المؤقت لـ DNS"]

مصفوفة التشخيص: الطبقات الخمس التي يتم فيها اختطاف DNS وتوجيه الشبكة¶

عندما يتم تحويل اسم النطاق إلى خادم خاطئ، فإن عملية الاختطاف تحدث في واحدة من خمس طبقات تقنية متميزة في سلسلة الحل. استخدم هذا الجدول لتحديد الطبقة التي تم اختراقها:

المرحلة الأولى: التدقيق الجنائي في DNS وDHCP لسطر الأوامر لمدة 60 ثانية¶

قبل إعادة تعيين أي شيء، افتح الوحدة الطرفية على جهاز الكمبيوتر الخاص بك وقم بتشغيل أوامر القراءة فقط المحددة هذه للحصول على دليل على خوادم DNS وخادم DHCP التي يستخدمها جهازك حاليًا.

1. ويندوز 10 وويندوز 11 (Command Prompt أو PowerShell)¶

# 1. Inspect your active Default Gateway, DHCP Server IP, and configured DNS Servers:
ipconfig /all

# 2. Check if any non-commented IP redirect lines exist in your local Windows hosts file:
findstr /V "^#" "%SystemRoot%\System32\drivers\etc\hosts" | findstr /V "^$"

# 3. Check if a rogue Proxy Server or Automatic Configuration Script (PAC) is hijacking browser traffic:
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyEnable
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyServer
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v AutoConfigURL

# 4. Compare what your current default DNS server returns vs. Quad9 (9.9.9.9) and Cloudflare (1.1.1.1):
nslookup www.microsoft.com
nslookup www.microsoft.com 9.9.9.9

• كيفية قراءة مخرجات الخطوة 1 (ipconfig /all):
• أنظر إلى DNS Servers. عادةً ما يُظهر هذا إما عنوان IP الخاص بشبكة LAN الخاصة بجهاز التوجيه المنزلي (192.168.1.1, 192.168.0.1, 10.0.0.1)، وهو محلل عام معروف قمت بتعيينه عمدًا (1.1.1.1, 1.0.0.1, 8.8.8.8, 8.8.4.4, 9.9.9.9, 208.67.222.222)، أو خوادم DNS الإقليمية لمزود خدمة الإنترنت واسع النطاق (تحقق من أي عنوان IP غير مألوف على https://bgp.he.net أو whois: إذا كان عنوان IP ينتمي إلى موفر استضافة VPS مضاد للرصاص في بلد آخر بدلاً من مزود خدمة الإنترنت الخاص بك، فسيتم تسميم DNS الخاص بك).
• أنظر إلى DHCP Server مقابل Default Gateway. في 99 بالمائة من الشبكات المنزلية، يكون DHCP Server الملكية الفكرية و Default Gateway يجب أن يكون عنوان IP متطابقًا (على سبيل المثال، كلاهما 192.168.1.1). إذا كانا مختلفين (ولم تقم شخصيًا بإنشاء وحدة تحكم مجال Pi-hole أو Windows Server)، فلديك خادم DHCP مخادع على شبكتك المحلية.

2. ماك ولينكس (Terminal)¶

# 1. On macOS: Display all active DNS resolvers, search domains, and interface bindings:
scutil --dns | grep -E "nameserver|domain|interface"

#    On Linux (systemd-resolved / NetworkManager):
resolvectl status

# 2. Inspect the local /etc/hosts file for unauthorized redirects (anything other than 127.0.0.1 localhost / ::1):
grep -v '^#' /etc/hosts | grep -v '^$'

# 3. On macOS: Check if a malicious Web Proxy or PAC Auto-Config script is enabled on Wi-Fi:
networksetup -getwebproxy Wi-Fi
networksetup -getsecurewebproxy Wi-Fi
networksetup -getautoproxyurl Wi-Fi

# 4. Compare DNS answers and check DNSSEC authentication (ad flag) using dig:
dig www.google.com
dig @1.1.1.1 www.google.com +dnssec

3. مطاردة وعزل خادم DHCP المخادع على شبكتك المحلية¶

ماذا لو ipconfig /all (أو ip route / networksetup -getinfo Wi-Fi) يكشف أن جهاز الكمبيوتر الخاص بك تلقى تأجير IP وإعدادات DNS من عنوان IP محلي غير مألوف مثل 192.168.1.142 بدلاً من جهاز التوجيه الحقيقي الخاص بك (192.168.1.1)؟ 1. حدد الجهاز على الفور ** عنوان MAC (Physical Address)** والشركة المصنعة للجهاز المارقة (192.168.1.142) عن طريق فحص جدول ARP الخاص بك:

# On Windows, macOS, or Linux, display the hardware MAC address mapped to the rogue DHCP IP:
arp -a

المرحلة 2: القضاء خطوة بخطوة على اختطاف شبكة WAN/DHCP لجهاز التوجيه¶

إذا أثبتت المراجعة التي أجريتها في المرحلة الأولى أن جهاز توجيه Wi-Fi الخاص بك يقوم بتوزيع عناوين DNS الضارة (أو أنه تم تعديل WAN DNS الداخلي لجهاز التوجيه الخاص بك)، فما عليك سوى تسجيل الدخول إلى جهاز التوجيه والكتابة 1.1.1.1 العودة إلى الصندوق ** ليست كافية **. يجب عليك إغلاق الثغرة الأمنية التي سمحت للمهاجم بالدخول إلى جهاز التوجيه الخاص بك في المقام الأول:

الخطوة 1: قم بإجراء إعادة ضبط المصنع على جهاز التوجيه لمدة 30 ثانية¶

لماذا تتم إعادة ضبط المصنع بالكامل بدلاً من مجرد تحرير حقل DNS؟ بسبب البرامج الضارة لجهاز التوجيه (ZuoRAT, VPNFilter, Cyclops Blink, Mirai المتغيرات) يضيف بشكل متكرر مخفيًا iptables قواعد إعادة توجيه NAT (REDIRECT --to-ports 53)، يقوم بتثبيت مهمة cron المستمرة في /tmp أو NVRAM، أو تمكين حسابات إدارة SSH/Telnet المخفية عن بعد. 1. افصل كابل WAN / Internet Ethernet الخاص بجهاز التوجيه (الكابل القادم من الألياف ONT أو مودم الكابل) حتى لا يتمكن المهاجم من إعادة الاتصال أثناء قيامك بتكوينه. 2. أثناء تشغيل جهاز التوجيه، اضغط مع الاستمرار على زر إعادة تعيين الثقب الموجود في الجزء الخلفي من جهاز التوجيه باستخدام مشبك ورق لمدة 15 إلى 30 ثانية كاملة حتى تومض جميع مصابيح LED باللوحة الأمامية في وقت واحد. 3. انتظر لمدة 3 دقائق حتى تتم إعادة تشغيل جهاز التوجيه في حالة المصنع النظيفة، ثم قم بتوصيل جهاز كمبيوتر نظيف عبر كابل Ethernet (أو بيانات اعتماد ملصق Wi-Fi الخاص بالمصنع) وقم بتسجيل الدخول 192.168.1.1 (أو 192.168.0.1).

الخطوة 2: تأمين إعدادات جهاز التوجيه الخمسة التي يستغلها المهاجمون لاختطاف DNS¶

قبل توصيل كابل WAN / الإنترنت مرة أخرى، قم بتكوين هذه الإعدادات الخمسة الإلزامية داخل وحدة التحكم الإدارية لجهاز التوجيه الخاص بك (راجع دليلنا الكامل حول تأمين أجهزة التوجيه المنزلية وأجهزة إنترنت الأشياء للتصلب العميق): 1. قم بتعيين كلمة مرور فريدة لمسؤول جهاز التوجيه مكونة من 16+ حرفًا (ليست مماثلة لكلمة مرور Wi-Fi الخاصة بك): لا تترك تسجيل دخول إدارة جهاز التوجيه كما هو admin / admin أو admin / password. تقوم كل مجموعة استغلال لاختراق DNS CSRF على الويب تلقائيًا بتخمين بيانات الاعتماد الافتراضية عند تحميل إعلان بانر ضار في متصفحك. 2. يؤكد Remote Management / WAN Administration بدقة DISABLED: انظر تحت Advanced -> Administration -> Remote Management وتأكد من عدم تمكن أي شخص على الإنترنت العام من الوصول إلى صفحة تسجيل الدخول لجهاز التوجيه الخاص بك أو منافذ SSH/Telnet من جانب شبكة WAN. 3. ** تعطيل UPnP (التوصيل والتشغيل العالمي): ** تحت Advanced -> UPnP (أو NAT Forwarding -> UPnP)، قم بإيقاف تشغيل UPnP. البرامج الضارة الموجودة على أي جهاز داخل منزلك تستخدم UPnP (IGD SOAP) لإصدار أمر لجهاز التوجيه الخاص بك بصمت لفتح المنافذ أو تغيير قواعد إعادة توجيه شبكة WAN بدون كلمة مرور. 4. خوادم DNS الموثوقة والتي تحظر البرامج الضارة (IPv4 وIPv6) على جهاز التوجيه: انتقل إلى إعداد الإنترنت / الشبكة الواسعة -> خادم DNS (والشبكة المحلية -> خادم DHCP) وقم بالتبديل من الحصول تلقائيًا من مزود خدمة الإنترنت إلى استخدام خوادم DNS هذه: * ** كلاود فلير (1.1.1.1 for Families - Malware Blocking):** IPv4 الأساسي: 1.1.1.2 | IPv4 الثانوي: 1.0.0.2 (أو قياسي غير مفلتر 1.1.1.1 / 1.0.0.1). IPv6: 2606:4700:4700::1112 و 2606:4700:4700::1002. * ** كواد9 (Malware & Phishing Blocking + DNSSEC):** IPv4 الأساسي: 9.9.9.9 | IPv4 الثانوي: 149.112.112.112. IPv6: 2620:fe::fe و 2620:fe::9. * Google Public DNS: IPv4 الأساسي: 8.8.8.8 | IPv4 الثانوي: 8.8.4.4. IPv6: 2001:4860:4860::8888 و 2001:4860:4860::8844. 5. أعد توصيل كابل WAN وقم بتثبيت آخر تحديث للبرنامج الثابت لجهاز التوجيه على الفور: إذا كان طراز جهاز التوجيه الخاص بك قد تجاوز الشركة المصنعة له نهاية العمر الافتراضي (EoL) التاريخ ولم يعد يتلقى تصحيحات الأمان (انظر استغلال يوم الصفر لتصحيح حالات الطوارئ وعزل الأجهزة عند انتهاء عمرها الافتراضي)، استبدل جهاز التوجيه على الفور حتى لا يمكن إعادة استغلال الأخطاء الشائعة غير المصححة غدًا.

المرحلة 3: تنظيف جهاز كمبيوتر محلي مسموم (Hosts الملف، ومحول DNS، ومسح ذاكرة التخزين المؤقت)¶

بعد تأمين جهاز التوجيه الخاص بك (أو إذا تم اختطاف جهاز كمبيوتر واحد فقط)، قم بتشغيل هذه الأوامر الدقيقة لإعادة ضبط مكدس شبكة الكمبيوتر المحلي الخاص بك ومسح كل سجل DNS الملوث المخزن مؤقتًا:

1. Windows 10 / 11 أكمل DNS والمضيفين وWinsock وإعادة تعيين ذاكرة التخزين المؤقت للمتصفح¶

افتح موجه الأوامر كمسؤول (Win + X -> Terminal (Admin) / Command Prompt (Admin)) وتشغيل:

:: 1. Reset all network adapters back to automatic DHCP DNS (removes static Trojan DNS overrides):
powershell -Command "Get-NetAdapter | Where-Object {$_.Status -eq 'Up'} | Set-DnsClientServerAddress -ResetServerAddresses"

:: 2. Disable any rogue Windows Registry Proxy or PAC AutoConfig script:
reg add "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyEnable /t REG_DWORD /d 0 /f
reg delete "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v AutoConfigURL /f 2>nul

:: 3. Flush the Windows OS DNS Resolver Cache, Winsock Catalog, and NetBIOS table:
ipconfig /flushdns
nbtstat -R
netsh winsock reset
netsh int ip reset

• ** إذا كان لديك C:\Windows\System32\drivers\etc\hosts يحتوي الملف على خطوط إعادة توجيه غير مصرح بها: ** افتح المفكرة كمسؤول، افتح C:\Windows\System32\drivers\etc\hosts، احذف كل سطر غير معلق (ملف افتراضي نظيف لـ Windows hosts يحتوي الملف على صفر من الأسطر النشطة غير المعلقة، وكل سطر تعليق يبدأ بـ #)، احفظ الملف، ثم قم بتشغيله ipconfig /flushdns.
• تحقق من وجود شهادات الجذر المارقة (certmgr.msc): إذا قام مهاجم أو برنامج ضار محلي أيضًا بتثبيت مرجع مصدق جذر مزيف (CA) على جهاز الكمبيوتر الخاص بك حتى يتمكنوا من اعتراض حركة مرور HTTPS دون تشغيل تحذيرات المتصفح، اضغط على Win + R، يكتب certmgr.msc، قم بتوسيع المراجع المصدقة الجذرية الموثوقة -> الشهادات، قم بالفرز حسب Issued By أو Expiration Date، واحذف أي شهادة جذر موقعة ذاتيًا غير مألوفة لا تعرفها.

2. نظامي التشغيل MacOS وLinux أكملا إعادة تعيين DNS ومسح ذاكرة التخزين المؤقت¶

# On macOS: Clear any static DNS overrides on Wi-Fi (reverts to DHCP) and flush mDNSResponder cache:
sudo networksetup -setdnsservers Wi-Fi Empty
sudo networksetup -setautoproxystate Wi-Fi off
sudo networksetup -setwebproxystate Wi-Fi off
sudo networksetup -setsecurewebproxystate Wi-Fi off
sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder

# On Linux (Ubuntu / Debian / Fedora with systemd-resolved):
sudo resolvectl flush-caches

3. قم بمسح المقبس الداخلي لمتصفح الويب الخاص بك وذاكرة التخزين المؤقت لنظام أسماء النطاقات (Chrome, Edge, Brave, Firefox)¶

المصيدة الحرجة: تحتفظ متصفحات الويب الحديثة بـ ذاكرة تخزين مؤقت داخلية منفصلة لنظام أسماء النطاقات (DNS) وتجمع مقابس TCP مفتوح بشكل مستقل تمامًا عن ipconfig /flushdns. حتى بعد إصلاح جهاز التوجيه الخاص بك وتشغيله ipconfig /flushdns، يمكن أن يستمر Chrome أو Edge في إرسالك إلى عنوان IP الخاص بالمهاجم لمدة 15 دقيقة أخرى حتى تقوم بمسح ذاكرة التخزين المؤقت الداخلية للمتصفح: 1. في Chrome أو Edge أو Brave: * يكتب chrome://net-internals/#dns (أو edge://net-internals/#dns) في شريط العناوين وانقر فوق Clear host cache. * انقر على الفور Sockets في الشريط الجانبي الأيسر (chrome://net-internals/#sockets) وانقر Flush socket pools (يؤدي هذا إلى إنهاء أي اتصالات HTTP/2 أو QUIC نشطة ومستمرة لا تزال مفتوحة لعنوان IP الخاص بالمهاجم). 2. في موزيلا فايرفوكس: * يكتب about:networking#dns في شريط العناوين وانقر Clear DNS Cache. 3. في Apple Safari (نظامي التشغيل MacOS وiOS): * على نظام التشغيل macOS، افتح Safari -> الإعدادات -> خيارات متقدمة، وحدد Show features for web developers، ثم انقر Develop -> Empty Caches (Opt + Cmd + E)، ثم قم بإنهاء Safari وإعادة تشغيله. * على iPhone أو iPad، قم بتشغيل وضع الطائرة لمدة 5 ثوانٍ ثم إيقاف تشغيله مرة أخرى، وهو ما يفرض نظام التشغيل iOS mDNSResponder لتطهير ذاكرة التخزين المؤقت لنظام أسماء النطاقات المتطايرة بالكامل على الفور دون حذف عمليات تسجيل الدخول المحفوظة لموقع الويب الخاص بك.

المرحلة 4: تمكين DNS المشفر (DoH / DoT) لذلك لا يمكن لأي جهاز توجيه أو فندق أو مزود خدمة الإنترنت اختطاف DNS الخاص بك مرة أخرى¶

لماذا DNS التقليدي (UDP Port 53) هل من السهل جدًا على جهاز التوجيه المنزلي أو شبكة Wi-Fi في المقهى أو مزود خدمة الإنترنت المخترق أن يتجسس ويختطف؟ لأن DNS القياسي تم تصميمه في 1983 (RFC 882) مع تشفير صفري ومصادقة صفرية: ينتقل كل استعلام عبر السلك بنص عادي، ويمكن لأي جهاز على المسار تزييف رد UDP مزيف في أقل من مللي ثانية (DNS Spoofing).

من خلال تمكين DNS-over-HTTPS (DoH, RFC 8484) أو DNS-over-TLS (DoT, RFC 7858)، يقوم جهازك بتغليف كل استعلام DNS داخل ملف تم التحقق منه تشفيريًا TLS 1.3 نفق مباشرة إلى محلل موثوق (Cloudflare 1.1.1.1, Quad9 9.9.9.9, Google 8.8.8.8أو NextDNS). إذا حاول جهاز توجيه مارق أو شبكة Wi-Fi في فندق تغيير الرد، فسيفشل توقيع TLS وسيرفض جهازك التزوير على الفور.

كيفية تمكين DNS المشفر (DoH / DoT) عبر كل جهاز في 60 ثانية¶

الأسئلة المتداولة¶

لماذا يظهر المتصفح الخاص بي NET::ERR_CERT_AUTHORITY_INVALID على google.com أو البنك الذي أتعامل معه عندما تم اختطاف DNS لجهاز التوجيه الخاص بي؟¶

لقد أنقذك خطأ المتصفح هذا بالفعل من سرقة حسابك. عندما يخترق أحد المهاجمين إعدادات DNS لجهاز التوجيه الخاص بك، فإنه يغير عنوان IP الخاص به `www.yourbank.com` بحيث يتصل جهاز الكمبيوتر الخاص بك بخادم الويب الخاص بالمهاجم بدلاً من البنك الحقيقي الذي تتعامل معه. ومع ذلك، عندما يقوم متصفحك ببدء تشغيل HTTPS مشفر (`TLS`) مع خادم المهاجم، لا يمكن لخادم المهاجم إنتاج شهادة TLS رقمية صالحة موقعة بالتشفير من قبل مرجع مصدق موثوق به لـ `yourbank.com`. يوقف متصفحك الاتصال فورًا ويعرض `NET::ERR_CERT_AUTHORITY_INVALID`. طالما أنك لم تنقر مطلقًا على "المتابعة على أي حال" ولم تقم مطلقًا بتثبيت شهادة جذر محتالة (`CA`) على جهازك، فإن اختطاف DNS وحده لا يمكنه فك تشفير أو انتحال موقع HTTPS المحمي بواسطة HSTS.

كيف قام أحد المتسللين بتغيير إعدادات DNS داخل جهاز توجيه Wi-Fi المنزلي الخاص بي دون معرفة كلمة مرور Wi-Fi الخاصة بي؟¶

لا يحتاج المهاجمون إلى التواجد ضمن نطاق Wi-Fi في منزلك لتغيير إعدادات DNS لجهاز التوجيه الخاص بك. يستخدمون طريقتين عن بعد: أولاً، الروبوتات الآلية (`Shodan` / `Censys` الماسحات الضوئية وشبكات الروبوت) يقوم بفحص كل عنوان IP عام على الإنترنت بحثًا عن أجهزة التوجيه المنزلية التي تحتوي على **إدارة الويب عن بعد (`WAN Admin`)** أو **`UPnP`** تُرك مفتوحًا مع وجود ثغرات أمنية معروفة في البرامج الثابتة. ثانيًا، حتى إذا كان مسؤول WAN مغلقًا، إذا تركت كلمة مرور الإدارة الداخلية لجهاز التوجيه الخاص بك على إعدادات المصنع الافتراضية (`admin / admin` أو `admin / password`)، فإن النقر على إعلان ضار أو موقع ويب على جهاز الكمبيوتر المحمول الخاص بك يسمح لجافا سكريبت المخفي في متصفحك بإرسال **Cross-Site Request Forgery (`CSRF`)** أو **إعادة ربط DNS** مباشرة من الكمبيوتر المحمول الخاص بك إلى `http://192.168.1.1`، قم بتسجيل الدخول إلى جهاز التوجيه الخاص بك من الداخل وإعادة كتابة إعدادات DNS الخاصة بك بصمت.

إذا قمت بتمكين DNS المشفر (DoH) في Chrome أو Firefox، هل يؤدي ذلك إلى حماية التطبيقات الأخرى الموجودة على جهاز الكمبيوتر الخاص بي؟¶

تمكين DNS الآمن (`DoH`) داخل Chrome أو Edge أو Brave أو Firefox يقوم بتشفير وحماية جميع عمليات بحث DNS التي يتم إجراؤها ** داخل متصفح الويب المحدد هذا **، والذي يوقف على الفور عمليات إعادة التوجيه التصيدية المستندة إلى المتصفح وصفحات التحديث المزيفة. ومع ذلك، لا تزال تطبيقات الخلفية الأخرى على جهاز الكمبيوتر الخاص بك (مثل برنامج البريد الإلكتروني أو Slack أو الألعاب أو مُحدِّث نظام التشغيل) تستخدم محلل DNS على مستوى نظام التشغيل ما لم تقم أيضًا بتكوين DNS المشفر على مستوى نظام التشغيل (عبر Windows 11 Native DoH، وAndroid Private DNS `DoT`، أو ملف تعريف DNS مشفر لنظام التشغيل macOS/iOS) وأصلح إعدادات WAN/DHCP DNS لجهاز التوجيه الخاص بك.

ما هو الفرق بين 1.1.1.1 (Cloudflare) و 9.9.9.9 (Quad9)، وأي واحد يجب أن أضعه في جهاز التوجيه الخاص بي؟¶

كلاهما سريعان، ويحترمان الخصوصية، ولا يتتبعان حلول DNS العالمية Anycast التي تديرها مؤسسات حسنة السمعة، وسيحميك أي منهما من مزود خدمة الإنترنت أو اختطاف أجهزة التوجيه المارقة. معيار **`1.1.1.1`** (كلاود فلير) و **`8.8.8.8`** (Google) تعرض إجابات DNS نقية وغير مصفاة لكل مجال على الإنترنت. **`9.9.9.9`** (تديرها مؤسسة Quad9 غير الربحية) و **`1.1.1.2`** (Cloudflare for Families - Malware Blocking) يقوم تلقائيًا بالتحقق من كل عملية بحث عن النطاق مقابل خلاصات استخبارات التهديدات العالمية في الوقت الفعلي لمواقع التصيد الاحتيالية المعروفة، والأوامر والتحكم في برامج الفدية (`C2`) والخوادم ونطاقات سرقة المعلومات، مما يحظر الاتصال في طبقة DNS قبل أن يتم تحميل أي صفحة ضارة.

أدلة ذات صلة¶

• تأمين أجهزة التوجيه المنزلية وأجهزة إنترنت الأشياء
• شبكة Wi-Fi عامة ونقاط اتصال Evil Twin ودفاع لاختراق USB
• ملحقات المتصفح الضارة، وخاطفي الحافظة، وإزالة البرامج الإعلانية
• استغلال يوم الصفر لتصحيح حالات الطوارئ وعزل الأجهزة عند انتهاء عمرها الافتراضي
• سرقة اسم النطاق، DNS منتهي الصلاحية، والاستيلاء على موقع الويب
• أرقام الطوارئ العالمية

تم التأكد من المصادر¶

• وكالة الأمن السيبراني وأمن البنية التحتية (CISA) ووكالة الأمن القومي (NSA) (الولايات المتحدة): ورقة معلومات الأمن السيبراني (اختيار خدمة DNS الوقائية (PDNS) واستخدام DNS المشفر DoH / DoT في البيئات المؤسسية والمنزلية).
• فريق عمل هندسة الإنترنت (IETF) (الدولي): RFC 7858 (مواصفات DNS عبر أمان طبقة النقل DoT)، RFC 8484 (استعلامات DNS عبر HTTPS DoH) و RFC 9462 (اكتشاف المحللين المعينين DDR).
• اللجنة الاستشارية للأمن والاستقرار (SSAC) في ICANN (الدولية): استشارية بشأن التلاعب بالبنية التحتية لنظام أسماء النطاقات (DNS)، وإعادة تشكيل شبكة WAN لجهاز التوجيه، والتحقق من صحة DNSSEC.
• المركز الوطني للأمن السيبراني (NCSC) (المملكة المتحدة): بنية DNS الوقائية والتخفيف من هجمات DHCP المارقة وانتحال الشبكة المحلية.