<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>MitM on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/mitm/</link><description>Recent content in MitM on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Wed, 20 May 2015 18:54:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/mitm/index.xml" rel="self" type="application/rss+xml"/><item><title>LogJam — This new encryption glitch puts Internet users at risk</title><link>http://karpoke.ignaciocano.com/2015/05/20/logjam-this-new-encryption-glitch-puts-internet-users-at-risk/</link><pubDate>Wed, 20 May 2015 18:54:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2015/05/20/logjam-this-new-encryption-glitch-puts-internet-users-at-risk/</guid><description>&lt;blockquote&gt;
&lt;p&gt;After HeartBleed, POODLE and FREAK encryption flaws, a new encryption
attack has been emerged over the Internet that allows attackers to
read and modify the sensitive data passing through encrypted
connections, potentially affecting hundreds of thousands of
HTTPS-protected sites, mail servers, and other widely used Internet
services. A team of security researchers has discovered a new attack,
dubbed Logjam, that allows a man-in-the-middle (MitM) to downgrade
encrypted connections between a user and a Web or email server to use
extremely weaker 512-bit keys which can be easily decrypted.&lt;/p&gt;</description></item><item><title>Cifrando el tráfico DNS</title><link>http://karpoke.ignaciocano.com/2013/01/17/cifrando-el-trafico-dns/</link><pubDate>Thu, 17 Jan 2013 19:44:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2013/01/17/cifrando-el-trafico-dns/</guid><description>&lt;p&gt;&lt;a href="https://github.com/opendns/dnscrypt-proxy"&gt;DNSCrypt&lt;/a&gt; proporciona un servicio local para resolver nombres de
dominio que permite cifrar el tráfico entre nuestro equipo y el servidor
DNS primario, por defecto OpenDNS, lo que ayuda a protegerse de ataques
MitM y &lt;em&gt;phishing&lt;/em&gt; y proporciona cierta confidencialidad en las
peticiones DNS.&lt;/p&gt;
&lt;h2 id="instalación"&gt;Instalación&lt;/h2&gt;
&lt;p&gt;Para instalarlo, basta que nos decarguemos el paquete con el código
fuente:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ wget http://download.dnscrypt.org/dnscrypt-proxy/dnscrypt-proxy-1.2.0.tar.bz2
$ wget http://download.dnscrypt.org/dnscrypt-proxy/dnscrypt-proxy-1.2.0.tar.bz2.sig
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Comprobamos el paquete:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ gpg --verify dnscrypt-proxy-1.2.0.tar.bz2.sig dnscrypt-proxy-1.2.0.tar.bz2
gpg: Firmado el vie 12 oct 2012 01:28:27 CEST usando clave DSA ID 1CDEA439
gpg: Imposible comprobar la firma: Clave pública no encontrada
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Para poder comprobar la firma, buscamos la clave y la añadimos:&lt;/p&gt;</description></item><item><title>HTTP Strict Transport Security</title><link>http://karpoke.ignaciocano.com/2011/09/11/http-strict-transport-security/</link><pubDate>Sun, 11 Sep 2011 17:37:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/09/11/http-strict-transport-security/</guid><description>&lt;p&gt;&lt;a href="http://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security"&gt;HTTP Strict Transport Security&lt;/a&gt; (HSTS) es un mecanismo de seguridad
web donde el servidor exige que las conexiones se realicen únicamente
mediante conexiones seguras. El servidor informa de esta política de
seguridad utilizando la cabecera &lt;code&gt;Strict-Transport-Security&lt;/code&gt;, en donde
se especifica el periodo durante el cual las conexiones seguras son
obligatorias.&lt;/p&gt;
&lt;p&gt;Si una web proporciona acceso seguro (HTTPS) pero accedemos de forma no
segura (HTTP) &lt;a href="http://hacks.mozilla.org/2010/08/firefox-4-http-strict-transport-security-force-https/"&gt;podría suceder que nos redirija a la versión segura&lt;/a&gt;,
sin embargo, ya se había iniciado una conversación sin cifrar. Este
comportamiento puede ser explotado por un ataque &lt;em&gt;Man-In-The-Middle&lt;/em&gt;.&lt;/p&gt;</description></item></channel></rss>