1. 05 2月, 2019 1 次提交
  2. 06 12月, 2018 1 次提交
  3. 23 7月, 2018 1 次提交
  4. 06 7月, 2018 1 次提交
  5. 02 7月, 2018 1 次提交
  6. 27 6月, 2018 1 次提交
  7. 20 3月, 2018 1 次提交
  8. 19 3月, 2018 2 次提交
  9. 01 3月, 2018 1 次提交
    • B
      Do not set a nonzero default max_early_data · c39e4048
      Benjamin Kaduk 提交于
      When early data support was first added, this seemed like a good
      idea, as it would allow applications to just add SSL_read_early_data()
      calls as needed and have things "Just Work".  However, for applications
      that do not use TLS 1.3 early data, there is a negative side effect.
      Having a nonzero max_early_data in a SSL_CTX (and thus, SSL objects
      derived from it) means that when generating a session ticket,
      tls_construct_stoc_early_data() will indicate to the client that
      the server supports early data.  This is true, in that the implementation
      of TLS 1.3 (i.e., OpenSSL) does support early data, but does not
      necessarily indicate that the server application supports early data,
      when the default value is nonzero.  In this case a well-intentioned
      client would send early data along with its resumption attempt, which
      would then be ignored by the server application, a waste of network
      bandwidth.
      
      Since, in order to successfully use TLS 1.3 early data, the application
      must introduce calls to SSL_read_early_data(), it is not much additional
      burden to require that the application also calls
      SSL_{CTX_,}set_max_early_data() in order to enable the feature; doing
      so closes this scenario where early data packets would be sent on
      the wire but ignored.
      
      Update SSL_read_early_data.pod accordingly, and make s_server and
      our test programs into applications that are compliant with the new
      requirements on applications that use early data.
      
      Fixes #4725
      Reviewed-by: NMatt Caswell <matt@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/5483)
      c39e4048
  10. 29 12月, 2017 1 次提交
  11. 08 11月, 2017 1 次提交
  12. 31 8月, 2017 2 次提交
  13. 19 7月, 2017 1 次提交
  14. 12 6月, 2017 1 次提交
  15. 03 4月, 2017 1 次提交
  16. 03 3月, 2017 7 次提交