INTRODUCCIÓN

1. Conceptos previos
2. Implementación método de autenticación con llaves públicas en SSH
CONCLUSIONES
En la actualidad existen múltiples protocolos y aplicaciones que nos permiten
administrar equipos remotamente, esto es muy importante y necesario ya que
podemos ahorrar tiempo y distancia dando soporte y solucionando posibles
problemas que se estén presentando en los ordenadores que se puedan encontrar a
nuestro cargo como Administradores de Red.

Para este caso vamos a implementar la aplicación y el protocolo SSH (Security Shell
intérprete de órdenes segura), explicando los diferentes métodos de autenticación
con los cuales podemos establecer una sesión en un equipo estando remotamente.
SSH dispone de varios métodos para verificar la identidad de un usuario remoto, uno
de ellos es el uso de contraseñas de usuarios, pero otro de los métodos se basa en
la autenticación RSA, en donde se dispone de un juego de llaves privada/pública
que garantiza la identidad de un usuario intentando conectarse al equipo remoto.
 SSH (Secure Shell intérprete de órdenes segura) es una herramienta utilizada
para administrar máquinas de manera remota para enviar ficheros de una máquina
a otra, ejecutar comandos, hacer copias, entre otras tareas; nos permite manejar
por completo la computadora mediante un intérprete de comandos a través de una
conexión segura.

 Para establecer una conexión por SSH utilizando usuario y contraseña, tiene la
siguiente sintaxis:

ssh [usuario]@[dirección IP remota]

Password …
 El algoritmo de cifrado para SSH depende de la versión de su protocolo, en la
versión 1 (SSH1) utiliza algoritmos de cifrado como DES, Triple DES, IDEA, entre
otros. En su versión 2 (SSH2) también utiliza el algoritmo de cifrado como Triple
DES, entre otros.

RSA, es un sistema criptográfico de clave pública, este algoritmo generalmente

consta de tres pasos, generación de claves, cifrado y descifrado.

 DSA (Digital Signature Algorithm - Algoritmo de Firma digital), sirve para

firmar y no para cifrar información. Una desventaja de este algoritmo es que
requiere mucho más tiempo de cómputo que RSA, pero es mucho mas seguro ya
que es mucho mas complejo.
 CLAVE PRIVADA, para este caso la llave privada es la que
nos permite autenticarnos en el equipos remoto, esta nos permite
cifrar el mensaje y se debe encontrar en un archivo definido para
poder implementar este sistemas de autenticación por medio de
clave publica.

 CLAVE PRIVADA, esta llave se encontrara guardada en el equipo en el

cual creamos las llaves originalmente, es decir, en donde se generaron las
llaves; nos permite descifrar el mensaje.
1. Para este primer paso nos vamos a dirigir al equipo en el cual vamos a
generar las llaves, estando allí lo primero que tenemos que hacer es
configurar el servidor de SSH para que acepte trabajar con llaves públicas,
nos dirigimos a la ruta /etc/ssh/sshd_config, lo abrimos con un editor de
textos y corregimos los valores de las siguientes opciones relacionadas con
las llaves públicas:

vim /etc/ssh/sshd_config
 La primera opción (RSAAuthentication) sirve para indicar cuando se permitirá
autenticación RSA, está opción esta habilitada por defecto, y en el ejemplo está
comentada porque sólo sirve para la versión 1 del protocolo SSH.

 La segunda opción (PubkeyAuthentication) es la que especifica si se podrán usar

llaves públicas para demostrar la autenticidad de un usuario. Si su valor es “yes”,
entonces se podrán emplear las llaves públicas, si por el contrario su valor es “no”,
entonces el uso de llaves públicas quedará prohibido.

 La tercera opción (AuthorizedKeysFile) especifica el archivo que contiene las llaves

públicas empleadas para la autenticación de los usuarios. Por defecto suele ser el
archivo .ssh/autorized_keys, dentro de la carpeta personal de cada usuario, es decir,
puede estar en home del usuario al cual nos vamos a conectar por medio de las claves.

Finalmente, guardamos los cambios para que estos sean efectivos, será necesario
reiniciar el servidor de SSH.
2. Para poder crear nuevas llaves privadas y sus correspondientes llaves
públicas, disponemos de una herramienta llamada “ssh-keygen”, esta
herramienta puede crear llaves RSA o DSA .

o -t, especifica que tipo de llave vamos a crear, este parámetro se emplea
seguido del tipo de llave: "RSA" o "DSA“, para este caso utilizaremos el
algoritmo DSA, pero si deseamos implementar el otro se hace el mismo
procedimiento.
Al ejecutar el comando anterior nos piden unos datos:

o El primero, en especifica la ruta donde salvar la llave privada, si pulsamos Enter

estamos dejando el nombre por defecto “id_dsa” que es la llave privada y “id_dsa.pub”
que seria la llave pública, pero por el contrario si especificamos un nombre (johana)
quedaría identificada con el mismo y por consiguiente se salvará en la ruta por defecto
(la indicada entre paréntesis).

o Los siguientes dos parámetros que pide son la frase “passphrase” ó clave
repitiéndola para evitar que hayan errores en la misma, se puede emplear cualquier
carácter (letras, números, signos de puntuación, espacios), esta frase se utiliza para
mayor seguridad a la hora de establecer la conexión con las llaves. La passphrase se
puede cambiar con el comando ssh-keygen -p.
NOTA: En caso de no introducir ninguna frase, la llave privada quedará sin
encriptar, lo cual podría ser útil para realizar algunas automatizaciones como podría
ser el realizar copias de seguridad, pero, para uso habitual, se desaconseja dejar
las llaves privadas sin encriptar por el peligro que puede representar que estas
sean robadas.

o Después, el ssh-keygen muestra con que nombre se ha salvado la llave privada

y la llave pública, esta ultima tiene el mismo nombre de archivo con la extensión
.pub añadida al final.

o En la última línea imprime una huella dactilar que sirve para identificar la llave
que acabamos de crear, seguida de un comentario que puede servir para identificar
la llave pública.
Debemos mantener la llave privada secreta, por defecto ssh-keygen establecerá los
permisos del archivo con esta llave para que sólo el dueño pueda leerla y modificarla.
Por el contrario la llave pública podrá ser leída por cualquier usuario.

3. Para poder autenticarnos en un equipo remoto con nuestra llave privada, lo único
que tendremos que hacer es añadir nuestra llave pública en el archivo
.ssh/authorized_keys dentro del directorio personal del usuario al que queremos
acceder (generalmente es /home/usuario/.ssh/authorized_keys).

Ahora debemos enviar nuestra llave pública al equipo remoto, en caso de que
podamos acceder al mismo usando SSH con contraseña de usuario para
autenticarnos, sería mediante SCP (Secure Copy) que es un medio de
transferencia segura de archivos informáticos entre un host local y otro remoto o
entre dos hosts remotos. Por ultimo nos dirigimos a la maquina remota
(192.168.10.162) e ingresamos al directorio “tmp/” ó bien podemos conectarnos
por SSH para verificar que efectivamente la llave publica a sido copiada allí.
4. Luego vamos a crear el directorio .ssh en el home del usuario con el cual
nos vamos a autenticar, en caso de que no exista lo creamos con el
comando mkdir y debemos determinar que este directorio pertenezca al
usuario de ese home, para añadir la llave pública al archivo
home/johana/.ssh/authorized_keys, como lo podemos observar a
continuación.
NOTA: El servicio ssh ya viene configurado para trabajar con
autenticación por medio de llaves asimétricas (usa el par de claves
“privada y pública” para el envío de mensajes), como se pudo
observar anteriormente en el archivo de configuración busca el
directorio /home/usuario/.ssh/ el archivo authorized.keys y por medio
de este autenticar al usuario que se intente comunicar con el por medio
de la llave privada.

5. Ahora vamos a copiar la llave publica en el archivo authorized.keys

ubicado en la ruta del usuario, este archivo también debe
pertenecer al usuario de ese home, y reiniciamos el servicio de
SSH.
6. Ahora vamos a establecer la conexión con el host remoto para
probar que efectivamente la Autenticación de claves publicas esta
en función. La próxima vez que nos conectemos nuevamente al
host remoto, en lugar de pedirnos la contraseña del usuario, nos
pedirá la frase clave con la que la encriptamos nuestra llave
privada. Es importante mencionar que nos podemos seguir
autenticando de las dos maneas, por medio de claves publicas y
como viene por defecto, con usuario y contraseña.
 En la implementación de llaves publicas para la autenticación con
SSH conectándonos a un host remoto, puede ser mucho mas seguro ya
que si no poseemos las llaves que nos permiten comunicarnos no es
posible establecer una sesión en el host remoto para realizar tareas
especificas.

 SSH usa técnicas de cifrado que hacen que la información que viaja
por el medio de comunicación vaya de manera no legible y ninguna
tercera persona pueda descubrir el usuario y contraseña de la conexión
ni lo que se escribe durante toda la sesión.