¿Cómo funciona la autenticación de clave pública ssh?

Los detalles de la autenticación dependen de la versión del protocolo y del tipo de clave. En todos los casos, siempre hay un desafío, con algo de aleatoriedad para evitar los ataques de repetición. Cuando la clave de usuario es de tipo DSA, necesariamente está implicada una verdadera firma digital, ya que DSA es un algoritmo de solo firma. El artículo al que se vincula muestra algo que supone que la clave de usuario puede realizar un cifrado asimétrico; Supongo que esto es algo que hizo SSHv1 (en SSHv1, todas las claves fueron RSA, y RSA puede hacer un cifrado asimétrico). Para el protocolo actual (SSHv2), la autenticación del cliente basada en clave pública se especifica en RFC 4252 , sección 7.

El concepto central sigue siendo el mismo: el cliente prueba su control de la clave privada realizando una operación que requiere el conocimiento de esa clave, pero de tal manera que la operación "inversa" se puede hacer con la clave pública que se encuentra en el .ssh/authorized_keys en el servidor.

En resumen:

• SSHv1: el servidor cifra un mensaje a una clave pública almacenada en authorized_keys , el cliente tiene que descifrarlo y devolver su suma de comprobación (modificada por un ID de sesión)
• SSHv2: el cliente firma un mensaje (según el ID de sesión) y transmite la firma sin el mensaje pero con la clave pública utilizada. El servidor vuelve a crear el mensaje y verifica la firma (siempre que la clave pública esté en authorized_keys )

El documento PROTOCOL.agent resume esto:

  

Las claves de protocolo 1 y protocolo 2 están separadas debido a las diferentes   Uso criptográfico: las claves RSA privadas del protocolo 1 se utilizan para descifrar   Retos que fueron encriptados con la correspondiente clave pública,   mientras que las claves privadas RSA del protocolo 2 se utilizan para firmar desafíos con un   Clave privada de verificación con la clave pública correspondiente. Es   Se considera una práctica no válida utilizar la misma clave para firmar y   cifrado.

Aquí está la sección relevante de SSHv2 de RFC 4252 :

  

Para realizar la autenticación real, el cliente PUEDE enviar un mensaje   Firma generada utilizando la clave privada. El cliente PUEDE enviar el
  firma directamente sin primero verificar si la clave es
  aceptable. La firma se envía utilizando el siguiente paquete:

  byte      SSH_MSG_USERAUTH_REQUEST
  string    user name
  string    service name
  string    "publickey"
  boolean   TRUE
  string    public key algorithm name
  string    public key to be used for authentication
  string    signature

     

El valor de 'firma' es una firma del correspondiente   Clave privada sobre los siguientes datos, en el siguiente orden:

  string    session identifier
  byte      SSH_MSG_USERAUTH_REQUEST
  string    user name
  string    service name
  string    "publickey"
  boolean   TRUE
  string    public key algorithm name
  string    public key to be used for authentication

     

Cuando el servidor recibe este mensaje, DEBE verificar si el servidor   la clave suministrada es aceptable para la autenticación, y si es así, DEBE ser   Compruebe si la firma es correcta.