<?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>Http on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/http/</link><description>Recent content in Http on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Mon, 20 Aug 2012 01:55:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/http/index.xml" rel="self" type="application/rss+xml"/><item><title>Analizando el tráfico de red en Android con tcpdump, netcat y Wireshark</title><link>http://karpoke.ignaciocano.com/2012/08/20/analizando-el-trafico-de-red-en-android-con-tcpdump-netcat-y-wireshark/</link><pubDate>Mon, 20 Aug 2012 01:55:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2012/08/20/analizando-el-trafico-de-red-en-android-con-tcpdump-netcat-y-wireshark/</guid><description>&lt;p&gt;Si necesitamos analizar el tráfico de red de nuestro Android, ya sea
para depurar una aplicación o para ver qué uso de la red hacen las
aplicaciones instaladas en el terminal, podemos recurrir a herramientas
bien conocidas como &lt;code&gt;tcpdump&lt;/code&gt;, &lt;code&gt;netcat&lt;/code&gt; y Wireshark.&lt;/p&gt;
&lt;h2 id="antes-de-empezar"&gt;Antes de empezar&lt;/h2&gt;
&lt;p&gt;Antes de continuar, deberemos tener instaladas las &lt;a href="http://developer.android.com/tools/index.html"&gt;herramientas de
desarrollo para Android&lt;/a&gt;. Descargamos el paquete y lo descomprimimos:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ wget http://dl.google.com/android/android-sdk_r20.0.3-linux.tgz
$ tar xvzf android-sdk_r20.0.3-linux.tgz
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Añadimos los directorios &lt;code&gt;tools&lt;/code&gt; y &lt;code&gt;platform-tools&lt;/code&gt; al &lt;code&gt;PATH&lt;/code&gt;.
Ejecutamos las siguientes líneas, y las añadimos también en el fichero
&lt;code&gt;~/.bashrc&lt;/code&gt;, para incluirlas en el PATH del sistema:&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><item><title>SSH over HTTP-Proxy</title><link>http://karpoke.ignaciocano.com/2011/08/15/ssh-over-http-proxy/</link><pubDate>Mon, 15 Aug 2011 04:29:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/15/ssh-over-http-proxy/</guid><description>&lt;p&gt;A veces, queremos poder navegar o chatear por Internet pero no queremos
que nadie pueda conocer, ni bloquear, las páginas que visitamos o espiar
nuestras conversaciones, bien porque porque estamos en el trabajo, la
universidad o en una red abierta. En la red a la que estamos conectados
puede que utilicen un &lt;em&gt;proxy&lt;/em&gt; para controlar y bloquear servicios. Este
&lt;a href="http://ha.ckers.org/trillianremote.html"&gt;bloqueo podría ser por puerto o por protocolo&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Es posible que bloqueen algunas URLs, o IPs, pero seguramente tenemos
acceso a la web, es decir, los puertos 80 y 443. Crearemos un túnel
seguro para poder navegar seguros y evitar estas restricciones. Eso sí,
puede que aparezca en algún &lt;em&gt;log&lt;/em&gt; que nos hemos conectado a nuestra
máquina remota.&lt;/p&gt;</description></item><item><title>Detectando intrusos en Ubuntu Maverick Meerkat</title><link>http://karpoke.ignaciocano.com/2011/03/07/detectando-intrusos-en-ubuntu-maverick-meerkat/</link><pubDate>Mon, 07 Mar 2011 22:11:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/03/07/detectando-intrusos-en-ubuntu-maverick-meerkat/</guid><description>&lt;p&gt;Un artículo para tener en cuenta algunas de las acciones que podemos
llevar a cabo para &lt;a href="http://dzulkifli.com/index.php?option=com_content&amp;amp;view=article&amp;amp;id=109:securing-maverick-meerkat&amp;amp;catid=35:ubuntu&amp;amp;Itemid=85"&gt;securizar Ubuntu Maverick Meerkat&lt;/a&gt;. Algunos
programas para facilitar la tarea de controlar los intentos de acceso al
sistema:&lt;/p&gt;
&lt;h2 id="ufw"&gt;ufw&lt;/h2&gt;
&lt;p&gt;&lt;code&gt;ufw&lt;/code&gt; es una forma sencilla de manejar un cortafuegos. Nada más
instalarlo, lo habilitamos:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo ufw enable
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Damos de alta los servicios^&lt;a href="#servicios"&gt;1&lt;/a&gt;^ que queremos que estén disponibles:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo ufw allow http
$ sudo ufw allow https
$ sudo ufw allow 1234
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Si queremos deshacer alguna de estas acciones, por ejemplo, eliminar la
regla para el puerto 1234:&lt;/p&gt;</description></item></channel></rss>