Differences

This shows you the differences between two versions of the page.

--- linux:ssh [2008/11/07 21:12] – rlunaro
+++ linux:ssh [2022/12/02 22:02] (current) – external edit 127.0.0.1
@@ Line 28: / Line 28: @@
 ==== La contramedida más adecuada ====
-Navegando por internet, he visto varias medidas: la mayor parte se basan en analizar el log del sistema para identificar los ataques y posteriormente bloquear las ip's.
+Navegando por internet, he visto varias medidas: la mayor parte
+se basan en analizar el log del sistema para identificar los
+ataques y posteriormente bloquear las ip's.
-La medida me parece totalmente desacertada por varios motivos: 1) muchos de esos ataques provienen de adsl's, por lo que la ip atacante va a variar forzosamente al cabo de un tiempo. 2) algunas soluciones ni siquiera bloquean la ip, simplemente registran la ip atacante, y dejan al administrador la tarea de bloquearlas.
+La medida me parece totalmente desacertada por varios motivos:
+) muchos de esos ataques provienen de adsl's, por lo que la ip atacante
+va a variar forzosamente al cabo de un tiempo. 2) algunas soluciones ni
+siquiera bloquean la ip, simplemente registran la ip atacante, y dejan
+al administrador la tarea de bloquearlas.
-Otras soluciones más peregrinas son cambiar la dirección del puerto ssh o ponerlo por horas; no me parecen ni medio elegantes((cada uno tiene sus opiniones sobre cómo administrar su sistema, y lo siento mucho pero esto no me parece una solución)).
+Otras soluciones más peregrinas son cambiar la dirección del puerto
+ssh o ponerlo por horas; no me parecen ni medio elegantes((cada uno
+tiene sus opiniones sobre cómo administrar su sistema, y lo siento
+mucho pero esto no me parece una solución)).
 Sin embargo en
@@ Line 50: / Line 59: @@
 <code>
 sudo iptables -A INPUT -i eth0 -p tcp --dport 22 -m state --state NEW -m recent --set --name SSH
 sudo iptables -A INPUT -i eth0 -p tcp --dport 22 -m state --state NEW -m recent --update --seconds 60 --hitcount 8 --rttl --name SSH -j DROP
@@ Line 62: / Line 72: @@
 <code>
+## Type:  string
+#
+# 25.)
+# Do you want to load customary rules from a file?
+#
+# This is really an expert option. NO HELP WILL BE GIVEN FOR THIS!
+# READ THE EXAMPLE CUSTOMARY FILE AT /etc/sysconfig/scripts/SuSEfirewall2-custo
+#
+#FW_CUSTOMRULES="/etc/sysconfig/scripts/SuSEfirewall2-custom"
+FW_CUSTOMRULES=""
+</code>
+Que nos permite especificar un fichero de reglas de firewall personalizadas. Descomentamos la variable y lo dejamos así:
+<code>
+FW_CUSTOMRULES="/etc/sysconfig/scripts/SuSEfirewall2-custom"
 </code>
+==== El fichero de reglas personalizadas ====
+A continuación editaremos el fichero de reglas personalizadas:
+<code>
+sudo vi /etc/sysconfig/scripts/SuSEfirewall2-custom
+</code>
+Y en la función fw_custom_after_antispoofing insertaremos las reglas:
 <code bash>
@@ Line 80: / Line 113: @@
     echo -n "Aplying custom rules..."
-    iptables -I INPUT -i lo  -p tcp --dport 22 \
+    iptables -I INPUT -i eth+  -p tcp --dport 22 \
              -m state --state NEW -m recent --set --name SSH
@@ Line 86: / Line 119: @@
     # After 3 unsucessful retries, drop the
     # connection for 60 seconds
-    iptables -I INPUT -i lo -p tcp --dport 22 \
+    iptables -I INPUT -i eth+ -p tcp --dport 22 \
              -m state --state NEW -m recent --update \
              --seconds 60 --hitcount 3 --rttl --name SSH -j DROP
@@ Line 95: / Line 128: @@
 </code>
-==== En qué consiste ====
-Evitar esto es muy sencillo instalando un par de reglas de firewall.
+Es decir, hemos instalado un código que mediante una llamada al comando
+iptables -el comando básico para hacer un filtrado de paquetes en Linux-,
+limitaremos los intentos de conexión al puerto 22 a lo que diga el
+parámetro --hitcount. Una vez alcanzado ese valor, será preciso
+esperar lo que diga --seconds para poder volver a conectarse.
+==== Reiniciar el firewall ====
 <code>
-                echo -n " [Security enhaced on]"
+/etc/rc.d/SuSEfirewall2_setup restart
-                iptables -I INPUT -p tcp --dport 22 -i eth+ \
-                        -m state --state NEW -m recent --set
-                iptables -I INPUT -p tcp --dport 22 -i eth+ \
-                        -m state --state NEW -m recent --update \
-                        --seconds $MAX_ATTEMPTS_TIMEOUT --hitcount $MAX_ATTEMPTS -j DROP
 </code>
-Es decir, hemos instalado un código que mediante una llamada al comando
+==== Instalación remota ====
-iptables -el comando básico para hacer un filtrado de paquetes en Linux-,
-limitaremos los intentos de conexión al puerto 22 a MAX_ATTEMPTS. Una
+El riesgo de hacer una instalación en remoto de estas cosas es que podemos
-vez alcanzado ese valor, será preciso esperar MAX_ATTEMPTS_TIMEOUT para
+colgar el acceso ssh y quedarnos sin acceso a la máquina. A fin de contener
-poder volver a conectarse.
+los riesgos lo que haremos será poner una entrada de cron que a las doce de la
+noche borre el fichero que hemos creado y así nos permita reiniciar la máquina.
+<code>
+#  field          allowed values
+#  -----          --------------
+#  minute         0-59
+#  hour           0-23
+#  day of month   1-31
+#  month          1-12 (or names, see below)
+#  day of week    0-7 (0 or 7 is Sun, or use names)
+# a las 23:00 borramos el fichero
+23 * * *     root      /bin/rm /tmp/pruebas
+# a las 23:10 restauramos el firewall
+23 * * *    root      /etc/rc.d/SuSEfirewall2_setup restart
+</code>