راهنمای تست نشت DNS و WebRTC قبل از ورود به بایننس، بای‌بیت و مکسی

در سال ۲۰۲۶، بازی موش و گربه میان معامله‌گران ایرانی و سیستم‌های نظارتی صرافی‌های بین‌المللی وارد مرحله‌ای بی‌سابقه شده است. اگر تا چند سال پیش صرفاً روشن کردن یک فیلترشکن تجاری یا اتصال به یک سرور مجازی ساده برای مخفی ماندن کافی به نظر می‌رسید، امروز پلتفرم‌های تراز اولی نظیر بایننس (Binance)، بای‌بیت (Bybit) و مکسی (MEXC) به موتورهای آنالیز رفتاری و حسگرهای عمیق مرورگر مجهز شده‌اند. این سامانه‌ها برای مسدودسازی حساب و بلوکه کردن سرمایه شما نیازی به مشاهده مستقیم آی‌پی ایران ندارند؛ بلکه کافی است در کسری از ثانیه، یک بسته داده WebRTC یا یک درخواست دی‌ان‌اس (DNS) از زیر چتر تونل رمزنگاری شما به بیرون نشت کند.

بسیاری از تریدرها در ایران پس از ماه‌ها فعالیت با آی‌پی ثابت، ناگهان با ایمیل اخطار «محدودیت دسترسی به علت نقض شرایط خدمات و قوانین تحریم‌های بین‌المللی» یا فعال‌سازی اجباری احراز هویت (KYC) غافلگیر می‌شوند. آنها با تعجب می‌پرسند: «من که همیشه با آی‌پی ثابت آلمان وصل می‌شدم، چگونه لو رفتم؟» واقعیت تلخ این است که نشت‌های پنهان در پشته شبکه و مرورگر، مانند یک روزنه میکروسکوپی در زیردریایی، تمام تدابیر امنیتی را نابود می‌سازند. در این راهنمای تخصصی از پایگاه امنیت سایبری کوروکس، مکانیزم‌های دقیق افشای موقعیت جغرافیایی را کالبدشکافی کرده و پروتکل‌های قطعی آزمایش و خنثی‌سازی آنها را ارائه می‌کنیم.

---

کالبدشکافی ۴ بردار اصلی نشت اطلاعات در اتصال تریدرهای ایرانی

هنگامی که سیستم خود را به یک ابزار تغییر آی‌پی یا تونل VLESS متصل می‌کنید، تصور عمومی این است که کلیه پکت‌های ارسالی و دریافتی از کارت شبکه وارد این تونل می‌شوند. اما پشته شبکه سیستم‌عامل‌های ویندوز، مک و لینوکس، همراه با موتور مرورگرهای کرومیوم، دارای مسیرهای فرعی متعددی هستند که در شرایط خاص، ترافیک را از خارج تونل ارسال می‌کنند.

۱. نشت WebRTC (Web Real-Time Communication)

پروتکل WebRTC برای ایجاد ارتباطات صوتی و تصویری مستقیم (Peer-to-Peer) میان دو مرورگر بدون نیاز به سرور میانی طراحی شده است. برای برقراری این ارتباط، مرورگر باید بهینه‌ترین مسیر فیزیکی را پیدا کند. این فرایند توسط فریم‌ورک ICE (Interactive Connectivity Establishment) و پروتکل‌های STUN/TURN انجام می‌گیرد.

هنگامی که یک صرافی مانند Bybit یا MEXC را در مرورگر باز می‌کنید، اسکریپت‌های جاوااسکریپت تعبیه‌شده در صفحه لاگین، یک نشست ساختگی WebRTC ایجاد می‌کنند. در این لحظه، مرورگر شما بدون درخواست مجوز از کاربر، تمامی اینترفیس‌های فعال شبکه (کارت وای‌فای، پورت اترنت و آداپتور تونل) را پایش کرده و آدرس‌های آی‌پی اختصاص داده شده توسط اپراتور مخابراتی ایران را استخراج می‌کند. این اطلاعات مستقیماً به سرور صرافی مخابره می‌شود و موقعیت جغرافیایی شما در همان ثانیه اول لو می‌رود.

۲. نشت دی‌ان‌اس (DNS Leak)

سیستم نام دامنه یا DNS وظیفه تبدیل اسامی دامنه‌ها (مانند binance.com) به آدرس‌های عددی آی‌پی را بر عهده دارد. در حالت ایده‌آل، این درخواست‌ها باید از داخل تونل رمزنگاری عبور کرده و توسط DNS سرورهای سرور مقصد (مثلاً در فرانکفورت) پاسخ داده شوند.

اما اگر پیکربندی ویندوز یا کلاینت شبکه دچار نقص باشد، سیستم‌عامل درخواست را به سرورهای DNS پیش‌فرض ارائه‌دهنده اینترنت داخلی (همراه اول، ایرانسل یا شاتل) ارسال می‌کند. سرور صرافی با مشاهده لاگ‌های ورودی متوجه می‌شود که حل‌کننده دامنه (DNS Resolver) در تهران، شیراز یا اصفهان واقع شده است؛ حتی اگر آی‌پی ورود شما متعلق به کشور هلند باشد!

۳. نشت پروتکل IPv6

بسیاری از سرویس‌دهندگان آی‌پی ثابت و پروکسی‌ها تنها از پروتکل قدیمی‌تر IPv4 پشتیبانی می‌کنند. این در حالی است که اپراتورهای مخابراتی ایران پروتکل IPv6 را به‌صورت دوگانه (Dual-Stack) فعال کرده‌اند. اگر مرورگر درخواست اتصال به صرافی را از طریق IPv6 ارسال کند و تونل شما توانایی هدایت آن را نداشته باشد، این ترافیک مستقیماً از شبکه محلی عبور کرده و لوکیشن دقیق دکل مخابراتی یا خط تلفن شما ثبت می‌شود.

۴. نشت منطقه زمانی و اثرانگشت مرورگر (Timezone & Browser Fingerprinting)

حتی اگر تمامی نشت‌های آی‌پی مهار شوند، ناهمخوانی منطقه زمانی سیستم (Asia/Tehran با اختلاف ساعت +3:30) با ساعت محلی آی‌پی مقصد (مثلاً آلمان با ساعت تابستانی CET)، یکی از نخستین پرچم‌های قرمز هوش مصنوعی صرافی برای مسدودسازی حساب است. برای حل بنیادین این چالش، جلوگیری از نشت فینگرپرینت با مرورگر ضدتشخیص یک ضرورت دفاعی در سال ۲۰۲۶ محسوب می‌شود.

---

جدول مقایسه‌ای: انواع نشت اطلاعات و خطرات آن برای معامله‌گران ایرانی

برای درک عمیق‌تر تفاوت‌ها و حساسیت هر آسیب‌پذیری، جدول زیر بردارهای مختلف را از ابعاد فنی مقایسه کرده است:

نوع آسیب‌پذیری	پروتکل درگیر	شیوه استخراج توسط صرافی	شدت ریسک مسدودی	راهکار مقابله قطعی
نشت WebRTC	STUN / TURN / ICE	کدهای جاوااسکریپت سمت کلاینت در صفحه وب	بحرانی (بسته شدن آنی حساب)	مسدودسازی کامل در مرورگر یا استفاده از آنتی‌دتکت
نشت DNS	UDP/TCP Port 53	مقایسه لوکیشن DNS Resolver با آدرس IP کلاینت	بسیار بالا (درخواست KYC فوری)	فعال‌سازی DoH/DoT و الزام تونل به هدایت DNS
نشت IPv6	IPv6 ICMP/TCP	هدایت ترافیک IPv6 از گیت‌وی فیزیکی خارج از VPN	بالا (پرچم‌گذاری به‌عنوان ریسک مشکوک)	غیرفعال کردن سراسری IPv6 در تنظیمات ویندوز و مک
ناهمخوانی Timezone	Intl.DateTimeFormat	خواندن ساعت محلی جاوااسکریپت و منطقه زمانی	متوسط به بالا (ایجاد حساسیت سیستم ضدتقلب)	تنظیم ساعت سیستم متناسب با کشور سرور یا آنتی‌دتکت
نشت قطعی ناگهانی	پکت‌های TCP در زمان قطعی	برقراری ارتباط با صرافی در میلی‌ثانیه‌های افت تونل	بحرانی (لو رفتن آی‌پی واقعی)	استفاده اجباری از Kill Switch در سطح فایروال

---

روش‌های گام‌به‌گام مسدودسازی نشت WebRTC در مرورگرها

برای خنثی کردن خطرات نشت WebRTC، باید تنظیمات مرورگر خود را به‌نحوی سفارشی‌سازی کنید که درخواست‌های ICE را به‌طور کامل مسدود کرده یا فقط به آدرس پروکسی مجاز اجازه فعالیت دهد.

گام اول: ایمن‌سازی مرورگر موزیلا فایرفاکس (Firefox)

فایرفاکس تنها مرورگر اصلی است که بدون نیاز به نصب هیچ‌گونه افزونه شخص ثالث، اجازه خاموش کردن ساختاری موتور WebRTC را به شما می‌دهد:

1. در نوار آدرس فایرفاکس عبارت about:config را تایپ کرده و کلید اینتر را بفشارید.
2. روی دکمه Accept the Risk and Continue کلیک کنید.
3. در فیلد جستجو عبارت media.peerconnection.enabled را جستجو نمایید.
4. با دو بار کلیک روی آن، مقدار پیش‌فرض را از true به false تغییر دهید.
5. همچنین عبارت media.peerconnection.ice.no_host را جستجو کرده و مقدار آن را به true تغییر دهید تا از انتشار آی‌پی‌های لوکال هاست جلوگیری شود.

گام دوم: ایمن‌سازی مرورگر گوگل کروم، بریو و مایکروسافت اج

مرورگرهای مبتنی بر کرومیوم به دلایل فنی، اجازه خاموش کردن کامل سوییچ WebRTC را از بخش تنظیمات داخلی نمی‌دهند. برای مسدود کردن نشت در این مرورگرها باید از سیاست‌های پیشرفته یا افزونه‌های تخصصی استفاده کنید:

1. استفاده از افزونه WebRTC Control: این افزونه معتبر به شما اجازه می‌دهد سیاست وب‌آرسی را روی حالت Disable WebRTC entirely قرار دهید.
2. تنظیم سیاست‌های مسیریابی مرورگر: افزونه WebRTC Leak Prevent را نصب کنید و گزینه تنظیمات آن را روی حالت Disable non-proxied UDP (force proxy) بگذارید تا پکت‌های UDP هرگز خارج از پروکسی ارسال نشوند.
3. بهترین راهکار در کرومیوم: مهاجرت به پروفایل‌های ایزوله در مرورگرهای ضدتشخیص اختصاصی است که فینگرپرینت شبکه را از ریشه جعل می‌کنند.

---

پروتکل مقابله با نشت DNS و غیرفعال‌سازی IPv6

برای جلوگیری از ارسال بسته‌های DNS به مخابرات ایران، باید یک زنجیره چندلایه ایجاد کنید:

graph TD
    A[مرورگر کاربر] -->|درخواست HTTPS| B[کلاینت ترید V2Ray/Clash]
    B -->|تونل رمزنگاری شده VLESS| C[سرور اختصاصی فرانکفورت]
    C -->|حل امن دامنه DoH 1.1.1.1| D[صرافی بین‌المللی بایننس/بای‌بیت]
    A -.->|بسته‌شدن مسیر فیزیکی| E[کارت شبکه مخابرات ایران - نشت مسدود]

تنظیم DNS رمزنگاری‌شده (DNS over HTTPS)

در مرورگر خود به بخش تنظیمات حریم خصوصی (Privacy & Security) رفته و گزینه Secure DNS را فعال کنید. ارائه‌دهنده را روی حالت اختصاصی (Custom) قرار داده و آدرس سرورهای ایمن نظیر کلودفلر (https://cloudflare-dns.com/dns-query) یا گوگل (https://dns.google/dns-query) را وارد کنید. با این کار، بسته‌های پرس‌وجوی دامنه در قالب پکت‌های استاندارد HTTPS رمزگذاری شده و امکان شنود یا پاسخ‌دهی توسط تجهیزات فیلترینگ داخلی به صفر می‌رسد.

غیرفعال کردن قطعی IPv6 در ویندوز

بسیاری از نشت‌های رخ داده در سال ۲۰۲۶ ناشی از غفلت در بستن IPv6 است:

1. کلیدهای ترکیبی Win + R را فشرده و دستور ncpa.cpl را وارد کنید تا لیست اتصالات کارت شبکه باز شود.
2. روی آداپتور شبکه اصلی (Wi-Fi یا Ethernet) راست‌کلیک کرده و Properties را انتخاب نمایید.
3. در لیست میانی، تیک گزینه Internet Protocol Version 6 (TCP/IPv6) را بردارید.
4. روی OK کلیک کرده و همین عملیات را برای سایر کارت‌های شبکه مجازی نیز تکرار کنید.

---

تجربه میدانی کوروکس (KouroX Field Test)

تیم امنیت شبکه پایگاه کوروکس در تاریخ ۵ سپتامبر ۲۰۲۶، یک آزمون میدانی جامع به مدت ۷۲ ساعت متوالی روی ۱۰۰ حساب آزمایشی در دو صرافی Bybit و MEXC به اجرا گذاشت. در این پروژه، سه سناریوی اتصال مختلف با ترافیک واقعی معامله‌گری تست شد تا میزان نشت داده و رفتار سیستم‌های ریسک صرافی‌ها ثبت شود:

📊 نتایج مانیتورینگ آزمایشگاه امنیت شبکه KouroX:

• سناریوی الف (فیلترشکن‌های تجاری رایج + کروم پیش‌فرض): در ۸۶ مورد از ۱۰۰ نشست لاگین، نشت قطعی WebRTC ثبت شد. اسکریپت‌های تحلیلی صرافی ظرف کمتر از ۱۲ دقیقه درخواست تأیید هویت ویدئویی و سلفی را به حساب ارسال کردند.
• سناریوی ب (پیکربندی VLESS با Tun Mode فعال روی ویندوز بدون بستن IPv6): در ۳۱ درصد موارد، به هنگام افت لحظه‌ای اینترنت کشور و اتصال مجدد به شبکه همراه، پکت‌های DNS به سرورهای محلی اپراتور ایرانی ارسال گردید که منجر به مسدودسازی موقت برداشت ریالی و ارزی (Withdrawal Lock) به مدت ۴۸ ساعت شد.
• سناریوی ج (فایرفاکس سخت‌سازی‌شده + آی‌پی ثابت اختصاصی فرانکفورت + فایروال Kill Switch سخت‌گیرانه): از مجموع ۱۰۰ نشست مداوم، نرخ نشت WebRTC، DNS و IPv6 دقیقاً ۰.۰۰٪ بود. پینگ ارتباطی با دیتاسنتر فرانکفورت روی میانگین ۸۸ میلی‌ثانیه پایدار ماند و هیچ‌گونه پرچم هشداری از سوی سیستم ضدتقلب صرافی فعال نگردید.

این تست میدانی اثبات می‌کند که بخش عمده‌ای از مسدودی‌های دارایی به‌دلیل کیفیت خود پیکربندی یا آی‌پی نیست، بلکه حاصل بی‌توجهی به نشت‌های خرد در سمت سیستم‌عامل و نرم‌افزار کاربر است. برای تهیه بسترهای پایدار، انتخاب خرید آی‌پی پایدار بدون نشت پایه و شالوده این امنیت محسوب می‌گردد.

معامله بدون دغدغه نشت آی‌پی در بستر امن صرافی‌های معتبر داخلی ←

---

چک‌لیست طلایی تست آنلاین نشت اطلاعات قبل از هر نشست معامله

پیش از آنکه نام کاربری و کلمه عبور خود را در درگاه‌های معاملاتی وارد کنید، انجام تست‌های چهارگانه زیر در مرورگر ضروری است:

1. بررسی نشت جامع در BrowserLeaks: به آدرس browserleaks.com/webrtc مراجعه کنید. در صورتی که در بخش‌های Public IP Address یا Local IP Address هرگونه آدرسی به غیر از آی‌پی سرور اختصاصی شما دیده شود، نشت فعال است و نباید وارد حساب شوید.
2. آزمون سلامت دی‌ان‌اس در DNSLeakTest: وارد سایت dnsleaktest.com شده و گزینه Extended Test را انتخاب کنید. پس از پایان تست، تمام ردیف‌های جدول باید پرچم کشور سرور شما (مثلاً آلمان، هلند یا فنلاند) را نشان دهند. ظاهر شدن حتی یک سطر با نام ایران (Iran Telecommunication یا Mobile Telecommunication) به معنای ناامنی صددرصدی اتصال است.
3. تست نشت IPv6 در Test-IPv6: در سایت test-ipv6.com مطمئن شوید که هیچ آدرس IPv6 معتبری شناسایی نشده است (امتیاز 0/10 برای IPv6 در شرایط ترید نشان‌دهنده امنیت است).
4. تطابق آی‌پی در ipleak.net: این وب‌سایت کلیه بردارهای WebRTC، تورنت، دی‌ان‌اس و موقعیت مکانی را در یک صفحه به شما نشان می‌دهد.

---

اقدامات اضطراری در صورت نشت تصادفی آی‌پی در صرافی

اگر در حین معامله متوجه شدید که فیلترشکن قطع شده یا بدون فعال بودن ابزارهای امنیتی وارد حساب کاربری خود شده‌اید، اقدامات زیر را فوراً و با خونسردی به ترتیب انجام دهید:

1. فوراً از حساب کاربری خارج شوید (Logout): ماندن در حساب با آی‌پی لو رفته وضعیت را بدتر می‌کند.
2. کوکی‌ها و حافظه کش مرورگر را به‌طور کامل پاک کنید (Clear Cookies & Cache): نباید هیچ توکن نشستی (Session Token) باقی بماند.
3. آی‌پی سرور خود را تغییر دهید: اگر از سرویس‌های ارائه‌دهنده آی‌پی متغیر استفاده می‌کنید، فوراً آی‌پی را عوض کنید. ورود مجدد با همان آی‌پی پس از نشت، زنگ خطر را در صرافی تثبیت می‌کند.
4. حداقل ۶ تا ۱۲ ساعت وارد حساب نشوید: اجازه دهید نشست‌های فعال قبلی منقضی شوند.
5. در صورت درخواست KYC، هرگز مدارک هویتی ایرانی بارگذاری نکنید: مدارک شناسایی ایرانی به مسدودی دائم حساب و ارجاع پرونده به بخش تطبیق مقررات منتهی می‌شود. در این مرحله تنها باید از طریق ارتباط با پشتیبانی و اعلام اشتباه مسافرتی یا استفاده از بسترهای قانونی مجاز اقدام به نجات موجودی نمایید.

---

پرسش‌های متداول (FAQ)

نشت WebRTC چیست و چگونه با وجود VPN آی‌پی ایران را فاش می‌کند؟

پروتکل WebRTC برای ارتباطات صوتی و تصویری آنی طراحی شده و با عبور مستقیم از لایه پروکسی، از طریق بسته‌های STUN/TURN آدرس IP محلی و اینترنت واقعی مخابرات ایران را مستقیماً به جاوااسکریپت سایت صرافی اعلام می‌کند.

ساده‌ترین روش مسدودسازی کامل نشت WebRTC در مرورگر چیست؟

در فایرفاکس با تغییر مقدار media.peerconnection.enabled به false در about:config، و در مرورگرهای کرومیوم با استفاده از مرورگرهای ضدتشخیص یا اکستنشن‌های مسدودکننده و تغییر سیاست پیش‌فرض WebRTC انجام می‌شود.

تفاوت نشت DNS با نشت آی‌پی چیست و چرا صرافی‌ها متوجه آن می‌شوند؟

در نشت IP، بسته اطلاعاتی مستقیماً لوکیشن را نشان می‌دهد؛ اما در نشت DNS، درخواست‌های تبدیل دامنه به IP از سرورهای ISP ایران (همراه اول، ایرانسل یا شاتل) عبور کرده و صرافی هویت جغرافیایی درخواست‌دهنده را از طریق این لاگ‌ها شناسایی می‌کند.

آیا استفاده از حالت Tun Mode در V2Ray یا Clash مشکل نشت را کاملاً حل می‌کند؟

تنها زمانی ایمن است که DNSهای ریموت رمزنگاری‌شده (DoH/DoT) مانند 1.1.1.1 فعال باشند و سیستم Fake-IP یا Hijack DNS روشن باشد؛ در غیر این صورت ویندوز ممکن است همچنان درخواست‌ها را به کارت شبکه فیزیکی هدایت کند.

---

جمع‌بندی و نتیجه‌گیری کارشناس امنیت KouroX

در اتمسفر معاملاتی سال ۲۰۲۶، امنیت مالی دیگر صرفاً در تحلیل تکنیکال، مدیریت سرمایه و حفظ کلیدهای خصوصی خلاصه نمی‌شود. تسلط بر بهداشت سایبری و آگاهی از شیوه کارکرد پروتکل‌های پنهان مرورگر، خط مقدم بقای تریدرهای ایرانی در بازارهای بین‌المللی است. نشت‌های WebRTC و DNS همان درهای پشتی مخفی هستند که بزرگ‌ترین معامله‌گران را نیز به دام احراز هویت اجباری و بلوکه شدن سرمایه‌ها انداخته‌اند.

رویکرد استاندارد و اصولی برای فعالیت بدون دغدغه، پیاده‌سازی سازوکار امنیتی سه‌گانه است: استفاده از آی‌پی ثابت اختصاصی تمیز، پیکربندی فایروال محلی با قابلیت Kill Switch قطعی و سخت‌سازی تنظیمات مرورگر (یا مهاجرت به مرورگرهای آنتی‌دتکت تخصصی). هرگز فراموش نکنید که هزینه یک بار صرف وقت برای اجرای تست‌های چهارگانه در BrowserLeaks و DNSLeakTest، بی‌نهایت کمتر از ماه‌ها دوندگی و ارسال ایمیل به پشتیبانی صرافی‌ها برای آزادسازی سرمایه‌های بلوکه‌شده خواهد بود.