There is some literature in order to sustain the argument that knowing the PSK and use a sniffer can decode the packets?
In cryptography, an attack on man-in-the-middle (or intermediate rajesh_chd in Castilian) is an attack where the enemy acquires the ability to read, insert and modify at will, messages between two parties without any of them know that the link between them has been violated. The attacker must be able to observe and intercept messages between the two victims. Rajesh_chd The attack is particularly significant in the original protocol for key exchange Diffie-Hellman, where it is used without authentication.
The need for an additional transfer through a secure channel
Except for the Interlock Protocol, all cryptographic systems secure against attacks rajesh_chd require additional exchange of data or the transmission of certain information through some sort of secure channel. In this regard, we have developed many methods of negotiating with several key requirements of safety in secure channel.
Possible subataques
The attack rajesh_chd may include some of the following subataques:
* Interception of communication (eavesdropping), including traffic analysis and possibly an attack from plain text (plaintext) known.
* Attacks from ciphertext chosen, depending on what you do with the receiver decoding the message.
* Attacks of substitution.
* Repeat attacks.
* Denial of service attacks (denial of service). The attacker could, for example, block communications before attacking one of the parties. The defense in this case goes by sending periodic status messages authenticated.
Rajesh_chd typically used to refer to active manipulation of messages, rather than to denote passive interception of communication.
An example of public key cryptography
Marcela Suppose you want to communicate with John and Beatrice want intercept that conversation, or perhaps getting a false message to John. To start communication, Marcela Juan should ask your public key. If John sends his key Marcela, but Beatrice is able to intercept, it could deploy an attack rajesh_chd. Marcela Beatriz could send its own public key (Beatriz, instead of John). Marcela, believing that the public key is received from Juan, his message cifraría key Beatrix and the cryptogram sent to John. Beatriz interceptaría again decrypt the message with his private key, keep a copy, re-encrypt the message with the key of John (after a disturbance, if they so wish) and re-send it to John. When he received it, believe it comes from Marcela.
This example illustrates the need for Marcela and Juan for some assurance that they are actually using the correct public keys. Otherwise, their communications would be vulnerable to such attacks using public key technology. Fortunately, there are a variety of techniques that help fend off attacks rajesh_chd.
Defenses against attack
The possibility of an attack by an intermediary remains a potential safety seriously, even for many cryptosystems based on public key. There are several types of defense against these attacks rajesh_chd employing authentication techniques based on:
* Public Key
* Strong Mutual Authentication
* Secret keys (with high entropy secrets)
* Passwords (low entropy secrets)
* Other criteria, such as voice recognition or other biometric characteristics
The integrity of public keys must be ensured in some way, but they do not claim to be secret, while the passwords and shared secret keys have the additional requirement of confidentiality. The public key can be verified by a certification authority (CA) whose public key is distributed through a secure channel (eg via web browser or the OS installation).
Ataque_Man-in-the-middle
In the attack, it is rarely shown that once authenticated in the network can act as an intermediary between two parts of the same network without any of them know it and you can get much information, is a question of assessing the packets travel and use the appropriate decryption mechanisms.
An easy job when the packets travel unprotected in the event of a http, or other MSNMS, if used more secure communication protocols the work of a man in the middle is a bit tricky, but everything is possible.
Man-in-the-middle attack sidesteps SSL
contentverification Man In The Middle Attack
en.wikipedia
ProcedimientoManInTheMiddle
Man In The Middle with Ettercap
arp-poisoning-main-in-the-middle-attack-vol-1
Videotutorial three parts on how to make a rajesh_chd for ARP Poissoning.
Now that the man in the middle is one of the forms of attack, but there are plenty of ways to attack after being in the same network.
...............................................................................
Hay alguna bibliografía para poder sustentar el argumento de que conociendo la PSK y utilizando un sniffer se pueden desencriptar los paquetes?
En criptografía, un ataque man-in-the-middle (MitM o intermediario, en castellano) es un ataque en el que el enemigo adquiere la capacidad de leer, insertar y modificar a voluntad, los mensajes entre dos partes sin que ninguna de ellas conozca que el enlace entre ellos ha sido violado. El atacante debe ser capaz de observar e interceptar mensajes entre las dos víctimas. El ataque MitM es particularmente significativo en el protocolo original de intercambio de claves de Diffie-Hellman, cuando éste se emplea sin autenticación.
La necesidad de una transferencia adicional por un canal seguro
Salvo el Interlock Protocol, todos los sistemas criptográficos seguros frente a ataques MitM requieren un intercambio adicional de datos o la transmisión de cierta información a través de algún tipo de canal seguro. En ese sentido, se han desarrollado muchos métodos de negociación de claves con diferentes exigencias de seguridad respecto al canal seguro.
Posibles subataques
El ataque MitM puede incluir algunos de los siguientes subataques:
* Intercepción de la comunicación (eavesdropping), incluyendo análisis del tráfico y posiblemente un ataque a partir de textos planos (plaintext) conocidos.
* Ataques a partir de textos cifrados escogidos, en función de lo que el receptor haga con el mensaje descifrado.
* Ataques de sustitución.
* Ataques de repetición.
* Ataque por denegación de servicio (denial of service). El atacante podría, por ejemplo, bloquear las comunicaciones antes de atacar una de las partes. La defensa en ese caso pasa por el envío de periódico de mensajes de status autenticados.
MitM se emplea típicamente para referirse a manipulaciones activas de los mensajes, más que para denotar intercepción pasiva de la comunicación.
Un ejemplo de criptografía de clave pública
Supóngase que Marcela desea comunicarse con Juan, y Beatriz quiere interceptar esa conversación, o quizá hacer llegar un mensaje falso a Juan. Para inciar la comunicación, Marcela debe solicitar a Juan su clave pública. Si Juan envía su clave a Marcela, pero Beatriz es capaz de interceptarla, ésta podría desplegar un ataque MitM. Beatriz podría enviar a Marcela su propia clave pública (de Beatriz, en lugar de la de Juan). Marcela, creyendo que la clave pública recibida es de Juan, cifraría su mensaje con la clave de Beatriz y enviaría el criptograma a Juan. Beatriz interceptaría de nuevo, descifraría el mensaje con su clave privada, guardaría una copia; volvería a cifrar el mensaje con la clave de Juan (tras una alteración, si así lo deseara) y lo re-enviaría a Juan. Cuando éste lo recibiera, creería que proviene de Marcela.
Este ejemplo ilustra la necesidad de Marcela y Juan de contar con alguna garantía de que están usando efectivamente las claves públicas correctas. En otro caso, sus comunicaciones se verían expuestas a ataques de este tipo usando la tecnología de clave pública. Afortunadamente, existe una variedad de técnicas que ayudan a defenderse de los ataques MitM.
Defensas contra el ataque
La posibilidad de un ataque de intermediario sigue siendo un problema potencial de seguridad serio, incluso para muchos criptosistemas basados en clave pública. Existen varios tipos de defensa contra estos ataques MitM que emplean técnicas de autenticación basadas en:
* Claves públicas
* Autenticación mutua fuerte
* Claves secretas (secretos con alta entropía)
* Passwords (secretos con baja entropía)
* Otros criterios, como el reconocimiento de voz u otras características biométricas
La integridad de las claves públicas debe asegurarse de alguna manera, pero éstas no exigen ser secretas, mientras que los passwords y las claves de secreto compartido tienen el requerimiento adicional de la confidencialidad. Las claves públicas pueden ser verificadas por una autoridad de certificación (CA), cuya clave pública sea distribuida a través de un canal seguro (por ejemplo, a través del explorador de Web o en la instalación del sistema operativo).
Ataque_Man-in-the-middle
En el ataque anterior, se muestra raramente que una vez autenticado en la red se puede actuar como intermediario entre dos elementos de la misma red sin que alguno de ellos se de cuenta y se puede obtener mucha información, es cuestion de analizar correctamente los paquetes que viajan y utilizar los mecanismos de desencriptación apropiados.
Un trabajo fácil cuando los paquetes viajan sin encriptación como en el caso de consultas http, MSNMS u otros; si se utilizan protocolos de comunicación más seguros, el trabajo del man in the middle es un poco más complicado, pero todo se puede.
Man-in-the-middle attack sidesteps SSL
contentverification Man In The Middle Attack
en.wikipedia
ProcedimientoManInTheMiddle
Man In The Middle with Ettercap
arp-poisoning-main-in-the-middle-attack-vol-1
Videotutorial de tres partes de cómo hacer un MitM por ARP Poissoning.
Ahora que el man in the middle es uno de las formas de ataque, pero hay muchisimas formas de ataque una vez estando dentro de la misma red.
No hay comentarios:
Publicar un comentario