Man - in - the - middle attack - wikipedia Man - in - the - middle attack Not to be confused with Meet - in - the - middle attack. In cryptography and computer security, a man - in - the - middle attack ( MITM ; also Janus attack ) is an attack where the attacker secretly relays and possibly alters the communication between two parties who believe they are directly communicating with each other. One example of man - in - the - middle attacks is active eavesdropping, in which the attacker makes independent connections with the victims and relays messages between them to make them believe they are talking directly to each other over a private connection, when in fact the entire conversation is controlled by the attacker. The attacker must be able to intercept all relevant messages passing between the two victims and inject new ones. This is straightforward in many circumstances ; for example, an attacker within reception range of an unencrypted wireless access point ( Wi - Fi ) could insert himself as a man - in - the - middle. As an attack that aims at circumventing mutual authentication, or lack thereof, a man - in - the - middle attack can succeed only when the attacker can impersonate each endpoint to their satisfaction as expected from the legitimate ends. Most cryptographic protocols include some form of endpoint authentication specifically to prevent MITM attacks. For example, TLS can authenticate one or both parties using a mutually trusted certificate authority. Contents 1 Example 2 Defense and detection 2.1 Authentication 2.2 Tamper detection 2.3 Forensic analysis 3 Notable instances 4 See also 5 References 6 External links Example An illustration of the man - in - the - middle attack Suppose Alice wishes to communicate with Bob. Meanwhile, Mallory wishes to intercept the conversation to eavesdrop and optionally to deliver a false message to Bob. First, Alice asks Bob for his public key. If Bob sends his public key to Alice, but Mallory is able to intercept it, a man - in - the - middle attack can begin. Mallory sends a forged message to Alice that purports to come from Bob, but instead includes Mallory 's public key. Alice, believing this public key to be Bob 's, encrypts her message with Mallory 's key and sends the enciphered message back to Bob. Mallory again intercepts, deciphers the message using her private key, possibly alters it if she wants, and re-enciphers it using the public key Bob originally sent to Alice. When Bob receives the newly enciphered message, he believes it came from Alice. Alice sends a message to Bob, which is intercepted by Mallory : Alice `` Hi Bob, it 's Alice. Give me your key. '' → Mallory Bob Mallory relays this message to Bob ; Bob can not tell it is not really from Alice : Alice Mallory `` Hi Bob, it 's Alice. Give me your key. '' → Bob Bob responds with his encryption key : Alice Mallory ← ( Bob 's key ) Bob Mallory replaces Bob 's key with her own, and relays this to Alice, claiming that it is Bob 's key : Alice ← ( Mallory 's key ) Mallory Bob Alice encrypts a message with what she believes to be Bob 's key, thinking that only Bob can read it : Alice `` Meet me at the bus stop ! '' ( encrypted with Mallory 's key ) → Mallory Bob However, because it was actually encrypted with Mallory 's key, Mallory can decrypt it, read it, modify it ( if desired ), re-encrypt with Bob 's key, and forward it to Bob : Alice Mallory `` Meet me at the van down by the river ! '' ( encrypted with Bob 's key ) → Bob Bob thinks that this message is a secure communication from Alice. Bob goes to the van down by the river and gets robbed by Mallory. Alice does not know that Bob was robbed by Mallory thinking Bob is late. Not seeing Bob for a while, she determines something happened to Bob. This example shows the need for Alice and Bob to have some way to ensure that they are truly each using each other 's public keys, rather than the public key of an attacker. Otherwise, such attacks are generally possible, in principle, against any message sent using public - key technology. A variety of techniques can help defend against MITM attacks. Defense and detection MITM attacks can be prevented or by two means : authentication and tamper detection. Authentication provides some degree of certainty that a given message has come from a legitimate source. Tamper detection merely shows evidence that a message may have been altered. Authentication All cryptographic systems that are secure against MITM attacks provide some method of authentication for messages. Most require an exchange of information ( such as public keys ) in addition to the message over a secure channel. Such protocols often use key - agreement protocols have been developed, with different security requirements for the secure channel, though some have attempted to remove the requirement for any secure channel at all. A public key infrastructure, such as Transport Layer Security, may harden Transmission Control Protocol against Man - in - the - middle - attacks. In such structures, clients and servers exchange certificates which are issued and verified by a trusted third party called a certificate authority ( CA ). If the original key to authenticate this CA has not been itself the subject of a MITM attack, then the certificates issued by the CA may be used to authenticate the messages sent by the owner of that certificate. Use of mutual authentication, in which both the server and the client validate the other 's communication, covers both ends of a MITM attack, though the default behavior of most connections is to only authenticate the server. Attestments, such as verbal communications of a shared value ( as in ZRTP ), or recorded attestments such as audio / visual recordings of a public key hash are used to ward off MITM attacks, as visual media is much more difficult and time - consuming to imitate than simple data packet communication. However, these methods require a human in the loop in order to successfully initiate the transaction. HTTP Public Key Pinning, sometimes called `` certificate pinning '', helps prevent a MITM attack in which the certificate authority itself is compromised, by having the server provide a list of `` pinned '' public key hashes during the first transaction. Subsequent transactions then require one or more of the keys in the list must be used by the server in order to authenticate that transaction. DNSSEC extends the DNS protocol to use signatures to authenticate DNS records, preventing simple MITM attacks from directing a client to a malicious IP address. Tamper detection Latency examination can potentially detect the attack in certain situations, such as with long calculations that lead into tens of seconds like hash functions. To detect potential attacks, parties check for discrepancies in response times. For example : Say that two parties normally take a certain amount of time to perform a particular transaction. If one transaction, however, were to take an abnormal length of time to reach the other party, this could be indicative of a third party 's interference inserting additional latency in the transaction. Quantum Cryptography, in theory, provides tamper - evidence for transactions through the no - cloning theorem. Protocols based on quantum cryptography typically authenticate part or all of their classical communication with an unconditionally secure authentication scheme e.g. Wegman - Carter authentication. Forensic Analysis Captured network traffic from what is suspected to be an attack can be analyzed in order to determine whether or not there was an attack and determine the source of the attack, if any. Important evidence to analyze when performing network forensics on a suspected attack includes : IP address of the server DNS name of the server X. 509 certificate of the server Is the certificate self signed ? Is the certificate signed by a trusted CA ? Has the certificate been revoked ? Has the certificate been changed recently ? Do other clients, elsewhere on the Internet, also get the same certificate ? Notable instances A notable non-cryptographic man - in - the - middle attack was perpetrated by a Belkin wireless network router in 2003. Periodically, it would take over an HTTP connection being routed through it : this would fail to pass the traffic on to destination, but instead itself respond as the intended server. The reply it sent, in place of the web page the user had requested, was an advertisement for another Belkin product. After an outcry from technically literate users, this ' feature ' was removed from later versions of the router 's firmware. In 2011, a security breach of the Dutch certificate authority DigiNotar resulted in the fraudulent issuing of certificates. Subsequently, the fraudulent certificates were used to perform man - in - the - middle attacks. In 2013, the Nokia 's Xpress Browser was revealed to be decrypting HTTPS traffic on Nokia 's proxy servers, giving the company clear text access to its customers ' encrypted browser traffic. Nokia responded by saying that the content was not stored permanently, and that the company had organizational and technical measures to prevent access to private information. In 2017, Equifax withdrew its mobile phone apps following concern about man - in - the - middle vulnerabilities. Other notable real - life implementations include the following : DSniff -- the first public implementation of MITM attacks against SSL and SSH Fiddler2 HTTP ( S ) diagnostic tool NSA impersonation of Google Opendium Web Gateway and Opendium UTM Content - control software, used to perform inspection of HTTPS traffic at the gateway. Superfish malware Forcepoint Content Gateway -- used to perform inspection of SSL traffic at the proxy wsniff --, a tool for 802.11 HTTP / HTTPS based MITM attacks Comcast uses MITM attacks to inject JavaScript code to 3rd party web pages, showing their own ads and messages on top of the pages. See also Aspidistra transmitter -- a British radio transmitter used for World War II `` intrusion '' operations, an early man - in - the - middle attack. Babington Plot -- the plot against Elizabeth I of England, where Francis Walsingham intercepted the correspondence. Boy - in - the - browser -- a simpler type of web browser MITM Computer security -- the design of secure computer systems. Cryptanalysis -- the art of deciphering encrypted messages with incomplete knowledge of how they were encrypted. Digital signature -- a cryptographic guarantee of the authenticity of a text, usually the result of a calculation only the author is expected to be able to perform. Evil Maid Attack -- attack used against full disk encryption systems Interlock protocol -- a specific protocol to circumvent a man - in - the - middle attack when the keys may have been compromised. Key management -- how to manage cryptographic keys, including generation, exchange and storage. Key - agreement protocol -- a cryptographic protocol for establishing a key in which both parties can have confidence. Man - in - the - browser -- a type of web browser MITM Man - on - the - side attack -- a similar attack, giving only regular access to a communication channel. Mutual authentication -- how communicating parties establish confidence in one another 's identities. Password - authenticated key agreement -- a protocol for establishing a key using a password. Quantum cryptography -- the use of quantum mechanics to provide security in cryptography ( while older methods rely on one - way functions ). Secure channel -- a way of communicating resistant to interception and tampering. Spoofing attack References Jump up ^ Tanmay Patange ( November 10, 2013 ). `` How to defend yourself against MITM or Man - in - the - middle attack ''. Jump up ^ 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. Jump up ^ MiTM on RSA public key encryption Jump up ^ How Encryption Works Jump up ^ Public - key cryptography Jump up ^ Merkle, Ralph C ( April 1978 ). `` Secure Communications Over Insecure Channels ''. Communications of the ACM. 21 ( 4 ) : 294 -- 299. doi : 10.1145 / 359460.359473. Received August, 1975 ; revised September 1977 Jump up ^ Heinrich, Stuart ( 2013 ). `` Public Key Infrastructure based on Authentication of Media Attestments ''. arXiv : 1311.7182 v1. Jump up ^ Aziz, Benjamin ; Hamilton, Geoff ( 2009 ). `` Detecting man - in - the - middle attacks by precise timing ''. 2009 Third International Conference on Emerging Security Information, Systems and Technologies : 81 -- 86. Retrieved 2017 - 02 - 25. Jump up ^ `` 5. Unconditionally secure authentication ''. liu.se. Jump up ^ `` Network Forensic Analysis of SSL MITM Attacks ''. NETRESEC Network Security Blog. Retrieved March 27, 2011. Jump up ^ Leyden, John ( 2003 - 11 - 07 ). `` Help ! my Belkin router is spamming me ''. The Register. Jump up ^ Meyer, David ( 10 January 2013 ). `` Nokia : Yes, we decrypt your HTTPS data, but do n't worry about it ''. Gigaom, Inc. Retrieved 13 June 2014. Jump up ^ `` NSA disguised itself as Google to spy, say reports ''. CNET. 12 Sep 2013. Retrieved 15 Sep 2013. Jump up ^ `` Comcast using man - in - the - middle attack to warn subscribers of potential copyright infringement ''. Jump up ^ `` Comcast still uses MITM javascript injection to serve unwanted ads and messages ''. Jump up ^ `` Comcast continues to inject its own code into websites you visit ''. External links Finding Hidden Threats by Decrypting SSL ( PDF ). SANS Institute. SSH Man - in - the - Middle Penetration Testing Tool Malware topics Infectious malware Computer virus Comparison of computer viruses Computer worm List of computer worms Timeline of computer viruses and worms Concealment Trojan horse Rootkit Backdoor Zombie computer Man - in - the - middle Man - in - the - browser Man - in - the - mobile Clickjacking Malware for profit Privacy - invasive software Adware Spyware Botnet Keystroke logging Form grabbing Web threats Fraudulent dialer Malbot Scareware Rogue security software Ransomware Crimeware By operating system Linux malware Palm OS viruses Mobile malware Macro virus Classic Mac OS viruses MacOS malware iOS malware Android malware Protection Anti-keylogger Antivirus software Browser security Internet security Mobile security Network security Defensive computing Firewall Intrusion detection system Data loss prevention software Countermeasures Computer and network surveillance Operation : Bot Roast Honeypot Retrieved from `` https://en.wikipedia.org/w/index.php?title=Man-in-the-middle_attack&oldid=815758428 '' Categories : Cryptographic attacks Computer network security Transport Layer Security Talk Contents About Wikipedia Беларуская Català Čeština Deutsch Eesti Ελληνικά Español فارسی Français 한국어 Italiano עברית Lumbaart Magyar မြန်မာဘာသာ Nederlands 日本 語 Norsk Polski Português Русский Shqip Simple English Suomi Tagalog Türkçe Українська Tiếng Việt 中文 Edit links This page was last edited on 16 December 2017, at 23 : 10. Text is available under the Creative Commons Attribution - ShareAlike License ; additional terms may apply. By using this site, you agree to the Terms of Use and Privacy Policy. Wikipedia ® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization. About Wikipedia

Question: man-in-the-middle attacks are which type of network attack
Answer: the attacker secretly relays and possibly alters the communication between two parties who believe they are directly communicating with each other