1. 19 7月, 2016 12 次提交
  2. 18 7月, 2016 3 次提交
    • M
      Simplify key_exchange_expected() logic · 7d2c13a7
      Matt Caswell 提交于
      The static function key_exchange_expected() used to return -1 on error.
      Commit 361a1191 changed that so that it can never fail. This means that
      some tidy up can be done to simplify error handling in callers of that
      function.
      Reviewed-by: NEmilia Käsper <emilia@openssl.org>
      7d2c13a7
    • M
      Fix SSLv3 alert if no Client Ceritifcate sent after a request for one · 672f3337
      Matt Caswell 提交于
      In TLS if the server sends a CertificateRequest and the client does not
      provide one, if the server cannot continue it should send a
      HandshakeFailure alert. In SSLv3 the same should happen, but instead we
      were sending an UnexpectedMessage alert. This is incorrect - the message
      isn't unexpected - it is valid for the client not to send one - its just
      that we cannot continue without one.
      Reviewed-by: NEmilia Käsper <emilia@openssl.org>
      672f3337
    • M
      Prepare the client certificate earlier · 05c4f1d5
      Matt Caswell 提交于
      Move the preparation of the client certificate to be post processing work
      after reading the CertificateRequest message rather than pre processing
      work prior to writing the Certificate message. As part of preparing the
      client certificate we may discover that we do not have one available. If
      we are also talking SSLv3 then we won't send the Certificate message at
      all. However, if we don't discover this until we are about to send the
      Certificate message it is too late and we send an empty one anyway. This
      is wrong for SSLv3.
      Reviewed-by: NEmilia Käsper <emilia@openssl.org>
      05c4f1d5
  3. 15 7月, 2016 1 次提交
  4. 13 7月, 2016 1 次提交
  5. 16 6月, 2016 1 次提交
  6. 10 6月, 2016 1 次提交
  7. 04 6月, 2016 1 次提交
  8. 20 5月, 2016 1 次提交
    • M
      Simplify SSL BIO buffering logic · 46417569
      Matt Caswell 提交于
      The write BIO for handshake messages is bufferred so that we only write
      out to the network when we have a complete flight. There was some
      complexity in the buffering logic so that we switched buffering on and
      off at various points through out the handshake. The only real reason to
      do this was historically it complicated the state machine when you wanted
      to flush because you had to traverse through the "flush" state (in order
      to cope with NBIO). Where we knew up front that there was only going to
      be one message in the flight we switched off buffering to avoid that.
      
      In the new state machine there is no longer a need for a flush state so
      it is simpler just to have buffering on for the whole handshake. This
      also gives us the added benefit that we can simply call flush after every
      flight even if it only has one message in it. This means that BIO authors
      can implement their own buffering strategies and not have to be aware of
      the state of the SSL object (previously they would have to switch off
      their own buffering during the handshake because they could not rely on
      a flush being received when they really needed to write data out). This
      last point addresses GitHub Issue #322.
      Reviewed-by: NAndy Polyakov <appro@openssl.org>
      46417569
  9. 18 5月, 2016 1 次提交
  10. 17 5月, 2016 1 次提交
  11. 13 5月, 2016 1 次提交
  12. 29 4月, 2016 2 次提交
  13. 22 4月, 2016 1 次提交
    • M
      Don't set peer_tmp until we have finished constructing it · ee85fc1d
      Matt Caswell 提交于
      If we fail halfway through constructing the peer_tmp EVP_PKEY but we have
      already stored it in s->s3->peer_tmp then if anything tries to use it then
      it will likely fail. This was causing s_client to core dump in the
      sslskewith0p test. s_client was trying to print out the connection
      parameters that it had negotiated so far. Arguably s_client should not do
      that if the connection has failed...but given it is existing functionality
      it's easier to fix libssl.
      Reviewed-by: NViktor Dukhovni <viktor@openssl.org>
      ee85fc1d
  14. 09 4月, 2016 1 次提交
  15. 08 4月, 2016 3 次提交
    • V
      Suppress CT callback as appropriate · 43341433
      Viktor Dukhovni 提交于
      Suppress CT callbacks with aNULL or PSK ciphersuites that involve
      no certificates.  Ditto when the certificate chain is validated via
      DANE-TA(2) or DANE-EE(3) TLSA records.  Also skip SCT processing
      when the chain is fails verification.
      
      Move and consolidate CT callbacks from libcrypto to libssl.  We
      also simplify the interface to SSL_{,CTX_}_enable_ct() which can
      specify either a permissive mode that just collects information or
      a strict mode that requires at least one valid SCT or else asks to
      abort the connection.
      
      Simplified SCT processing and options in s_client(1) which now has
      just a simple pair of "-noct" vs. "-ct" options, the latter enables
      the permissive callback so that we can complete the handshake and
      report all relevant information.  When printing SCTs, print the
      validation status if set and not valid.
      Signed-off-by: NRob Percival <robpercival@google.com>
      Reviewed-by: NEmilia Käsper <emilia@openssl.org>
      43341433
    • V
      Fix client verify mode to check SSL_VERIFY_PEER · c636c1c4
      Viktor Dukhovni 提交于
      The original check for != SSL_VERIFY_NONE can give surprising results
      when flags SSL_VERIFY_PEER is not set, but other flags are.  Note
      that SSL_VERIFY_NONE (0) is not a flag bit, it is rather the absense
      of all other flag bits.
      Signed-off-by: NRob Percival <robpercival@google.com>
      Reviewed-by: NEmilia Käsper <emilia@openssl.org>
      c636c1c4
    • D
      Fix memory leak on invalid CertificateRequest. · 6afef8b1
      David Benjamin 提交于
      Free up parsed X509_NAME structure if the CertificateRequest message
      contains excess data.
      
      The security impact is considered insignificant. This is a client side
      only leak and a large number of connections to malicious servers would
      be needed to have a significant impact.
      
      This was found by libFuzzer.
      Reviewed-by: NEmilia Käsper <emilia@openssl.org>
      Reviewed-by: NStephen Henson <steve@openssl.org>
      6afef8b1
  16. 05 4月, 2016 2 次提交
  17. 28 3月, 2016 1 次提交
  18. 21 3月, 2016 1 次提交
  19. 10 3月, 2016 1 次提交
  20. 08 3月, 2016 1 次提交
  21. 04 3月, 2016 1 次提交
  22. 19 2月, 2016 1 次提交
    • R
      Remove outdated DEBUG flags. · d63a5e5e
      Rich Salz 提交于
      Add -DBIO_DEBUG to --strict-warnings.
      Remove comments about outdated debugging ifdef guards.
      Remove md_rand ifdef guarding an assert; it doesn't seem used.
      Remove the conf guards in conf_api since we use OPENSSL_assert, not assert.
      For pkcs12 stuff put OPENSSL_ in front of the macro name.
      Merge TLS_DEBUG into SSL_DEBUG.
      Various things just turned on/off asserts, mainly for checking non-NULL
      arguments, which is now removed: camellia, bn_ctx, crypto/modes.
      Remove some old debug code, that basically just printed things to stderr:
        DEBUG_PRINT_UNKNOWN_CIPHERSUITES, DEBUG_ZLIB, OPENSSL_RI_DEBUG,
        RL_DEBUG, RSA_DEBUG, SCRYPT_DEBUG.
      Remove OPENSSL_SSL_DEBUG_BROKEN_PROTOCOL.
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      d63a5e5e
  23. 12 2月, 2016 1 次提交