Introducir en cada conexión remota a un sistema el password, que normalmente suele tener privilegios de root-administrador, es más bien poco seguro; además de incómodo.

Es evidente que dejar un sistema sin clave de acceso es más inseguro aún, pero la pregunta es ¿con los esfuerzos en criptología que se están llevando a cavo estos últimos años, es seguro enviar la clave de root aunque esta vaya cifrada?, ¿se puede asegurar que un protocolo que hoy es seguro mañana lo seguirá siendo?

Pues bien, os expongo como crear enlaces de confianza SSH, mediante clave privada y pública, entre sistemas Unix para teclear la clave una única vez.

Espero que esto os sea útil

Para esas personas a las que le inquieta la seguridad, una buena forma de securizar, aún más, el acceso a servidores Unix de forma remota…
El proceso es muy sencillo: ya es bien conocido que ssh v1 ha sido atacada (pero aún así todavía se considera seguro), así que para esas personas que buscan jugar más a ponérselo difíciles a los atacantes, a continuación se describe en 6 breves pasos como hacer que se establezcan enlaces de confianza entre nuestros servidores Unix, con las ventajas que esto reporta.
Pasos:

Entrar en el “equipo X” y teclear ssh-keygen -t rsa.

Se recomienda dejar todos los campos en blancos, símplemente pulsa enter. Esto nos habrá creado un subdirectorio “.ssh” en el “home del usuarioX” (/home/usarioX/.ssh/), que contendrá nuestras claves públicas y privadas.

Darle a este directorio los permisos apropiados, para que nuestro equipo no desconfie del host remoto.

Repetir estos pasos en el “equipo Y”.

Copiar el contenido del fichero “id_rsa.pub” del “equipoX” (/home/usuarioX/.ssh/id_rsa.pub), al fichero “authorized_keys” (/home/usuarioY/.ssh/authorized_keys) del “equipoY” y viceversa.

Nota: Como apunta nuestro amigo “Anónimo”: Para copiar las llaves publicas a maquinas remotas basta con poner ssh-copy-id -i key.pub usuario@HOST_DESTINO De esa forma va añade directamente al fichero authorized_keys del usuario

Intente conectar desde el equipoX como usuarioX, al equipoY como usuarioY. La primera vez, el sistema, pide que se introduzca la contraseña y ya no la volverá a pedir mientras no se hagan cambios en la versión de SSH.

Esto permite crear niveles de segurida muy altos, puesto que por la red únicamente viaja la clave pública del equipo y que además viaja cifrada (SSH).
Espero que os haya sido útil esta pequeña recopilación de conceptos.

Este post ha sido traido de forma automatica desde https://web.archive.org/web/20140625063149/http:/bulma.net/body.phtml?nIdNoticia=2190 por un robot nigromante, si crees que puede mejorarse, por favor, contactanos.