Skip to content
  1. Mar 08, 2017
  2. Mar 07, 2017
  3. Mar 03, 2017
  4. Feb 28, 2017
  5. Feb 27, 2017
  6. Feb 24, 2017
  7. Feb 23, 2017
  8. Feb 22, 2017
  9. Feb 21, 2017
  10. Feb 17, 2017
  11. Feb 16, 2017
  12. Feb 15, 2017
  13. Feb 14, 2017
  14. Feb 13, 2017
  15. Feb 09, 2017
  16. Feb 08, 2017
    • Todd Short's avatar
      Fix session ticket and SNI · dbdb9661
      Todd Short authored
      
      
      When session tickets are used, it's possible that SNI might swtich the
      SSL_CTX on an SSL. Normally, this is not a problem, because the
      initial_ctx/session_ctx are used for all session ticket/id processes.
      
      However, when the SNI callback occurs, it's possible that the callback
      may update the options in the SSL from the SSL_CTX, and this could
      cause SSL_OP_NO_TICKET to be set. If this occurs, then two bad things
      can happen:
      
      1. The session ticket TLSEXT may not be written when the ticket expected
      flag is set. The state machine transistions to writing the ticket, and
      the client responds with an error as its not expecting a ticket.
      2. When creating the session ticket, if the ticket key cb returns 0
      the crypto/hmac contexts are not initialized, and the code crashes when
      trying to encrypt the session ticket.
      
      To fix 1, if the ticket TLSEXT is not written out, clear the expected
      ticket flag.
      To fix 2, consider a return of 0 from the ticket key cb a recoverable
      error, and write a 0 length ticket and continue. The client-side code
      can explicitly handle this case.
      
      Fix these two cases, and add unit test code to validate ticket behavior.
      
      Reviewed-by: default avatarRich Salz <rsalz@openssl.org>
      Reviewed-by: default avatarMatt Caswell <matt@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/1065)
      dbdb9661
  17. Feb 07, 2017