Secure Shell y el proyecto OpenSSH

Secure Shell es una bifurcación del proyecto OpenSSH. Las correcciones de seguridad para las vulnerabilidades que se detectan en versiones posteriores de OpenSSH se integran en Secure Shell, ya que son funciones y correcciones de errores individuales. El desarrollo interno continúa en la bifurcación de Secure Shell.

Las siguientes funciones se han implementado para el protocolo v2 en esta versión de Secure Shell:

• Palabra clave ForceCommand: fuerza la ejecución de los comandos especificados independientemente de lo que escriba el usuario en la línea de comandos. Esta palabra clave es muy útil dentro de un bloque Match. Esta opción de configuración sshd_config es similar a la opción command="..." en $HOME/.ssh/authorized_keys.

• Protección de frase de contraseña AES-128: en esta versión, las claves privadas generadas por el comando ssh-keygen están protegidas con el algoritmo AES-128. Este algoritmo protege las claves recientemente generadas y las claves que se volvieron a cifrar, por ejemplo, cuando se cambia la frase de contraseña.

• Opción -u para el comando sftp-server: permite al usuario establecer una umask explícita en archivos y directorios. Esta opción sustituye la umask predeterminada del usuario. Para ver un ejemplo, consulte la descripción de Subsystem en la página del comando man sshd_config(4).

• Palabras clave adicionales para bloques Match: AuthorizedKeysFile, ForceCommand y HostbasedUsesNameFromPacketOnly se admiten dentro de bloques Match. De manera predeterminada, el valor de AuthorizedKeysFile es $HOME/.ssh/authorized_keys y de HostbasedUsesNameFromPacketOnly es no. Para utilizar bloques Match, consulte Cómo crear excepciones de host y usuario para valores predeterminados del sistema SSH.

Si bien los ingenieros de Oracle Solaris proporcionan correcciones de errores para el proyecto, también han integrado las siguientes funciones de Oracle Solaris en la bifurcación de Secure Shell:

• PAM: Secure Shell utiliza PAM. La opción de configuración UsePAM de OpenSSH no se admite.

• Separación de privilegios: Secure Shell no utiliza el código de separación de privilegios del proyecto OpenSSH. Secure Shell separa el procesamiento de auditoría, conservación de registros y restablecimiento de claves del procesamiento de protocolos de sesión.

  El código de separación de privilegios de Secure Shell siempre está activado y no se puede desactivar. La opción UsePrivilegeSeparation de OpenSSH no se admite.

• Configuración regional: Secure Shell admite completamente la negociación de idiomas, como se define en RFC 4253, Secure Shell Transfer Protocol (Protocolo de transferencia de shell seguro). Después de que el usuario inicia sesión, el perfil del shell de inicio de sesión del usuario puede sustituir la configuración regional negociada de Secure Shell.

• Auditoría: Secure Shell está totalmente integrado en el servicio de auditoría de Solaris. Para obtener más información sobre el servicio de auditoría, consulte la Parte VII, Auditoría en Oracle Solaris.

• Compatibilidad con GSS-API: la GSS-API se puede utilizar para la autenticación de usuario y para el intercambio de claves inicial. La GSS-API se define en RFC4462, Generic Security Service Application Program Interface (Interfaz de programa de aplicación de servicios de seguridad genéricos).

• Comandos de proxy: Secure Shell proporciona comandos de proxy para protocolos SOCKS5 y HTTP. Para obtener un ejemplo, consulte Cómo configurar conexiones predeterminadas a hosts fuera de un cortafuegos.

En las versiones de Oracle Solaris, Secure Shell resincroniza el indicador de compatibilidad SSH_OLD_FORWARD_ADDR del proyecto OpenSSH. A partir de marzo de 2011, la versión de SSH; es 1.5.