1. 20 3月, 2018 1 次提交
  2. 19 3月, 2018 1 次提交
  3. 17 3月, 2018 1 次提交
  4. 16 3月, 2018 1 次提交
  5. 15 3月, 2018 1 次提交
  6. 02 3月, 2018 1 次提交
  7. 27 2月, 2018 1 次提交
  8. 23 2月, 2018 1 次提交
  9. 24 1月, 2018 1 次提交
  10. 20 11月, 2017 1 次提交
  11. 12 11月, 2017 1 次提交
  12. 06 11月, 2017 1 次提交
  13. 31 10月, 2017 1 次提交
  14. 18 10月, 2017 1 次提交
    • D
      Fix reseeding issues of the public RAND_DRBG · c16de9d8
      Dr. Matthias St. Pierre 提交于
      Reseeding is handled very differently by the classic RAND_METHOD API
      and the new RAND_DRBG api. These differences led to some problems when
      the new RAND_DRBG was made the default OpenSSL RNG. In particular,
      RAND_add() did not work as expected anymore. These issues are discussed
      on the thread '[openssl-dev] Plea for a new public OpenSSL RNG API'
      and in Pull Request #4328. This commit fixes the mentioned issues,
      introducing the following changes:
      
      - Replace the fixed size RAND_BYTES_BUFFER by a new RAND_POOL API which
        facilitates collecting entropy by the get_entropy() callback.
      - Don't use RAND_poll()/RAND_add() for collecting entropy from the
        get_entropy() callback anymore. Instead, replace RAND_poll() by
        RAND_POOL_acquire_entropy().
      - Add a new function rand_drbg_restart() which tries to get the DRBG
        in an instantiated state by all means, regardless of the current
        state (uninstantiated, error, ...) the DRBG is in. If the caller
        provides entropy or additional input, it will be used for reseeding.
      - Restore the original documented behaviour of RAND_add() and RAND_poll()
        (namely to reseed the DRBG immediately) by a new implementation based
        on rand_drbg_restart().
      - Add automatic error recovery from temporary failures of the entropy
        source to RAND_DRBG_generate() using the rand_drbg_restart() function.
      Reviewed-by: NPaul Dale <paul.dale@oracle.com>
      Reviewed-by: NKurt Roeckx <kurt@roeckx.be>
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      Reviewed-by: NBen Kaduk <kaduk@mit.edu>
      (Merged from https://github.com/openssl/openssl/pull/4328)
      c16de9d8
  15. 13 10月, 2017 1 次提交
  16. 12 10月, 2017 2 次提交
  17. 11 10月, 2017 1 次提交
  18. 14 9月, 2017 2 次提交
  19. 29 8月, 2017 1 次提交
  20. 22 8月, 2017 1 次提交
    • P
      This has been added to avoid the situation where some host ctype.h functions · a1df06b3
      Pauli 提交于
      return true for characters > 127.  I.e. they are allowing extended ASCII
      characters through which then cause problems.  E.g. marking superscript '2' as
      a number then causes the common (ch - '0') conversion to number to fail
      miserably.  Likewise letters with diacritical marks can also cause problems.
      
      If a non-ASCII character set is being used (currently only EBCDIC), it is
      adjusted for.
      
      The implementation uses a single table with a bit for each of the defined
      classes.  These functions accept an int argument and fail for
      values out of range or for characters outside of the ASCII set.  They will
      work for both signed and unsigned character inputs.
      Reviewed-by: NAndy Polyakov <appro@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/4102)
      a1df06b3
  21. 08 8月, 2017 1 次提交
  22. 07 8月, 2017 2 次提交
  23. 03 8月, 2017 1 次提交
  24. 20 7月, 2017 1 次提交
  25. 30 6月, 2017 2 次提交
  26. 29 6月, 2017 2 次提交
  27. 28 6月, 2017 1 次提交
  28. 19 6月, 2017 1 次提交
  29. 15 6月, 2017 1 次提交
  30. 31 5月, 2017 3 次提交
  31. 26 5月, 2017 1 次提交
  32. 02 5月, 2017 1 次提交
  33. 26 4月, 2017 1 次提交
    • D
      Add support for custom signature parameters · 786dd2c2
      Dr. Stephen Henson 提交于
      Many signature types define the digest and public key type by a single OID
      such as ecdsa_with_sha256.
      
      Some types (RSA-PSS for example) use a single OID to indicate the signature
      scheme and additional parameters are encoded in the AlgorithmIdentifier.
      
      Add an X509_SIG_INFO structure to contain details about the signature type:
      specifically the digest algorithm, public key algorithm, security bits and
      various flags. This supports both existing algorithms and more complex
      types.
      
      Add accessors for the structure and a special case that retrieves signature
      information from a certificate.
      Reviewed-by: NRichard Levitte <levitte@openssl.org>
      (Merged from https://github.com/openssl/openssl/pull/3301)
      786dd2c2