1. 23 3月, 2015 1 次提交
  2. 22 1月, 2015 1 次提交
  3. 02 3月, 2014 1 次提交
    • D
      PKCS#8 support for alternative PRFs. · 5693a308
      Dr. Stephen Henson 提交于
      Add option to set an alternative to the default hmacWithSHA1 PRF
      for PKCS#8 private key encryptions. This is used automatically
      by PKCS8_encrypt if the nid specified is a PRF.
      
      Add option to pkcs8 utility.
      
      Update docs.
      (cherry picked from commit b60272b01fcb4f69201b3e1659b4f7e9e9298dfb)
      5693a308
  4. 06 11月, 2008 1 次提交
  5. 27 7月, 2001 2 次提交
    • D
      · 1241126a
      Dr. Stephen Henson 提交于
      More linker bloat reorganisation:
      
      Split private key PEM and normal PEM handling. Private key
      handling needs to link in stuff like PKCS#8.
      
      Relocate the ASN1 *_dup() functions, to the relevant ASN1
      modules using new macro IMPLEMENT_ASN1_DUP_FUNCTION. Previously
      these were all in crypto/x509/x_all.c along with every ASN1
      BIO/fp function which linked in *every* ASN1 function if
      a single dup was used.
      
      Move the authority key id ASN1 structure to a separate file.
      This is used in the X509 routines and its previous location
      linked in all the v3 extension code.
      
      Also move ASN1_tag2bit to avoid linking in a_bytes.c which
      is now largely obsolete.
      
      So far under Linux stripped binary with single PEM_read_X509
      is now 238K compared to 380K before these changes.
      1241126a
    • D
      · 19da1300
      Dr. Stephen Henson 提交于
      First of several reorganisations to
      reduce linker bloat. For example the
      single line:
      
      PEM_read_X509()
      
      results in a binary of around 400K in Linux!
      
      This first step separates some of the PEM functions and
      avoids linking in some PKCS#7 and PKCS#12 code.
      19da1300
  6. 25 1月, 2001 1 次提交
  7. 20 10月, 1999 1 次提交
  8. 24 4月, 1999 1 次提交
  9. 20 4月, 1999 1 次提交
  10. 30 3月, 1999 2 次提交
  11. 29 3月, 1999 1 次提交
  12. 27 3月, 1999 1 次提交
  13. 22 2月, 1999 1 次提交
  14. 10 2月, 1999 1 次提交
  15. 24 1月, 1999 1 次提交
  16. 17 1月, 1999 1 次提交
    • D
      Time to blow up the source tree :-) This is the beginning of support for · f6aed2cd
      Dr. Stephen Henson 提交于
      GeneralizedTime. At several points PKIX specifies that GeneralizedTime can be
      used but OpenSSL doesn't currently support it. This patch adds several files
      and a bunch of functions.
      
      Of interest is the ASN1_TIME structure and its related functions. At several
      points certificates, CRLs et al specify that a time can be expressed as a
      choice of UTCTime and GeneralizedTime. Currently OpenSSL interprets this
      (wrongly) as UTCTime because GeneralizedTime isn't supported. The ASN1_TIME
      stuff provides this functionality.
      
      Still todo is to trace which cert and CRL points need an ASN1_TIME and modify
      the utilities appropriately and of course fix all the bugs.
      
      Note new OpenSSL copyright in the new file a_time.c. I didn't put it in
      a_gentm.c because it is a minimally modified form a_utctm.c .
      
      Since this adds new files and error codes you will need to do a 'make errors'
      at the top level to add the new codes.
      f6aed2cd