<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Sin Conexión &#187; tutorial</title>
	<atom:link href="http://sinconexion.net/tag/tutorial/feed/" rel="self" type="application/rss+xml" />
	<link>http://sinconexion.net</link>
	<description>El blog sobre informática, tecnología, linux, gadgets...</description>
	<lastBuildDate>Sat, 07 Apr 2012 12:15:27 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Blindando SSH</title>
		<link>http://sinconexion.net/seguridad/blindando-ssh/</link>
		<comments>http://sinconexion.net/seguridad/blindando-ssh/#comments</comments>
		<pubDate>Sat, 19 Apr 2008 16:54:23 +0000</pubDate>
		<dc:creator>sinconexion</dc:creator>
				<category><![CDATA[Seguridad]]></category>
		<category><![CDATA[GNU/Linux]]></category>
		<category><![CDATA[openssh]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[tutorial]]></category>

		<guid isPermaLink="false">http://sinconexion.net/seguridad/blindando-ssh/</guid>
		<description><![CDATA[SSH (Secure SHell) nos permite acceder a máquinas remotas de forma segura, gracias a que cifra toda la información que transmite, para abrir un terminal, iniciar una sesión gráfica o enviar y recibir ficheros. En este mini-tutorial vamos a ver como blindar un servidor OpenSSH, usado frecuentemente en sistemas Unix, para protegernos de los ataques [...]]]></description>
			<content:encoded><![CDATA[<p><strong>SSH</strong> (<strong>S</strong>ecure <strong>SH</strong>ell) nos permite acceder a máquinas remotas de forma segura, gracias a que cifra toda la información que transmite, para abrir un terminal, iniciar una sesión gráfica o enviar y recibir ficheros.</p>
<p>En este mini-tutorial vamos a ver como blindar un servidor <a href="http://www.openssh.org/">OpenSSH</a>, usado frecuentemente en sistemas <strong>Unix</strong>, para protegernos de los ataques más comunes.</p>
<h4>Cambiar el puerto por defecto</h4>
<p><strong>SSH</strong> usa por defecto el <strong>puerto 22</strong>, esto es algo que todos los posibles juankers y script kiddies que traten de hacerse con el control de tu servidor saben, por lo que es una buena idea cambiarlo.</p>
<p>Para modificar esta opción y las siguientes editaremos el fichero de configuración <strong>shd_config</strong>, que por defecto se encuentra en el directorio <strong>/etc/ssh/</strong>. Utilizad vuestro editor de texto favorito, aquí usaré <strong>nano</strong>:</p>
<p><code>sudo nano /etc/ssh/sshd_config</code></p>
<p>Tenemos que usar un puerto cualquiera por encima del 1024, así que escoged el que queráis. En este ejemplo usaré el 3729, así que la opción <em>Port</em> del fichero de configuración quedaría así:</p>
<p><code>Port 3729</code></p>
<p>Apuntadlo para abrirlo en el router y poder especificarlo en el cliente al conectaros con la opción <em>-p</em>.</p>
<h4>Desactivar el Protocolo 1</h4>
<p>La primera versión del protocolo <strong>SSH</strong> tiene varias vulnerabilidades conocidas y por tanto no hay razón para permitir su uso.</p>
<p>Buscamos la opción <em>Protocol</em> y nos aseguramos de que quede así:</p>
<p><code>Protocol 2</code></p>
<p>De esta forma sólo aceptaremos conexiones que usen la segunda versión del protocolo <strong>SSH</strong>.</p>
<h4>Deshabilitar el acceso del superusuario (root)</h4>
<p>No es muy recomendable permitir el acceso remoto directo al usuario root, por lo que lo desactivaremos:</p>
<p><code>PermitRootLogin no</code></p>
<p>Una vez logueados con otro usuario podremos cambiar a root usando <em>su</em>.</p>
<h4>Definir un número máximo de intentos de conexión</h4>
<p>Muchos de los ataques llevados a cabo por los malvados script kiddies se basan en fuerza bruta, estableciendo un número máximo de intentos de conexión lograremos disuadirles o, al menos, retrasar su &#8220;sofisticado&#8221; intento de hacking:</p>
<p><code>MaxAuthTries 2</code></p>
<p>El número de intentos de logueo fallidos antes de desconectar ya depende de la torpeza o mala memoria de los usuarios legítimos del sistema <img src='http://sinconexion.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  .</p>
<h4>Restringir el acceso a determinados usuarios</h4>
<p>Si un usuario de nuestro sistema no necesita acceder de forma remota al mismo, no hay razón para permitírselo. Para hacerlo modificaremos la siguiente opción:</p>
<p><code>AllowUsers yo</code></p>
<p>De esta forma el usuario &#8220;yo&#8221; sería el único que puede hacer login remoto de forma directa a nuestro sistema.</p>
<h4>Activar el modo estricto</h4>
<p>La opción <em>StrictModes</em> debe activarse para que, por ejemplo, los usuarios despistados que establecen permisos de escritura para todo el mundo en sus archivos y directorios no se lleven una desagradable sorpresa cuando otro usuario los modifique <img src='http://sinconexion.net/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' />  .</p>
<p><code>StrictModes yes</code></p>
<h4>Impedir la conexión al servidor gráfico</h4>
<p>Si nuestro servidor no tienen entorno gráfico instalado, o no queremos que los usuarios se conecten a él, definiremos esta opción en el fichero de configuración:</p>
<p><code>X11Forwarding no</code></p>
<h4>Desactivar todo autenticación basada en .rhosts</h4>
<p>La autenticación basada en ficheros .rhosts está obsoleta y es insegura, así que la desactivaremos:</p>
<p><code>IgnoreRhosts yes<br />
HostbasedAuthentication no<br />
RhostsAuthentication no<br />
RhostsRSAAuthentication no</code></p>
<p>Ahora guardamos los cambios realizados en el fichero de configuración y reiniciamos el servidor para que sean efectivos:</p>
<p><code>sudo /etc/init.d/ssh restart</code></p>
<p>Una vez seguidos todos estos pasos tendremos funcionando un servidor <strong>OpenSSH</strong> medianamente seguro al que podremos conectarnos usando el comando <em>ssh</em> y especificando el puerto destino de la siguiente forma:</p>
<p><code>ssh -p 3729</code></p>
<p>Donde 3729 es el puerto usado en este ejemplo.</p>
<p>Si queréis más información sobre las diferentes opciones de configuración del servidor <strong>OpenSSH</strong>, podéis consultad las páginas del manual <a href="http://unixhelp.ed.ac.uk/CGI/man-cgi?sshd_config+5">en internet</a> o ejecutar:</p>
<p><code>man sshd_config</code></p>
<p>Para terminar, una frase de <a href="http://en.wikipedia.org/wiki/Gene_Spafford">Gene Spafford</a> sobre seguridad:</p>
<blockquote><p>El único sistema seguro es aquél que está apagado en el interior de un bloque de hormigón protegido en una habitación sellada rodeada por guardias armados.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://sinconexion.net/seguridad/blindando-ssh/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Limpiando el historial de un terminal en GNU/Linux</title>
		<link>http://sinconexion.net/linux/limpiando-el-historial-de-un-terminal-en-gnulinux/</link>
		<comments>http://sinconexion.net/linux/limpiando-el-historial-de-un-terminal-en-gnulinux/#comments</comments>
		<pubDate>Wed, 06 Feb 2008 19:44:43 +0000</pubDate>
		<dc:creator>sinconexion</dc:creator>
				<category><![CDATA[GNU/Linux]]></category>
		<category><![CDATA[comandos]]></category>
		<category><![CDATA[historial]]></category>
		<category><![CDATA[terminal]]></category>
		<category><![CDATA[tutorial]]></category>

		<guid isPermaLink="false">http://sinconexion.net/linux/limpiando-el-historial-de-un-terminal-en-gnulinux/</guid>
		<description><![CDATA[Cada vez que ejecutamos un comando en una consola BASH (u otras similares), éste se guarda en un fichero para que posteriormente podamos recordarlo usando las flechas de desplazamiento superior e inferior. Podemos visualizar este registro con el comando: $ history Esta función es realmente útil y ahorra un montón de tiempo, sin embargo, si [...]]]></description>
			<content:encoded><![CDATA[<p>Cada vez que ejecutamos un <strong>comando</strong> en una consola <a href="http://es.wikipedia.org/wiki/Bash">BASH</a> (u otras similares), éste se guarda en un fichero para que posteriormente podamos recordarlo usando las flechas de desplazamiento superior e inferior.</p>
<p>Podemos visualizar este registro con el comando:</p>
<p><code>$ history</code></p>
<p>Esta función <strong>es realmente útil</strong> y ahorra un montón de tiempo, sin embargo, si hacemos uso de una máquina con una cuenta de usuario compartida por varias personas, podemos <strong>no querer dejar huellas</strong> de los comandos que hemos ejecutado, para lo cual podemos limpiar el archivo que mantiene el historial (~/.history o ~/.bash_history) o mejor, dejar que el siguiente comando lo haga por nosotros:</p>
<p><code>$ history -c</code></p>
<p>El parámetro &#8220;-c&#8221; <strong>borra todas las entradas del historial</strong> para que nadie pueda saber que hemos estado ejecutando en nuestro amado intérprete de comandos <img src='http://sinconexion.net/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' />  .</p>
<p><strong>Fuente:</strong> <a href="http://www.cyberciti.biz/faq/howto-flush-clearing-command-line-cache/">nixCraft</a></p>
]]></content:encoded>
			<wfw:commentRss>http://sinconexion.net/linux/limpiando-el-historial-de-un-terminal-en-gnulinux/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

