حمله مرد میانی

(تغییرمسیر از حمله مردی در میان)

حملهٔ شخص میانی (به انگلیسی: Man-in-the-middle attack) با کوته‌نوشت MITM و همچنین با عنوان حملهٔ Bucket Brigade یا گاهی با عنوان حملهٔ ژانوس شناخته می‌شود. در رمزنگاری و امنیت رایانه، حملهٔ شخص میانی، شیوه‌ای از شنود فعال است که حمله‌کننده، ارتباط مستقلی را با قربانی، برقرار می‌کند و پیام‌های بین آنها را بازپخش می‌کند. به گونه‌ای که آن‌ها را معتقد می‌کند که در یک ارتباط مستقیم و خصوصی با یکدیگر، صحبت می‌کنند؛ در حالی که همه گفتگوهای آنها توسط حمله‌کننده، کنترل می‌شود. حمله‌کننده باید توانایی شنود همه پیام‌های فرستاده شده بین دو قربانی و گذاشتن پیغام تازه را داشته باشد که در بسیاری از شرایط درست کار کنند. برای نمونه، حمله‌کننده‌ای با حوزهٔ دریافت یک پیام رمزنگاری نشده نقطه دسترسی بی‌سیم (آی‌تریپل‌ئی ۸۰۲٫۱۱[۱][۲])، می‌تواند خودش را به عنوان یک مرد میانی جا بزند.[۳]

یک حمله‌کنندهٔ مرد میانی در صورتی می‌تواند موفق شود که هر نقطهٔ انتهایی را با رضایت دیگری جعل هویت کند. این یک حمله (یا نبودِ) احراز هویت دو جانبه‌است. بیشتر پروتکل‌های رمزنگاری، شامل برخی از اشکال احراز هویت نقاط انتهایی، به ویژه برای جلوگیری از حملات مرد میانی هستند. برای نمونه، امنیت لایه انتقال (SSL) می‌تواند یک یا هر دو طرف را با استفاده از مجوز گواهی مورد اعتماد دو طرفه، احراز هویت کند.[۲]

نیاز به استفاده از یک کانال امن

ویرایش

به استثنای پروتکل Interlock، همهٔ سامانه‌های رمزنگاری که ضد حملهٔ شخص میانی ایمن هستند نیاز به تبادل یا انتقال اطلاعات اضافی روی بسیاری از کانال‌های امن دارند. بسیاری از روش‌های تبادل کلید با نیازهای امنیتی گوناگون برای کانال‌های ایمن، گسترش داده شده‌است.[۴]

نمونه‌ای از یک حمله

ویرایش

فرض کنید Alice می‌خواهد با Bob ارتباط برقرار کند. ضمناً، Mallory می‌خواهد که جلوی این مکالمه را با شنود و احتمالاً، رساندن پیغام غلط به Bob را بگیرد.

 
Mallory شخص میان Bob و Alice است.

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

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

در حقیقت Alice پیامی را که به Bob می‌فرستد Mallory شنود می‌کند.

Alice "Hi Bob, it's Alice. Give me your key"--> Mallory Bob

Mallory دوباره این پیام را برای Bob مخابره می‌کند. Bob توانایی تشخیص پیام واقعی از سوی Alice را ندارد.

Alice Mallory "Hi Bob, it's Alice. Give me your key"--> Bob

Bob با کلید رمزنگاری شده‌اش پاسخ می‌دهد.

Alice Mallory <--[Bob's_key] Bob

Mallory کلید Bob را با کلید خودش عوض کرده و پیامی را که مدعی کلید Bob است، دوباره برای Alice می‌فرستد.

Alice <--[Mallory's_key] Mallory Bob

Alice با اعتقاد به این موضوع که کلید در دست او متعلق به Bob است پیام را رمزنگاری کرده و گمان می‌کند که فقط Bob می‌تواند آن را بخواند.

Alice "Meet me at the bus stop!"[encrypted with Mallory's key]--> Mallory Bob

با این وجود به دلیل اینکه پیام با کلید Mallory رمزنگاری شده‌است Mallory می‌تواند آن را رمزگشایی، خوانده، و مدیریت کند (و در صورت مطلوب بودن)، دوباره آن را با کلید عمومی Bob رمزنگاری کرده و به سمت Bob هدایت کند.

Alice' Mallory "Meet me at 22nd Ave!"[encrypted with Bob's key]--> Bob

Bob تصور می‌کند که این پیام، یک ارتباط ایمن از طرف Alice است.

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

دفاع در برابر حمله

ویرایش

انواع روش‌های دفاع در برابر حمله شخص میانی، از روش‌های احراز هویت استفاده می‌کنند که بر پایهٔ موارد زیر است:

  • زیرساخت کلید عمومی
    • احراز هویت متقابل زیرساخت کلید عمومی. دفاع عمده، با انجام احراز هویت دوطرفه است. در این مورد، علاوه بر اینکه نرم‌افزار، کاربر را اعتبارسنجی می‌کند (در صورتی که برنامه گول‌زننده باشد استفادهٔ زیادی ندارد)، دستگاه‌های کاربران را نیز تأیید می‌کند. از این رو برنامه‌های گول زننده را از برنامه‌های اصلی تشخیص می‌دهد.
  • احراز هویت دو طرفه قوی‌تر، همچون:
    • کلیدهای محرمانه (معمولاً با رمزی حاوی بی‌نظمی زیاد اطلاعات و بنابراین، ایمنی بالا)
    • گذرواژه‌ها (معمولاً با رمزی حاوی بی‌نظمی کم اطلاعات و بنابراین، دارای ایمنی کمتر است)
  • آزمون تأخیر زمانی، از جمله محاسبات طولانی رمزنگاری تابع Hash، که ممکن است ده‌ها ثانیه طول بکشد. اگر ارتباط هر دو طرف به‌طور معمول ۲۰ ثانیه طول بکشد و محاسبات برای رسیدن پیام به هر یک از طرفین ۶۰ ثانیه طول بکشد این می‌تواند نشان دهندهٔ وجود شخص ثالث باشد.
  • پد یک‌بار مصرف که با فرض امنیت و اطمینان به پد یک‌بار مصرف، نسبت به حمله شخص میانی مصون است.
  • تصدیق Carry-forward
  • آزمونی که با حذف گواهی‌های به خطر افتادهٔ صادره از مراجع صادرکنندهٔ گواهی برای رایانه‌های واقعی، انجام می‌شود و گواهی‌های به خطر افتاده، پیش از حذف، برای تحلیل، به ناحیهٔ جعبه شنی فرستاده می‌شوند.

به‌طور کلی، درستی کلیدهای عمومی را باید از طریق روشی مطمئن شد، اما احتیاج به محرمانه بودن کلید ندارند. گذرواژه‌ها و کلیدهای رمز به اشتراک گذاشته شده، نیازهای محرمانگی بیش تری را طلب می‌کنند. کلیدهای عمومی به وسیلهٔ یک مرکز تأیید گواهی که کلید عمومی آن از طریق یک کانال امن (برای نمونه، توسط یک مرورگر وب یا یک برنامهٔ نصب شدهٔ سامانه‌ای) توزیع شده‌است بررسی می‌شود. کلیدهای عمومی نیز می‌توانند از طریق یک وبگاه مورد اعتماد که کلید عمومی آن از طریق یک کانال امن (برای نمونه با جلسات چهره به چهره) توزیع شده، تأیید بشوند.

برای طبقه‌بندی پروتکل‌هایی که با استفاده از شکل‌های گوناگون کلید و گذرواژه از حملات مرد میانی جلوگیری می‌کنند به پروتکل تبادل کلید نگاه کنید.

تجزیه و تحلیل قانونی حمله شخص میانی

ویرایش

برای پی بردن به این موضوع که واقعاً حملهٔ شخص میانی رخ داده‌است یا خیر، می‌توان ترافیک شبکهٔ تصرف شده را با توجه به مواردی که مشکوک به حملهٔ شخص میانی هستند، تجزیه و تحلیل کرد. شواهد مهم برای تجزیه و تحلیل شبکه توسط افراد مظنون به حملهٔ شخص میانی در امنیت لایه انتقال (SSL) عبارتند از:[۱]

  • آدرس IP سرور (رایانه)
  • نام سامانه نام دامنه سرور
  • استاندارد اکس۵۰۹ سرور
    • آیا گواهی امضاء شده‌است؟
    • آیا گواهی توسط یک CA مورد اعتماد امضاء شده‌است؟
    • آیا گواهی باطل شده‌است؟
    • آیا گواهی به تازگی تغییر کرده‌است؟
    • آیا کاربران دیگر، در جای دیگر محیط اینترنت، گواهی مشابهی را اخذ کرده‌اند؟

رمزنگاری کوانتومی

ویرایش

پروتکل‌های رمزنگاری کوانتومی به‌طور معمول همه یا بخشی از ارتباطات کلاسیک خود را با یک رویهٔ احراز هویت ایمن و بی‌قید و شرط، احراز هویت می‌کنند که نمونه آن احراز هویت Wegman-Carter است.[۲]

فراتر از رمزنگاری

ویرایش

حملهٔ شخص میانی باید به عنوان مشکلی کلی که ناشی از حضور عناصر واسطه به عنوان نمایندهٔ کاربران هر دو طرف است، دیده شود. اگر آن‌ها دارای صلاحیت و قابل اعتماد باشند همه چیز ممکن است خوب باشد. اما اگر آن‌ها دارای این ویژگی‌ها نباشند هیچ چیز خوب نخواهد بود. حملهٔ شخص میانی را می‌توان با عملکرد در نقش یک پراکسی سرور و معرفی خود به عنوان کاربر مورد اطمینان به هر دو طرف می‌توان تشخیص داد.

یک حملهٔ شخص میانی رمزنگاری نشدهٔ قابل توجه، توسط یکی از نسخه‌های رهیاب شبکهٔ بی‌سیم Belkin در سال ۲۰۰۳ (میلادی) انجام شد. به گونه‌ای که به صورت تناوبی، بر روی یک اتصال پروتکل انتقال ابرمتن (HTTP) که برای مسیریابی استفاده می‌شد تسلط می‌یافت. این حمله ترافیک به سمت مقصد، هدایت نمی‌کرد. در عوض، خودش به عنوان سرور منتخب پاسخ می‌داد. پاسخی که ارسال می‌شد در مکانی از صفحهٔ وب مورد درخواست کاربر، تبلیغ یکی دیگر از محصولات Belkin بود. پس از اعتراض کاربران دارای دانش فنی، این توانایی از نسخه‌های بعدی، سفت‌افزار رهیاب برداشته شد.[۳]

نمونهٔ دیگری از حملهٔ شخص میانی رمزنگاری نشده، «آزمون تورینگ کشتراز پورنو» است. برایان وارنر گفت این یک «حملهٔ امکان‌پذیر» است که ایجادکننده‌های اسپم می‌توانند از آن برای غلبه بر کپچاها استفاده کنند.[۵] ایجادکننده‌های اسپم‌ها یک وبگاه پورنوگرافیک راه‌اندازی می‌کنند که برای دسترسی به محتویات آن، کاربر می‌بایست کپچاهاهای مربوط به پرسش‌ها را حل کند. با اینحال جف اتوود خاطرنشان می‌کند که این حملات صرفاً تئوری هستند. تا سال ۲۰۰۶ شواهدی مبنی بر اینکه ایجادکنندگان اسپم‌ها یک کشتزار پورن Turing ساخته باشند وجود نداشت؛[۶] اما آنگونه که در خبرهای اکتبر ۲۰۰۷ گزارش شد ایجادکننده‌های اسپم‌ها در واقع یک بازی تحت مایکروسافت ویندوز ساخته بودند که در آن کاربران، کپجاهای سرویس یاهو! میل را حل کرده و با نگاره‌های پورنو پاداش داده می‌شدند.[۷] این به ایجادکننده‌های اسپم‌ها اجازهٔ ایجاد حساب کاربری پست الکترونیک، به‌طور موقت و رایگان و با امکان ارسال اسپم را می‌داد.

پیاده‌سازی‌ها

ویرایش
  • dsniff- ابزاری برای حملات SSH و SSL حملهٔ شخص میانی
  • Cain and Abel- ابزار GUI ویندوز که توانایی انجام حملهٔ شخص میانی را از طریق شنود الکترونیک شبکه و فریب‌کاری آرپ ARP (پروتکل تفکیک آدرس) دارد.
  • Ettercap- ابزاری برای حمله شخص میانی مبتنی بر شبکه محلی
  • Karma- ابزاری که از حملات 802.11 Evil Twin، در انجام حمله شخص میانی استفاده می‌کند.
  • Sourceforge- بزاری که حمله شخص میانی مبتنی بر ۸۰۲٫۱۱ را نشان می‌دهد.
  • SSLStrip[پیوند مرده]- ابزاری برای حمله شخص میانی مبتنی بر SSL.
  • Thoughtcrime[پیوند مرده]- ابزاری برای حمله شخص میانی مبتنی بر SSL. در آغاز، به منظور بهره‌برداری از نقص در اینترنت اکسپلورر ساخته شد.
  • Intercepter-NG- گذرواژهٔ شبکهٔ ویندوز با توانایی مسمومیت ARP. شامل SSLStrip برای حمله شخص میانی مبتنی بر SSL است.
  • Mallory- پراکسی سرور MiTMing TCP و UDP شفاف. قابل تعمیم به MiTM SSL, SSH و بسیاری از پروتکل‌های دیگر.
  • wsniff- ابزاری برای حمله شخص میانی مبتنی بر HTTP.
  • کارت‌خوان‌های اضافی و روشی برای جدا کردن کلید فشار بر روی یک ماشین سخنگوی خودکار.

جستارهای وابسته

ویرایش

پانویس

ویرایش
  1. ۱٫۰ ۱٫۱ "Comcast continues to inject its own code into websites you visit". 2017-12-11.
  2. ۲٫۰ ۲٫۱ ۲٫۲ Callegati, Franco; Cerroni, Walter; Ramilli, Marco (2009). "IEEE Xplore - Man-in-the-Middle Attack to the HTTPS Protocol". Ieeexplore.IEEE.org: 78–81. Retrieved 13 April 2016.
  3. ۳٫۰ ۳٫۱ Tanmay Patange (November 10, 2013). "How to defend yourself against MITM or Man-in-the-middle attack". Archived from the original on 24 November 2013. Retrieved 16 October 2019.
  4. «Interlock Protocol for Preventing Man-in-the-Middle (MitM) Attack». Cryptography Stack Exchange. دریافت‌شده در ۲۰۲۰-۰۹-۱۶.
  5. "Petmail Documentation: Steal People's Time To Solve CAPTCHA Challenges". Retrieved 2008-05-19.
  6. "CAPTCHA Effectiveness". 2006-10-25. Archived from the original on 24 January 2010. Retrieved 16 اكتبر 2019. {{cite web}}: Check date values in: |access-date= (help)
  7. "PC stripper helps spam to spread". BBC News. 2007-10-30. {{cite news}}: Cite has empty unknown parameter: |coauthors= (help)

منابع

ویرایش

پیوند به بیرون

ویرایش