STATUS

   1
   2   OpenSSL STATUS                           Last modified at
   3   ______________                           $Date: 1999/04/07 23:37:33 $
   4
   5   DEVELOPMENT STATE
   6
   7     o  OpenSSL 0.9.3:  Under development...
   8     o  OpenSSL 0.9.2b: Released on March    22th, 1999
   9     o  OpenSSL 0.9.1c: Released on December 23th, 1998
  10
  11   RELEASE SHOWSTOPPERS
  12
  13     o Compilation warnings: ctype-related int vs. char
  14     o Compilation error: "unsigned long*" and "int*" under AIX
  15     o Undefined BN symbols in assembler stuff on Solaris
  16       (see posting "openssl-SNAP-19990308-2130 on Solaris-2.6 SC4" in openssl-dev)
  17     o BN assembler code in r3000.s, mips*.s and pa-risc*.s is broken
  18
  19   AVAILABLE PATCHES
  20
  21     o OCSP (titchenert@certco.com)
  22     o getenv in ca.c and x509_def.c (jaltman@watsun.cc.columbia.edu)
  23     o linux dynamic libs (colin@field.medicine.adelaide.edu.au)
  24     o MingW support (niklas@canit.se)
  25
  26   IN PROGRESS
  27
  28     o Steve is currently working on (in no particular order):
  29         Proper (or at least usable) certificate chain verification.
  30         Documentation on X509 V3 extension code.
  31         PKCS#12 code cleanup and enhancement.
  32
  33     o Mark is currently working on:
  34         Folding in any changes that are in the C2Net code base that were
  35         not in the original SSLeay-0.9.1.b release.  Plus other minor
  36         tidying.
  37
  38     o Ralf is currently working on:
  39         1. Support for SSL_set_default_verify_paths(),
  40            SSL_load_verify_locations(), SSL_get_cert_store() and
  41            SSL_set_cert_store() functions which work like their existing
  42            SSL_CTX_xxx() variants but on a per connection basis. That's needed
  43            to let us provide full-featured per-URL client verification in
  44            mod_ssl or Apache-SSL.
  45            => It still dumps core, so I suspend this and investigate
  46               again for OpenSSL 0.9.3.
  47         2. The perl/ stuff to make it really work the first time ;-)
  48            => I'll investigate a few more hours for OpenSSL 0.9.2
  49         3. The new documentation set in POD format under doc/
  50            => I'll investigate a few more hours for OpenSSL 0.9.2
  51         4. More cleanups to get rid of obsolete/old/ugly files in the
  52            source tree which are not really needed.
  53            => Done all which were possible with my personal knowledge
  54
  55     o Ben is currently working on:
  56         1. Function Prototype Thought Police issues.
  57         2. Integrated documentation.
  58         3. New TLS Ciphersuites.
  59         4. Anything else that takes his fancy.
  60
  61   NEEDS PATCH
  62
  63   OPEN ISSUES
  64
  65     o  The Makefile hierarchy and build mechanism is still not a round thing:
  66
  67        1. The config vs. Configure scripts
  68           It's the same nasty situation as for Apache with APACI vs.
  69           src/Configure. It confuses.
  70           Suggestion: Merge Configure and config into a single configure
  71                       script with a Autoconf style interface ;-) and remove
  72                       Configure and config. Or even let us use GNU Autoconf
  73                       itself. Then we can avoid a lot of those platform checks
  74                       which are currently in Configure.
  75
  76        2. The xxx.org -> xxx.h generation:
  77           It's not obvious for which file xxx.org is the source.
  78           Suggestion: Rename xxx.org to xxx.h.in (Autoconf style), this way
  79                       one sees that xxx.h.in is the input for xxx.h
  80
  81           Status: Mark +1
  82
  83     o  The installation under "make install" produces a very
  84        installation layout: $prefix/certs and $prefix/private dirs.  That's
  85        not nice. Ralf suggests to move the two certs and private dirs either
  86        to $prefix/etc/, $prefix/lib/ or $prefix/share. Alternatively
  87        we could also not install the certs at all.
  88
  89        Status: Ralf +1 for both not installing the certs at all and
  90                        moving it to $prefix/etc/. +0 for $prefix/lib/
  91                        and $prefix/share.
  92                Paul: why is it not nice?
  93                Ralf: because it messes up the install dir when
  94                      $prefix is not a dedicated area like /usr/local/ssl.
  95                      When we move them to a standard subdir like
  96                      etc/ lib/ or share/ we don't mess up things
  97                      when $prefix is /usr or /usr/local, etc.
  98                      Additionally it makes package vendors life
  99                      easier....
 100
 101     o  Support for Shared Libraries has to be added at least
 102        for the major Unix platforms. The details we can rip from the stuff
 103        Ralf has done for the Apache src/Configure script. Ben wants the
 104        solution to be really simple.
 105
 106        Status: Ralf will look how we can easily incorporate the
 107                compiler PIC and linker DSO flags from Apache
 108                into the OpenSSL Configure script.
 109
 110     o  The perl/ stuff needs a major overhaul. Currently it's
 111        totally obsolete. Either we clean it up and enhance it to be up-to-date
 112        with the C code or we also could replace it with the really nice
 113        Net::SSLeay package we can find under
 114        http://www.neuronio.pt/SSLeay.pm.html.  Ralf uses this package for a
 115        longer time and it works fine and is a nice Perl module. Best would be
 116        to convince the author to work for the OpenSSL project and create a
 117        Net::OpenSSL or Crypt::OpenSSL package out of it and maintains it for
 118        us.
 119
 120        Status: Ralf thinks we should both contact the author of Net::SSLeay
 121                and look how much effort it is to bring Eric's perl/ stuff up
 122                to date.
 123                Paul +1
 124
 125     o The EVP and ASN1 stuff is a mess. Currently you have one EVP_CIPHER
 126       structure for each cipher. This may make sense for things like DES but
 127       for variable length ciphers like RC2 and RC4 it is NBG. Need a way to
 128       use the EVP interface and set up the cipher parameters. The ASN1 stuff
 129       is also foo wrt ciphers whose AlgorithmIdentifier has more than just
 130       an IV in it (e.g. RC2, RC5). This also means that EVP_Seal and EVP_Open
 131       don't work unless the key length matches the fixed value (some vendors
 132       use a key length decided by the size of the RSA encrypted key and expect
 133       RC2 to adapt).
 134
 135     o Properly initialize the PRNG in the absence of /dev/random.
 136
 137     o > NO_RSA (ejs@bfd.com)
 138       > ./Configure -DNO_IDEA -DNO_RC5 -DNO_RC4 -DNO_RC2 -DNO_RSA -DNO_ERR linux-elf
 139       > I tried for a whole day to do this and could not get it to work.  Linux
 140       > machine, kernel 2.0.36 and 2.2.1, redhat 5.2 latest, gcc and egcs , no
 141       > go.  I also noticed the even with -DNO_IDEA, _DNO_RC2, etc. the make
 142       > still goes into those subdirectories and 'makes'.
 143
 144   WISHES
 145
 146     o  Damien Miller:
 147        "How about making the each of the locations compile-time defined. I
 148        would like to (for example) put binaries in /usr/bin, configuration
 149        data, certs and keys in /etc/openssl/certs and /etc/openssl/keys, etc.
 150        This would also be a great boon to binary package makers.  The
 151        SSLeay-0.9.1b RPM already includes some patches which do some of this.
 152        I can forward them if you wish."
 153
 154     o  Mats Nilsson <mats.nilsson@xware.se>:
 155        "Add reference counting to all substructures of X509 etc. For instance,
 156        X509_NAME lacks a reference counter, while EVP_PKEY has one.  I'm
 157        making COM-wrappers for selected parts of SSLeay for a project of ours,
 158        and has found this inconsistency in copy semantics annoying."
 159