1. 29 1月, 2019 1 次提交
  2. 27 1月, 2019 5 次提交
  3. 25 1月, 2019 2 次提交
  4. 24 1月, 2019 2 次提交
  5. 22 1月, 2019 1 次提交
  6. 21 1月, 2019 3 次提交
  7. 17 1月, 2019 3 次提交
  8. 16 1月, 2019 1 次提交
  9. 15 1月, 2019 4 次提交
  10. 09 1月, 2019 1 次提交
    • M
      Don't artificially limit the size of the ClientHello · bbcfd60e
      Matt Caswell 提交于
      We were setting a limit of SSL3_RT_MAX_PLAIN_LENGTH on the size of the
      ClientHello. AFAIK there is nothing in the standards that requires this
      limit.
      
      The limit goes all the way back to when support for extensions was first
      added for TLSv1.0. It got converted into a WPACKET max size in 1.1.1. Most
      likely it was originally added to avoid the complexity of having to grow
      the init_buf in the middle of adding extensions. With WPACKET this is
      irrelevant since it will grow automatically.
      
      This issue came up when an attempt was made to send a very large
      certificate_authorities extension in the ClientHello.
      
      We should just remove the limit.
      Reviewed-by: NPaul Dale <paul.dale@oracle.com>
      Reviewed-by: NViktor Dukhovni <viktor@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/7424)
      
      (cherry picked from commit 7835e97b6ff5cd94a10c5aeac439f4aa145a77b2)
      bbcfd60e
  11. 08 1月, 2019 3 次提交
  12. 07 1月, 2019 3 次提交
  13. 06 1月, 2019 2 次提交
  14. 05 1月, 2019 7 次提交
  15. 03 1月, 2019 2 次提交