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