<?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>Scp on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/scp/</link><description>Recent content in Scp on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Wed, 28 Sep 2011 20:48:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/scp/index.xml" rel="self" type="application/rss+xml"/><item><title>Imagen a través de SSH</title><link>http://karpoke.ignaciocano.com/2011/09/28/imagen-a-traves-de-ssh/</link><pubDate>Wed, 28 Sep 2011 20:48:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/09/28/imagen-a-traves-de-ssh/</guid><description>&lt;p&gt;Si tenemos acceso por SSH a otro ordenador, ambos con entorno gráfico,
podemos redirigir la pantalla, el teclado y el ratón en ambos sentidos,
es decir, podemos conseguir cosas como:&lt;/p&gt;
&lt;p&gt;» &lt;a href="#aplicaciones-remotas-a-servidor-local"&gt;aplicaciones remotas que se muestren en nuestro equipo&lt;/a&gt;
» &lt;a href="#aplicaciones-remotas-a-servidor-remoto"&gt;aplicaciones remotas que se muestren en el equipo remoto&lt;/a&gt;
» &lt;a href="#aplicaciones-locales-a-servidor-remoto"&gt;aplicaciones locales que se muestren en el equipo remoto&lt;/a&gt;
» &lt;a href="#captura-escritorio-remoto-a-local"&gt;recibir una captura de pantalla del equipo remoto&lt;/a&gt;
» [enviar una captura de pantalla de nuestro equipo al equipo&lt;/p&gt;</description></item><item><title>fwknop: Single Packet Authorization y port knocking</title><link>http://karpoke.ignaciocano.com/2011/09/18/fwknop-single-packet-authorization-y-port-knocking/</link><pubDate>Sun, 18 Sep 2011 00:49:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/09/18/fwknop-single-packet-authorization-y-port-knocking/</guid><description>&lt;p&gt;&lt;code&gt;fwknop&lt;/code&gt; implementa un esquema de autorización llamado &lt;em&gt;Single Packet
Authorization (SPA)&lt;/em&gt;. Mediante SPA necesita un único paquete cifrado
para abrir puertos en el cortafuegos o llevar a cabo acciones en el
sistema. Se utiliza en conjunción con un cortafuegos que impide la
conexión a los puertos de los servicios que queremos proteger. De esta
forma, se logra una capa extra de seguridad, ya que los hace permanecer
invisibles, descartando silenciosamente los paquetes que llegan a dicho
puerto. Para poder tener acceso a los servicios protegidos, la parte
servidor de &lt;code&gt;fwknop&lt;/code&gt; esnifa pasivamente los paquetes que llegan al
servidor usando &lt;code&gt;libpcap&lt;/code&gt; y, en caso de recibir de parte del cliente de
&lt;code&gt;fwknop&lt;/code&gt; un paquete cifrado válido que no ha sido recibido antes, se
permite el acceso a través del cortafuegos.&lt;/p&gt;</description></item><item><title>Utilizar SSH para establecer un servidor proxy SOCKS</title><link>http://karpoke.ignaciocano.com/2011/08/12/utilizar-ssh-para-establecer-un-servidor-proxy-socks/</link><pubDate>Fri, 12 Aug 2011 13:07:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/12/utilizar-ssh-para-establecer-un-servidor-proxy-socks/</guid><description>&lt;p&gt;Un &lt;em&gt;proxy&lt;/em&gt; SOCKS es un servidor que permite el acceso, normalmente, a
través de un cortafuegos. Podemos utilizar SSH para crear un &lt;em&gt;proxy&lt;/em&gt;
SOCKSv5 en local, de tal manera que si configuramos una aplicación para
que se conecte a través de este &lt;em&gt;proxy&lt;/em&gt;, todo el tráfico vaya a través
del canal seguro creado por SSH, y sea como si la conexión con dicha
aplicación se hiciera en la máquina remota a la cual nos hemos conectado
por SSH. Además, podemos utilizarlo con varias aplicaciones y diferentes
protocolos.&lt;/p&gt;</description></item><item><title>Servicio de SSH con sistema de verificación en dos pasos de Google en Ubuntu Natty Narwhal</title><link>http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/</link><pubDate>Fri, 05 Aug 2011 02:21:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/</guid><description>&lt;p&gt;Un sistema de verificación en dos pasos, (&lt;em&gt;Two Factor Authentication&lt;/em&gt; o
2FA) consiste en que la autenticación a un servicio se realiza mediante
dos piezas de información, una que conocemos y otra que no. La pieza que
conocemos es nuestra contraseña, que es susceptible de ser sustraída,
mientras que la información que no conocemos es un número de
identificación (PIN) aleatorio que cambia cada 30 segundos y que está
vinculado con un dispositivo hardware. Esto es lo que se conoce como una
contraseña de un solo uso (One Time Password u OTP). De esta forma,
aunque alguien nos robe o averigüe nuestra contraseña, a no ser que
también tenga acceso al dispositivo que crea los PINs, no podrá acceder
al servicio con nuestra cuenta.&lt;/p&gt;</description></item></channel></rss>