1. 08 5月, 2017 1 次提交
  2. 20 4月, 2017 1 次提交
  3. 07 4月, 2017 1 次提交
  4. 16 3月, 2017 1 次提交
  5. 05 3月, 2017 1 次提交
  6. 03 3月, 2017 6 次提交
  7. 16 2月, 2017 1 次提交
    • M
      Don't change the state of the ETM flags until CCS processing · 28a31a0a
      Matt Caswell 提交于
      In 1.1.0 changing the ciphersuite during a renegotiation can result in
      a crash leading to a DoS attack. In master this does not occur with TLS
      (instead you get an internal error, which is still wrong but not a security
      issue) - but the problem still exists in the DTLS code.
      
      The problem is caused by changing the flag indicating whether to use ETM
      or not immediately on negotiation of ETM, rather than at CCS. Therefore,
      during a renegotiation, if the ETM state is changing (usually due to a
      change of ciphersuite), then an error/crash will occur.
      
      Due to the fact that there are separate CCS messages for read and write
      we actually now need two flags to determine whether to use ETM or not.
      
      CVE-2017-3733
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      28a31a0a
  8. 14 2月, 2017 3 次提交
  9. 30 1月, 2017 9 次提交
  10. 11 1月, 2017 1 次提交
  11. 10 1月, 2017 1 次提交
  12. 06 1月, 2017 5 次提交
  13. 29 12月, 2016 1 次提交
  14. 09 12月, 2016 8 次提交