STATUS

   1
   2   OpenSSL STATUS                           Last modified at
   3   ______________                           $Date: 2001/07/04 20:56:08 $
   4
   5   DEVELOPMENT STATE
   6
   7     o  OpenSSL 0.9.7:  Under development...
   8     o  OpenSSL 0.9.6a: Released on April      5th, 2001
   9     o  OpenSSL 0.9.6:  Released on September 24th, 2000
  10     o  OpenSSL 0.9.5a: Released on April      1st, 2000
  11     o  OpenSSL 0.9.5:  Released on February  28th, 2000
  12     o  OpenSSL 0.9.4:  Released on August    09th, 1999
  13     o  OpenSSL 0.9.3a: Released on May       29th, 1999
  14     o  OpenSSL 0.9.3:  Released on May       25th, 1999
  15     o  OpenSSL 0.9.2b: Released on March     22th, 1999
  16     o  OpenSSL 0.9.1c: Released on December  23th, 1998
  17
  18   RELEASE SHOWSTOPPERS
  19
  20   AVAILABLE PATCHES
  21
  22   IN PROGRESS
  23
  24     o Steve is currently working on (in no particular order):
  25         ASN1 code redesign, butchery, replacement.
  26         OCSP
  27         EVP cipher enhancement.
  28         Enhanced certificate chain verification.
  29         Private key, certificate and CRL API and implementation.
  30         Developing and bugfixing PKCS#7 (S/MIME code).
  31         Various X509 issues: character sets, certificate request extensions.
  32     o Geoff and Richard are currently working on:
  33         ENGINE (the new code that gives hardware support among others).
  34     o Richard is currently working on:
  35         UI (User Interface)
  36         UTIL (a new set of library functions to support some higher level
  37               functionality that is currently missing).
  38         Shared library support for VMS.
  39         Kerberos 5 authentication
  40         Constification
  41         OCSP
  42
  43   NEEDS PATCH
  44
  45     o  apps/ca.c: "Sign the certificate?" - "n" creates empty certificate file
  46
  47     o  OpenSSL_0_9_6-stable:
  48        #include <openssl/e_os.h> in exported header files is illegal since
  49        e_os.h is suitable only for library-internal use.
  50
  51     o  Whenever strncpy is used, make sure the resulting string is NULL-terminated
  52        or an error is reported
  53
  54   OPEN ISSUES
  55
  56     o  crypto/ex_data.c is not really thread-safe and so must be used
  57        with care (e.g., extra locking where necessary, or don't call
  58        CRYPTO_get_ex_new_index once multiple threads exist).
  59        The current API is not suitable for everything that it pretends
  60        to offer.
  61
  62     o  The Makefile hierarchy and build mechanism is still not a round thing:
  63
  64        1. The config vs. Configure scripts
  65           It's the same nasty situation as for Apache with APACI vs.
  66           src/Configure. It confuses.
  67           Suggestion: Merge Configure and config into a single configure
  68                       script with a Autoconf style interface ;-) and remove
  69                       Configure and config. Or even let us use GNU Autoconf
  70                       itself. Then we can avoid a lot of those platform checks
  71                       which are currently in Configure.
  72
  73     o  Support for Shared Libraries has to be added at least
  74        for the major Unix platforms. The details we can rip from the stuff
  75        Ralf has done for the Apache src/Configure script. Ben wants the
  76        solution to be really simple.
  77
  78        Status: Ralf will look how we can easily incorporate the
  79                compiler PIC and linker DSO flags from Apache
  80                into the OpenSSL Configure script.
  81
  82                Ulf: +1 for using GNU autoconf and libtool (but not automake,
  83                     which apparently is not flexible enough to generate
  84                     libcrypto)
  85
  86
  87     o  The perl/ stuff needs a major overhaul. Currently it's
  88        totally obsolete. Either we clean it up and enhance it to be up-to-date
  89        with the C code or we also could replace it with the really nice
  90        Net::SSLeay package we can find under
  91        http://www.neuronio.pt/SSLeay.pm.html.  Ralf uses this package for a
  92        longer time and it works fine and is a nice Perl module. Best would be
  93        to convince the author to work for the OpenSSL project and create a
  94        Net::OpenSSL or Crypt::OpenSSL package out of it and maintains it for
  95        us.
  96
  97        Status: Ralf thinks we should both contact the author of Net::SSLeay
  98                and look how much effort it is to bring Eric's perl/ stuff up
  99                to date.
 100                Paul +1
 101
 102   WISHES
 103
 104     o  SRP in TLS.
 105        [wished by:
 106         Dj <derek@yo.net>, Tom Wu <tom@arcot.com>,
 107         Tom Holroyd <tomh@po.crl.go.jp>]
 108
 109        See http://search.ietf.org/internet-drafts/draft-ietf-tls-srp-00.txt
 110        as well as http://www-cs-students.stanford.edu/~tjw/srp/.
 111
 112        Tom Holroyd tells us there is a SRP patch for OpenSSH at
 113        http://members.tripod.com/professor_tom/archives/, that could
 114        be useful.