1. 11 2月, 2017 1 次提交
  2. 10 2月, 2017 1 次提交
  3. 02 2月, 2017 2 次提交
  4. 01 2月, 2017 1 次提交
  5. 30 1月, 2017 3 次提交
  6. 26 1月, 2017 1 次提交
  7. 25 1月, 2017 1 次提交
  8. 24 1月, 2017 1 次提交
  9. 11 1月, 2017 1 次提交
  10. 10 1月, 2017 2 次提交
  11. 09 12月, 2016 1 次提交
  12. 23 11月, 2016 1 次提交
  13. 18 11月, 2016 1 次提交
  14. 16 11月, 2016 1 次提交
  15. 10 11月, 2016 1 次提交
  16. 04 11月, 2016 10 次提交
  17. 02 11月, 2016 3 次提交
  18. 21 9月, 2016 1 次提交
  19. 18 9月, 2016 1 次提交
  20. 24 8月, 2016 1 次提交
  21. 18 8月, 2016 1 次提交
  22. 16 8月, 2016 1 次提交
  23. 05 8月, 2016 1 次提交
  24. 29 7月, 2016 2 次提交
    • M
      Simplify and rename SSL_set_rbio() and SSL_set_wbio() · 65e2d672
      Matt Caswell 提交于
      SSL_set_rbio() and SSL_set_wbio() are new functions in 1.1.0 and really
      should be called SSL_set0_rbio() and SSL_set0_wbio(). The old
      implementation was not consistent with what "set0" means though as there
      were special cases around what happens if the rbio and wbio are the same.
      We were only ever taking one reference on the BIO, and checking everywhere
      whether the rbio and wbio are the same so as not to double free.
      
      A better approach is to rename the functions to SSL_set0_rbio() and
      SSL_set0_wbio(). If an existing BIO is present it is *always* freed
      regardless of whether the rbio and wbio are the same or not. It is
      therefore the callers responsibility to ensure that a reference is taken
      for *each* usage, i.e. one for the rbio and one for the wbio.
      
      The legacy function SSL_set_bio() takes both the rbio and wbio in one go
      and sets them both. We can wrap up the old behaviour in the implementation
      of that function, i.e. previously if the rbio and wbio are the same in the
      call to this function then the caller only needed to ensure one reference
      was passed. This behaviour is retained by internally upping the ref count.
      
      This commit was inspired by BoringSSL commit f715c423224.
      
      RT#4572
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      65e2d672
    • M
      Don't double free the write bio · 8e3854ac
      Matt Caswell 提交于
      When setting the read bio we free up any old existing one. However this can
      lead to a double free if the existing one is the same as the write bio.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      8e3854ac