2011-12-30 12 views
6

¿Cuál es exactamente el papel de la PSK Sugerencia en OpenSSL? Creo que es una especie de identificación de servidor para los clientes, pero no encontré nada concreto al respecto.PSK Sugerencia con OpenSSL

Respuesta

8

La pista de identidad de PSK no está bien definida (consulte RFC 4279). En un esquema de clave precompartida (PSK), tanto el cliente como el servidor deben poder derivar el mismo conjunto de claves de cifrado. La pista de identidad es algo que el servidor proporciona para decirle al cliente cómo derivar la clave.

Como cada servidor puede tener su propia forma única de generar la clave, el cliente debe saber algo sobre el servidor para saber qué hacer con la pista de identidad de PSK. Y cada implementación usa la pista de manera diferente.

Por ejemplo, NETCONF utiliza la sugerencia directamente al generar el PSK (donde + medios concatenan):

PSK = SHA-1(SHA-1(psk_identity + "Key Pad for Netconf" + password) + 
      psk_identity_hint) 

Considerando que el Symbian Segura en el Plano de Usuario Ubicación (SUPL) protocolo utiliza para presentar la versión del protocolo y proporcionar una lista de generadores PSK que el cliente puede usar.

Nota: La sugerencia de identidad PSK es opcional y su significado no está definido (el formato debe ser UTF8). Las aplicaciones que usan TLS-PSK pueden omitirlo o usarlo para cualquier acción (por ejemplo, SUPL lo usa para indicar la versión del protocolo SUPL y para presentar una lista de generadores PSK permitidos).

De forma similar, TLS-PSK para EMV smart cards utiliza la sugerencia de identidad para determinar cómo calcular el PSK.

Cuando el parámetro psk-identity-hint no es entregado por el servidor , se selecciona un modo predeterminado. Este modo predeterminado funciona con un PSK estático . De lo contrario, psk-identity-hint determina un perfil particular para los valores de xCDOL1 y el cálculo de PSK.

Como puede ver, si obtiene una pista de PSK de un servidor, ya tiene que saber qué información proporciona y qué hacer con ella o no podrá generar el mismo conjunto de claves que el servidor genera

Nota al pie: Nokia fue responsable del borrador PSK-TLS RFC 4279 y también de submitted the patch a OpenSSL implementando la especificación.