(به : ) با و همچنین با عنوان یا گاهی با عنوان شناخته می‌شود. در و ، حملهٔ شخص میانی، شیوه‌ای از فعال است که حمله‌کننده، ارتباط مستقلی را با قربانی، برقرار می‌کند و پیام‌های بین آنها را بازپخش می‌کند. به گونه‌ای که آن‌ها را معتقد می‌کند که در یک ارتباط مستقیم و خصوصی با یکدیگر، صحبت می‌کنند؛ در حالی که همه گفتگوهای آنها توسط حمله‌کننده، کنترل می‌شود. حمله‌کننده باید توانایی شنود همه پیام‌های فرستاده شده بین دو قربانی و گذاشتن پیغام تازه را داشته باشد که در بسیاری از شرایط درست کار کنند. برای نمونه، حمله‌کننده‌ای با حوزهٔ دریافت یک پیام رمزنگاری نشده ( )، می‌تواند خودش را به عنوان یک مرد میانی جا بزند. 
 یک حمله‌کنندهٔ مرد میانی در صورتی می‌تواند موفق شود که هر نقطهٔ انتهایی را با رضایت دیگری جعل هویت کند. این یک حمله (یا نبودِ) دو جانبه‌است. بیشتر ، شامل برخی از اشکال احراز هویت نقاط انتهایی، به ویژه برای جلوگیری از حملات مرد میانی هستند. برای نمونه، (SSL) می‌تواند یک یا هر دو طرف را با استفاده از مجوز گواهی مورد اعتماد دو طرفه، احراز هویت کند. 
 به استثنای پروتکل Interlock، همهٔ سامانه‌های رمزنگاری که ضد حملهٔ شخص میانی ایمن هستند نیاز به تبادل یا اضافی روی بسیاری از دارند. بسیاری از روش‌های با نیازهای امنیتی گوناگون برای کانال‌های ایمن، گسترش داده شده‌است. 
 فرض کنید Alice می‌خواهد با Bob ارتباط برقرار کند. ضمناً، Mallory می‌خواهد که جلوی این مکالمه را با شنود و احتمالاً، رساندن پیغام غلط به Bob را بگیرد.
 در آغاز، Alice عمومی خود را از Bob درخواست می‌کند. اگر Bob کلید عمومی خود را به Alice بدهد و Mallory توانایی شنود آن کلید را داشته باشد یک حمله شخص میانی آغاز می‌شود. Mallory یک پیام جعلی را که مدعی ارسال از طرف Bob است به Alice می‌فرستد اما به جای آن، کلید عمومی خودش را جایگزین آن می‌کند.
 Alice با اعتقاد به اینکه کلید عمومی Bob را در اختیار دارد پیام خود را با کلید Mallory رمزنگاری می‌کند و پیام رمزنگاری شده را به Bob می‌فرستد. Mallory دوباره جلوی پیام را می‌گیرد و آن را با استفاده از خود رمزگشایی می‌کند و احتمالاً اگر بخواهد، آن را تغییر داده و دوباره با استفاده از کلید عمومی Bob رمزنگاری کرده و به Bob می‌فرستد. هنگامی که Bob پیام رمزنگاری شده تازه را دریافت می‌کند گمان می‌کند که پیام از طرف Alice آمده‌است.
 در حقیقت Alice پیامی را که به Bob می‌فرستد Mallory شنود می‌کند.
 --> 
 Mallory دوباره این پیام را برای Bob مخابره می‌کند. Bob توانایی تشخیص پیام واقعی از سوی Alice را ندارد.
 --> 
 Bob با کلید رمزنگاری شده‌اش پاسخ می‌دهد.
 <-- 
 Mallory کلید Bob را با کلید خودش عوض کرده و پیامی را که مدعی کلید Bob است، دوباره برای Alice می‌فرستد.
 <-- 
 Alice با اعتقاد به این موضوع که کلید در دست او متعلق به Bob است پیام را رمزنگاری کرده و گمان می‌کند که فقط Bob می‌تواند آن را بخواند.
 --> 
 با این وجود به دلیل اینکه پیام با کلید Mallory رمزنگاری شده‌است Mallory می‌تواند آن را رمزگشایی، خوانده، و مدیریت کند (و در صورت مطلوب بودن)، دوباره آن را با کلید عمومی Bob رمزنگاری کرده و به سمت Bob هدایت کند.
 
 Bob تصور می‌کند که این پیام، یک ارتباط ایمن از طرف Alice است.
 این نمونه نیاز Alice و Bob را برای داشتن راهی به منظور اطمینان از این که آن‌ها به درستی از کلید عمومی یکدیگر به جای کلید عمومی مهاجم استفاده کنند نشان می‌دهد. در غیر این صورت، چنین حملاتی معمولاً ممکن و اصولاً در برابر هر پیامی هستند که با استفاده از فناوری کلید عمومی ارسال می‌شود. خوشبختانه روش‌های گوناگونی برای دفاع در برابر حمله شخص میانی وجود دارند.
 انواع روش‌های دفاع در برابر حمله شخص میانی، از روش‌های احراز هویت استفاده می‌کنند که بر پایهٔ موارد زیر است:
 
 
 
 
 
 به طور کلی، درستی کلیدهای عمومی را باید از طریق روشی مطمئن شد، اما احتیاج به محرمانه بودن کلید ندارند. گذرواژه‌ها و کلیدهای رمز به اشتراک گذاشته شده، نیازهای محرمانگی بیش تری را طلب می‌کنند. کلیدهای عمومی به وسیلهٔ یک مرکز تأیید گواهی که کلید عمومی آن از طریق یک کانال امن (برای نمونه، توسط یک یا یک برنامهٔ نصب شدهٔ سامانه‌ای) توزیع شده‌است بررسی می‌شود. کلیدهای عمومی نیز می‌توانند از طریق یک که کلید عمومی آن از طریق یک کانال امن (برای نمونه با جلسات چهره به چهره) توزیع شده، تأیید بشوند.
 برای پروتکل‌هایی که با استفاده از شکل‌های گوناگون کلید و گذرواژه از حملات مرد میانی جلوگیری می‌کنند به پروتکل تبادل کلید نگاه کنید.
 برای پی بردن به این موضوع که واقعاً حملهٔ شخص میانی رخ داده‌است یا خیر، می‌توان را با توجه به مواردی که مشکوک به حملهٔ شخص میانی هستند، تجزیه و تحلیل کرد. شواهد مهم برای تجزیه و تحلیل شبکه توسط افراد مظنون به حملهٔ شخص میانی در امنیت لایه انتقال (SSL) عبارتند از: 
 
 
 پروتکل‌های به طور معمول همه یا بخشی از ارتباطات کلاسیک خود را با یک رویهٔ احراز هویت ایمن و بی‌قید و شرط، احراز هویت می‌کنند که نمونه آن است. 
 حملهٔ شخص میانی باید به عنوان مشکلی کلی که ناشی از حضور عناصر واسطه به عنوان نمایندهٔ کاربران هر دو طرف است، دیده شود. اگر آن‌ها دارای صلاحیت و قابل اعتماد باشند همه چیز ممکن است خوب باشد. اما اگر آن‌ها دارای این ویژگی‌ها نباشند هیچ چیز خوب نخواهد بود. حملهٔ شخص میانی را می‌توان با عملکرد در نقش یک و معرفی خود به عنوان کاربر مورد اطمینان به هر دو طرف میتوان تشخیص داد.
 یک حملهٔ شخص میانی رمزنگاری نشدهٔ قابل توجه، توسط یکی از نسخه‌های Belkin در سال انجام شد. به گونه‌ای که به صورت تناوبی، بر روی یک اتصال (HTTP) که برای مسیریابی استفاده می‌شد تسلط می‌یافت. این حمله ترافیک به سمت مقصد، هدایت نمی‌کرد. در عوض، خودش به عنوان سرور منتخب پاسخ می‌داد. پاسخی که ارسال می‌شد در مکانی از مورد درخواست کاربر، تبلیغ یکی دیگر از محصولات Belkin بود. پس از اعتراض کاربران دارای دانش فنی، این توانایی از نسخه‌های بعدی، رهیاب برداشته شد. 
 نمونهٔ دیگری از حملهٔ شخص میانی رمزنگاری نشده، " کشتراز پورنو" است. برایان وارنر گفت این یک «حملهٔ امکان‌پذیر» است که ایجادکننده‌های می‌توانند از آن برای غلبه بر استفاده کنند. ایجادکننده‌های اسپم‌ها یک وبگاه پورنوگرافیک می‌کنند که برای دسترسی به محتویات آن، کاربر می‌بایست کپچاهاهای مربوط به پرسش‌ها را حل کند. با اینحال خاطرنشان می‌کند که این حملات صرفاً تئوری هستند. تا سال ۲۰۰۶ شواهدی مبنی بر اینکه ایجادکنندگان اسپم‌ها یک کشتزار پورن Turing ساخته باشند وجود نداشت؛ اما آنگونه که در خبرهای گزارش شد ایجادکننده‌های اسپم‌ها در واقع یک بازی تحت ساخته بودند که در آن کاربران، کپجاهای سرویس را حل کرده و با نگاره‌های پورنو پاداش داده می‌شدند. این به ایجادکننده‌های اسپم‌ها اجازهٔ ایجاد حساب کاربری ، به طور موقت و رایگان و با امکان ارسال اسپم را می‌داد.
{"title": "حمله مرد میانی", "link": "https://fa.wikipedia.org//w/index.php?title=%D8%AD%D9%85%D9%84%D9%87_%D9%85%D8%B1%D8%AF_%D9%85%DB%8C%D8%A7%D9%86%DB%8C&oldid=34319127", "language": "fa"}