SSH vs Telnet

Telnet fue durante décadas el protocolo estándar para abrir una sesión de terminal remota, pero tiene un problema grave para los estándares actuales: transmite absolutamente todo en texto plano, incluidas las credenciales de acceso. Cualquiera que pueda capturar el tráfico de la red (con un simple sniffer) puede leer usuario y contraseña sin ningún esfuerzo.

SSH (Secure Shell) nació en 1995 precisamente para resolver ese problema: cifra toda la sesión de extremo a extremo, verifica la integridad de los datos transmitidos y admite métodos de autenticación mucho más robustos que una simple contraseña, como pares de claves pública/privada o certificados. Además de la terminal remota, SSH permite túneles cifrados, copia segura de archivos (SCP/SFTP) y reenvío de puertos.

En la práctica, Telnet ha quedado relegado casi por completo: sigue apareciendo en equipos de red muy antiguos, sistemas embebidos con recursos limitados, o como herramienta de diagnóstico rápido para comprobar si un puerto TCP responde (sin llegar a autenticarse). Pero para cualquier acceso administrativo real a un servidor, SSH es la única opción razonable desde hace más de veinte años.

Si administras servidores Linux, lo habitual es que SSH ya venga activado por defecto y Telnet ni siquiera esté instalado. La recomendación de seguridad estándar es deshabilitar Telnet explícitamente si detectas que está activo, y reforzar SSH desactivando el login por contraseña en favor de claves públicas allí donde sea posible.