تمرین عملی با Wireshark: از مشاهده DNS و TLS تا محدودیت‌های تحلیل ترافیک

چرا مهم است

اگر می‌خواهی رفتار DNS،؜ TLS و TCP را در عمل بشناسی، این تمرین نمونه‌ای از مشاهده آن‌ها در ترافیک واقعی است. همچنین یادت می‌دهد رمزگذاری محتوا به معنی پنهان‌شدن همه اطلاعات ارتباط نیست.

قبل از خواندن، این‌ها را بدان۴ مفهوم
Packet Capture

ثبت packet‌های عبوری از یک رابط شبکه در بازه‌ای مشخص برای بررسی ارتباط‌ها و جزئیات آن‌ها.

بیشتر درباره این مفهوم

Protocol

مجموعه قواعدی که شیوه تبادل اطلاعات میان دستگاه‌ها را مشخص می‌کند؛ مانند DNS،؜ TLS و TCP.

بیشتر درباره این مفهوم

TLS handshake

مراحل آغاز ارتباط TLS که در آن دو طرف parameter‌های ارتباط را اعلام و انتخاب می‌کنند.

بیشتر درباره این مفهوم

endpoint

یک طرف ارتباط شبکه؛ در آمار این تمرین، هر آدرس شبکه به‌صورت جداگانه بررسی می‌شود، در مقابل آمار ارتباط میان یک جفت آدرس.

بیشتر درباره این مفهوم

نویسنده در یک تمرین آموزشی، Wireshark را روی Windows 11 نصب کرده و ترافیک عادی کامپیوتر خودش را از طریق Wi-Fi بررسی کرده است. این ابزار open-source برای تحلیل Protocol‌های شبکه به کار می‌رود. هدف تمرین، مشاهده ارتباط دستگاه‌ها در عمل بوده، نه بررسی یک حمله تأییدشده. Packet Capture حدود ۳۰ ثانیه طول کشیده و شامل ۱۴۵ packet بوده است؛ هیچ دسترسی یا شنود غیرمجازی هم انجام نشده است.

بررسی با display filter برابر با dns شروع شده است. نتیجه، دو packet شامل یک درخواست و یک پاسخ DNS بوده: درخواست، نام یک دامنه را با record نوع A مشخص می‌کرد و پاسخ دو آدرس IPv4 برمی‌گرداند. این بخش نشان می‌دهد چگونه می‌توان دامنه‌ای را که دستگاه برای یافتن آدرسش درخواست فرستاده، با IP‌های پاسخ مرتبط کرد.

با filter برابر با tls،؜ تعداد ۴۰ packet مشاهده شده است: یک Client Hello،؜ یک Server Hello،؜ تعداد ۳۴ Application Data و چهار packet دیگر. Client Hello آغازگر TLS handshake است و parameter‌های پشتیبانی‌شده را اعلام می‌کند؛ Server Hello نیز انتخاب سمت server را برمی‌گرداند. نکته آموزشی این بخش آن است که رمزگذاری، محتوای ارتباط را محافظت می‌کند، اما همه اطلاعات مربوط به فعالیت شبکه را پنهان نمی‌کند.

در بخش TCP،؜ عبارت tcp.flags.syn == 1 دو packet از نوع SYN و SYN-ACK را نشان داده است. این‌ها دو مرحله نخست برقراری ارتباط سه‌مرحله‌ای TCP هستند؛ توالی معمول با ACK کامل می‌شود. نویسنده همچنین با بررسی آدرس‌های مبدأ و مقصد، تفاوت IPv4 خصوصی و عمومی و جهت ارتباط را مطالعه کرده است.

در بخش Statistics،؜ آمار endpoint با آمار ارتباط میان دو endpoint مقایسه شده است. آدرس محلی کامپیوتر با ۴۵ packet بیشترین تعداد مشاهده‌شده را داشته است. در مقابل، بخش TCP Conversations شامل ۱۵ ارتباط بوده و پرترافیک‌ترین مورد، با ۲۸ packet،؜ میان کامپیوتر و یک IP خارجی ثبت شده است. تفاوت اصلی این است که endpoint به یک آدرس مربوط می‌شود، اما آمار ارتباط، یک جفت آدرس را بررسی می‌کند.

در پایان، filter برابر با tcp.flags.reset == 1 هیچ نتیجه‌ای نداشته است. این فقط یعنی در همین نمونه TCP reset دیده نشده؛ نه اینکه شبکه امن است یا هرگز reset رخ نمی‌دهد. نویسنده تأکید می‌کند تعداد packet‌ها و ترافیک غیرمعمول به‌تنهایی نشانه رفتار مخرب نیستند. تحلیل عمیق‌تر به نمونه‌های طولانی‌تر، شناخت ترافیک معمول و ابزارهای نظارتی بیشتر نیاز دارد.

نکته کلیدی

نتیجه را به محدوده همان Packet Capture محدود کن: نبود TCP reset فقط درباره ترافیک ثبت‌شده حرف می‌زند. پیش از نسبت‌دادن ترافیک غیرمعمول به حمله، زمینه ارتباط و شواهد پشتیبان را بررسی کن.

خواندن مقاله اصلی (در زبانه‌ی جدید باز می‌شود)
برچسب‌ها (۴)