Telnet y FTP fueron, en su origen, unos protocolos básicos para la administración de sistemas. Hoy, no obstante, se consideran totalmente obsoletos y muchos sistemas ya no los incluyen en su configuración por defecto. El motivo es que toda la información (incluyendo las credenciales del usuario) se transmite en claro por la red, de forma que pueden ser fácilmente interceptadas. SSH soluciona esto cifrando todo el tráfico.
A continuación, explicamos los pasos necesarios para obtener, compilar e instalar OpenSSH en un sistema Linux.
Obtención y verificación de OpenSSH
Como hemos indicado, OpenSSH se distribuye bajo licencia BSD lo que permite descargarlo de la red con su código fuente completo. Actualmente, la mayoría de distribuciones de Linux (y otros sistemas operativos) ofrecen paquetes que permiten su rápida instalación. No obstante, estos paquetes generalmente no están optimizados para cada plataforma e incluyen diversas opciones que no siempre son interesantes desde el punto de vista de la seguridad.
Como veremos, con muy poco esfuerzo podemos realizar todo el proceso de instalación de una forma rápida. De esta forma, el administrador de una máquina sabrá exactamente las opciones del programa.
Para descargar OpenSSH tenemos que acceder a la página web del producto, http://www.openssh.org. OpenSSH dispone de dos líneas de desarrollo: la nativa, para el sistema operativo OpenBSD y la portable que funciona en virtualmente cualquier sistema operativo derivado de Unix. A nivel funcional, ambas versiones son idénticas.
En el caso de Linux, necesitamos la versión portable. Para obtenerla, hay que ir a http://www.openssh.org/portable.html y, en la lista de servidores, seleccionar uno que sea cercano a nuestra ubicación geográfica.
En el caso de España, para descargar la última versión utilizamos el servidor de RedIRIS. Una forma rápida de descargarlo es utilizando la utilidad WGET:
$ wget ftp://ftp.rediris.es/mirror/OpenBSD/OpenSSH/portable/openssh-3.8p1.tar.gz
Una vez descargado y antes de realizar cualquier operación es preciso verificar su integridad para tener la certeza que el archivo no ha sido modificado de ninguna forma.
Existen dos métodos para verificar la integridad:
a) Verificación de la suma de comprobación md5. No es el mejor método de garantizar la integridad del archivo, pero es fácil de realizar:
$ md5sum openssh-3.8.1p1.tar.gz 1dbfd40ae683f822ae917eebf171ca42 openssh-3.8.1p1.tar.gz
El código que indica la utilidad md5sum es la suma de comprobación. En el anuncio de cada nueva versión de OpenSSH se indica esta suma, lo que nos permite comprobar la integridad del archivo.
b) El segundo método consiste en verificar la firma digital del archivo. En la misma ubicación donde se encuentra OpenSSH, podemos obtener la firma digital del archivo.
Una práctica habitual consiste en descargar la firma digital de un servidor diferente. Como en todos los servidores en teoría los archivos son iguales, es indiferente si verificamos la firma descargada de un servidor con el archivo descargado de otro. De esta forma, lo que conseguimos es reducir la posibilidad -ínfima- que un atacante haya conseguido modificar la firma digital del archivo
Así pues, descargamos la firma digital del archivo, por ejemplo desde un servidor en Noruega:
$ wget ftp://ftp.inet.no/pub/OpenBSD/OpenSSH/portable/openssh-3.8.1p1.tar.gz.sig
Y verificar la integridad del archivo:
$ gpg –verify openssh-3.8.1p1.tar.gz.sig
gpg: Signature made Sun 18 Apr 2004 02:52:21 PM CEST using DSA key ID 86FF9C48
gpg: Good signature from «Damien Miller (Personal Key)
Esta operación nos garantiza que el archivo que hemos descargado es una copia literal y no modificada del archivo original firmado (en esta caso) por Damien Miller. Una vez más, deberemos cotejar con la documentación de OpenSSH si esta firma es la que esperamos.
Puede suceder que nuestro archivo de firmas no disponga de la clave pública de la persona que ha firmado el programa:
$ gpg –verify openssh-3.8.1p1.tar.gz.sig
gpg: Signature made Sun 18 Apr 2004 02:52:21 PM CEST using DSA key ID 86FF9C48
gpg: Can’t check signature: public key not found
En este caso, es preciso importar la firma dentro de nuestro anillo de firmas, firmarla y repetir la operación:
$ wget ftp://ftp.rediris.es/mirror/OpenBSD/OpenSSH/portable/DJM-GPG-KEY.asc
$ gpg –import DJM-GPG-KEY.asc
gpg: key 86FF9C48: public key imported
gpg: Total number processed: 1
gpg: imported: 1
$ gpg –sign-key djm@mindrot.org
pub 1024D/86FF9C48 created: 2001-02-26 expires: never trust: -/-
sub 2048g/AA2B1C41 created: 2001-02-26 expires: never
(1). Damien Miller (Personal Key)
pub 1024D/86FF9C48 created: 2001-02-26 expires: never trust: -/-
Fingerprint: 3981 992A 1523 ABA0 79DB FC66 CE8E CB03 86FF 9C48
Damien Miller (Personal Key)
How carefully have you verified the key you are about to sign actually belongs to the person named above? If you don’t know what to answer, enter «0».
- (0) I will not answer. (default)
(1) I have not checked at all.
(2) I have done casual checking.
(3) I have done very careful checking.
Your selection? 2
$ gpg –verify openssh-3.8.1p1.tar.gz.sig
gpg: Signature made Sun 18 Apr 2004 02:52:21 PM CEST using DSA key ID 86FF9C48
gpg: Good signature from «Damien Miller (Personal Key)
gpg: checking the trustdb
gpg: checking at depth 0 signed=4 ot(-/q/n/m/f/u)=0/0/0/0/0/1
gpg: checking at depth 1 signed=1 ot(-/q/n/m/f/u)=4/0/0/0/0/0
Compilación de OpenSSH
Después de descargar y verificar la integridad de OpenSSH, podemos empezar propiamente dicha la compilación:
$ tar xvfz openssh-3.8.1p1.tar.gz $ cd openssh-3.8.1p1
En vistas a personalizar y optimizar nuestra copia podemos instruir al compilador de C para que saque el máximo provecho de las características de cada procesador.
Así, si nuestro ordenador tiene un procesador es un Intel Pentium 4, podemos instruir al compilador para que optimice el código a dicho procesador de la siguiente forma:
$ CFLAGS=»-O2 -march=i686 -funroll-loops»; export CFLAGS
En el caso de un procesador AMD K6, los parámetros serían:
$ CFLAGS=»-O2 -march=k6 -funroll-loops»; export CFLAGS
Nuevamente, consultando la documentación del compilador de C podemos identificar los parámetros adecuados para nuestra configuración
A continuación, ejecutamos el programa ./configure que tiene como misión adaptar el proceso de compilación a las particularidades de nuestro sistema.
Habitualmente se ejecuta ./configura sin ningún parámetro, aunque también existen diversas opciones:
$ ./configure –prefix=/usr –sysconfdir=/etc/ssh
–libexecdir=/usr/libexec/openssh –mandir=/usr/share/man
–with-pam –with-ipaddr-display –with-ipv4-default
–with-md5-passwords –with-zlib
Algunas de estas opciones son los valores por defecto en la versión actual, pero pueden variar en próximas versiones. Indicándolos expresamente nos aseguramos que se utilizaran los valores indicados por nosotros.
La explicación de estos parámetros es la siguiente:
–prefix=/usr
–sysconfdir=/etc/ssh
–libexecdir=/usr/libexec/openssh
–mandir=/usr/share/man
Estas cuatro opciones son utilizadas para establecer las ubicaciones por defecto utilizadas por SSH para los archivos de configuración, las bibliotecas de soporte y las páginas man de ayuda.
–with-pam
Habilitamos el soporte de PAM (Pluggable Authentication Module), el sistema estándar de Linux y otros sistemas operativos que permiten configurar los mecanismos de autenticación del usuario, como la longitud de la contraseña, el período de validez de la misma, etc.
–with-ipaddr-display
Utilizar la dirección IP en lugar del nombre de máquina.
–with-ipv4-default
Utilizar el protocolo IPv4.
–with-md5-passwords
Utilización de contraseñas cifradas con el algoritmo MD5
–with-zlib
Utilizar la biblioteca ZLIB para la compresión de las comunicaciones.
./configure realizará la verificación de que disponemos de un entorno válido para la compilación de OpenSSH y nos informará si falta alguna dependencia o biblioteca de soporte.
Si el proceso finaliza sin ningún error, podemos empezar la compilación del programa:
$ make
Este proceso se tomará su tiempo, que puede variar dependiendo de la velocidad del ordenador y del disco duro. Es un buen momento para levantarse, ir a la nevera y tomar un refresco.
Instalación
Finalizada la compilación sin errores disponemos de una copia personalizada de OpenSSH lista para su instalación, realizando los siguientes pasos:
$ su Password:
# find /* > OpenSSH1
# make install
# find /* > OpenSSH2
# diff OpenSSH1 OpenSSH2 > OpenSSH-Installed
Los pasos que realizamos son los siguientes:
En primer lugar, nos hacemos administrador del sistema, debido a que la instalación de OpenSSH debe realizarse en determinados directorios sobre los que únicamente el administrador tiene privilegios de escritura.
A continuación obtenemos una relación de todos los archivos existentes en el sistema y la salvamos en un archivo temporal.
El tercer paso consiste en ejecutar make install para proceder a la instalación de OpenSSH.
Repetimos la operación de obtener un listado de todos los archivos existentes en el sistema. Comparando con diff las dos listas, antes y después de la instalación, obtendremos la relación de todos los cambios que ha realizado la instalación de OpenSSH en nuestro sistema.
Verificación
La forma más simple de verificar que la nueva versión es totalmente operativa consiste en probarla. Para ello, es necesario ejecutar el servidor de SSH y realizar una serie de comprobaciones básicas
# /usr/sbin/sshd
# telnet localhost 22
Trying 127.0.0.1…
Connected to localhost.
Escape character is ‘^]’.
SSH-2.0-OpenSSH_3.8.1p1
Hasta ahora todo parece correcto. A continuación, podemos utilizar el cliente ssh para realizar una conexión al servidor:
# ssh usuario@localhost
The authenticity of host ‘localhost (127.0.0.1)’ can’t be established.
RSA key fingerprint is 05:75:98:18:fd:52:ae:1b:8a:2f:7f:1c:0b:5b:ff:d6.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added ‘localhost’ (RSA) to the list of known hosts.
usario@localhost’s password:
$
El cliente SSH ha podido establecer la conexión con el servidor, nos avisa de que no puede establecer la autenticidad del servidor ya que no identifica la clave pública del mismo dentro del archivo de sistemas de confianza por lo que nos pide si realmente queremos conectar con él. A continuación pide la contraseña del usuario y, si facilitamos la correcta, nos devuelve el indicador del shell.
Si esto no funciona es hora de utilizar las funciones de depuración, tanto en el servidor (/usr/sbin/sshd -d3) como en el cliente (ssh -v) que son de gran ayuda para identificar los problemas.
Configuración de SSH
Si lo que hemos realizado es una actualización de OpenSSH, ya hemos terminado.
En cambio, si es una instalación nueva, existe un paso adicional: crear los archivos de configuración del servidor (sshd) y del cliente (ssh). Vamos a mostrar una configuración simple que pueda servir de base para personalizar a los requerimientos especiales de cada instalación.
Archivo de configuración del servidor SSH
Editar el archivo /etc/ssh/sshd_config tomando como ejemplo el que incluimos a continuación:
- – — sshd_config —
Port 22
Protocol 2
ListenAddress x.x.x.x
HostKey /etc/ssh/ssh_host_key
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
ServerKeyBits 768
LoginGraceTime 60
KeyRegenerationInterval 3600
PermitRootLogin no
IgnoreRhosts yes
IgnoreUserKnownHosts yes
StrictModes yes
X11Forwarding no
X11DisplayOffset 10
PrintMotd yes
KeepAlive yes
SyslogFacility AUTHPRIV
LogLevel INFO
RhostsAuthentication no
RhostsRSAAuthentication no
RSAAuthentication no
PasswordAuthentication yes
PermitEmptyPassowrds no
AllowUsers sysadmin
UsePrivilegeSeparation yes
Subsystem sftp /usr/libexec/openssh/sftp-server
– — sshd_config —
En esta configuración, indicamos que sólo se utiliza el protocolo SSHv2, la interfaz (indicada por la dirección IP) asociada al servidor, la ubicación de las claves del servidor, el tamaño de la clave y la auto-regeneración automática de la misma, ignorar los archivos rhosts y shosts, los tipos de autenticación que se permiten (como hemos configurado el servidor para que sólo utilice SSHv2, no permitimos la utilización de claves RSA para la autenticación), etc.
Todos los parámetros que utilizamos en esta configuración están pensados para un servidor SSH con autenticación de usuarios mediante contraseña y utilizando las diversas opciones de seguridad disponibles.
Archivo de configuración del cliente SSH
El archivo de configuración del cliente es /etc/ssh/ssh_config. Aconsejamos utilizar las siguientes opciones:
- – — ssh_config —
Host *
ForwardAggent no
ForwardX11 no
RhostsAuthentication no
RhostsRSAAuthentication no
RSAAuthentication no
PasswordAuthentication yes
FallBackToRsh no
UseRsh no
BatchMode no
CheckHostIP yes
StrictHostKeyChecking yes
IdentityFile ~/.ssh/identity
IdentityFile ~/.ssh/id_dsa
IdentityFile ~/.ssh/id_rsa
Port 22
Protocol 2
Cipher blowfish
EscapeChar ~
Host x.x.x.x
# Opciones especificas para
# un servidor SSH concreto
– — ssh_config —
En este archivo de configuración se activan las características generales de seguridad del cliente SSH para realizar únicamente conexiones con protocolo SSHv2, permitiendo la autenticación mediante contraseñas.
Asimismo se deshabilitan expresamente algunas opciones que pueden provocar agujeros en la seguridad, como la posibilidad de utilizar rsh si no es posible establecer una conexión SSH.
Adicionalmente, en función de la versión del sistema operativo que se utilice existen otros archivos que puede ser necesario configurar, tales como la configuración del soporte PAM de OpenSSH (habitualmente, /etc/pam.d/sshd) y el script para ejecutar sshd automáticamente cada vez que arranca el sistema. Debido al carácter general de este boletín, no podemos cubrir todas las posibles variantes, por lo que el lector deberá acudir a la documentación específica de su sistema.
Más información:
OpenSSH
http://www.openssh.org
Xavier Caballé
xavi@hispasec.com
Noticias Hispasec
