1. 09 12月, 2016 1 次提交
    • M
      Refactor ClientHello extension parsing · 6b473aca
      Matt Caswell 提交于
      This builds on the work started in 1ab3836b and extends is so that
      each extension has its own identified parsing functions, as well as an
      allowed context identifying which messages and protocols it is relevant for.
      Subsequent commits will do a similar job for the ServerHello extensions.
      This will enable us to have common functions for processing extension blocks
      no matter which of the multiple messages they are received from. In TLSv1.3
      a number of different messages have extension blocks, and some extensions
      have moved from one message to another when compared to TLSv1.2.
      
      Perl changes reviewed by Richard Levitte. Non-perl changes reviewed by Rich
      Salz
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      6b473aca
  2. 04 11月, 2016 1 次提交
  3. 29 9月, 2016 1 次提交
  4. 13 9月, 2016 1 次提交
  5. 18 8月, 2016 1 次提交
  6. 23 6月, 2016 1 次提交
  7. 18 5月, 2016 1 次提交
  8. 09 5月, 2016 1 次提交
  9. 05 2月, 2016 1 次提交
  10. 27 1月, 2016 1 次提交
    • R
      Remove /* foo.c */ comments · 34980760
      Rich Salz 提交于
      This was done by the following
              find . -name '*.[ch]' | /tmp/pl
      where /tmp/pl is the following three-line script:
              print unless $. == 1 && m@/\* .*\.[ch] \*/@;
              close ARGV if eof; # Close file to reset $.
      
      And then some hand-editing of other files.
      Reviewed-by: NViktor Dukhovni <viktor@openssl.org>
      34980760
  11. 07 9月, 2015 1 次提交
  12. 03 8月, 2015 1 次提交
  13. 11 5月, 2015 1 次提交
  14. 07 5月, 2015 1 次提交
  15. 06 2月, 2015 1 次提交
  16. 22 1月, 2015 1 次提交
  17. 05 1月, 2015 1 次提交
  18. 09 12月, 2014 1 次提交
    • G
      Include <openssl/foo.h> instead of "foo.h" · e52a3c3d
      Geoff Thorpe 提交于
      Exported headers shouldn't be included as "foo.h" by code from the same
      module, it should only do so for module-internal headers. This is
      because the symlinking of exported headers (from include/openssl/foo.h
      to crypto/foo/foo.h) is being removed, and the exported headers are
      being moved to the include/openssl/ directory instead.
      
      Change-Id: I4c1d80849544713308ddc6999a549848afc25f94
      Signed-off-by: NGeoff Thorpe <geoff@openssl.org>
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      e52a3c3d
  19. 15 10月, 2014 1 次提交
    • M
      Fix for SRTP Memory Leak · e659eff2
      Matt Caswell 提交于
      CVE-2014-3513
      
      This issue was reported to OpenSSL on 26th September 2014, based on an original
      issue and patch developed by the LibreSSL project. Further analysis of the issue
      was performed by the OpenSSL team.
      
      The fix was developed by the OpenSSL team.
      Reviewed-by: NTim Hudson <tjh@openssl.org>
      e659eff2
  20. 12 2月, 2012 1 次提交
  21. 10 2月, 2012 1 次提交
  22. 16 11月, 2011 1 次提交
  23. 19 10月, 2011 1 次提交
  24. 28 1月, 2011 2 次提交
  25. 27 1月, 2011 1 次提交
  26. 06 8月, 2008 1 次提交
    • G
      Remove the dual-callback scheme for numeric and pointer thread IDs, · 4c329696
      Geoff Thorpe 提交于
      deprecate the original (numeric-only) scheme, and replace with the
      CRYPTO_THREADID object. This hides the platform-specifics and should reduce
      the possibility for programming errors (where failing to explicitly check
      both thread ID forms could create subtle, platform-specific bugs).
      
      Thanks to Bodo, for invaluable review and feedback.
      4c329696
  27. 04 7月, 2008 1 次提交
  28. 28 3月, 2008 1 次提交
    • G
      There was a need to support thread ID types that couldn't be reliably cast · f7ccba3e
      Geoff Thorpe 提交于
      to 'unsigned long' (ie. odd platforms/compilers), so a pointer-typed
      version was added but it required portable code to check *both* modes to
      determine equality. This commit maintains the availability of both thread
      ID types, but deprecates the type-specific accessor APIs that invoke the
      callbacks - instead a single type-independent API is used.  This simplifies
      software that calls into this interface, and should also make it less
      error-prone - as forgetting to call and compare *both* thread ID accessors
      could have led to hard-to-debug/infrequent bugs (that might only affect
      certain platforms or thread implementations). As the CHANGES note says,
      there were corresponding deprecations and replacements in the
      thread-related functions for BN_BLINDING and ERR too.
      f7ccba3e
  29. 28 3月, 2007 1 次提交
  30. 23 6月, 2006 1 次提交
  31. 26 5月, 2005 1 次提交
  32. 11 5月, 2005 1 次提交
    • B
      Fix more error codes. · 8afca8d9
      Bodo Möller 提交于
      (Also improve util/ck_errf.pl script, and occasionally
      fix source code formatting.)
      8afca8d9
  33. 27 4月, 2005 2 次提交
    • D
      Stop unused variable warning. · 465b9f6b
      Dr. Stephen Henson 提交于
      465b9f6b
    • N
      some updates for the blinding code; summary: · 800e400d
      Nils Larsch 提交于
      - possibility of re-creation of the blinding parameters after a
        fixed number of uses (suggested by Bodo)
      - calculatition of the rsa::e in case it's absent and p and q
        are present (see bug report #785)
      - improve the performance when if one rsa structure is shared by
        more than a thread (see bug report #555)
      - fix the problem described in bug report #827
      - hide the definition ot the BN_BLINDING structure in bn_blind.c
      800e400d
  34. 05 11月, 2003 1 次提交
  35. 02 6月, 2000 1 次提交
    • R
      There have been a number of complaints from a number of sources that names · 26a3a48d
      Richard Levitte 提交于
      like Malloc, Realloc and especially Free conflict with already existing names
      on some operating systems or other packages.  That is reason enough to change
      the names of the OpenSSL memory allocation macros to something that has a
      better chance of being unique, like prepending them with OPENSSL_.
      
      This change includes all the name changes needed throughout all C files.
      26a3a48d
  36. 20 4月, 1999 1 次提交
  37. 19 4月, 1999 1 次提交
  38. 08 1月, 1999 1 次提交