¿Cuáles son las diferencias entre la reanudación de sesión basada en el Ticket de sesión y el ID de sesión?

Actualización: Advertencia: mi comprensión de esto es aburrida. Ver el comentario de Dave Thompson.

——————————————

  

¿Solo la reanudación de sesión basada en el ID de sesión actualizará la clave de sesión TLS simétrica?

Ningún método hará eso.

Para citar a Adam Langley: (saltos de línea míos)

  

TLS ofrece dos mecanismos de reanudación de sesión: los ID de sesión (donde el servidor y el cliente almacenan su propio estado secreto) y los tickets de sesión (donde el cliente almacena el estado del servidor, cifrado por el servidor).

     

Si un atacante puede obtener la información de reanudación de sesión para una conexión, entonces puede descifrar la conexión.

     

(Esto no tiene por qué ser completamente cierto, pero es para TLS debido a la forma en que está diseñado TLS.)

Fuente: Cómo estallar el secreto hacia adelante de TLS (27 de junio de 2013) (Archivado aquí .)

Lectura adicional

• enlace
• enlace
  TLS 1.2 nunca ha proporcionado ningún Reenviar secreto contra un compromiso de la clave de Ticket de sesión, por lo que incluso con 0-RTT 1.3 es una mejora respecto a 1.2.
• Agregado el 2017-01-04 : vea la sección 2.2 "Reanudación de sesión" aquí: Springall, Drew y Durumeric, Zakir y Halderman, J. Alex, 2016, Cómo medir el daño de seguridad de los accesos directos de criptografía TLS