2 OpenSSL STATUS Last modified at
3 ______________ $Date: 1999/02/28 20:51:38 $
7 o OpenSSL 0.9.2: Still under development.
8 Proposed freeze time: Monday, March 8th 1999
9 Proposed release time: Monday, March 15th 1999
10 o OpenSSL 0.9.1c: Released on December 23th, 1998
16 o Solaris AS error (kenji@miyake.org)
17 o getenv in ca.c and x509_def.c (jaltman@watsun.cc.columbia.edu)
18 o s3_lib.c - export clients (levitte@stacken.kth.se)
19 o linux dynamic libs (colin@field.medicine.adelaide.edu.au)
20 o MingW support (niklas@canit.se)
21 o crypto/des/enc_read.c bugfix (mike@cs.mun.ca)
25 o Steve is currently working on:
26 X509 V3 extension code including:
27 1. Support for the more common PKIX extensions.
28 2. Proper (or at least usable) certificate chain verification.
29 3. Support in standard applications (req, x509, ca).
30 4. Documentation on how all the above works.
31 Next on the list is probably PKCS#12 integration.
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
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 2. The perl/ stuff to make it really work the first time ;-)
46 3. The new documentation set in PID format under doc/
47 4. More cleanups to get rid of obsolete/old/ugly files in the
48 source tree which are not really needed.
50 o Ben is currently working on:
51 1. Function Prototype Thought Police issues.
52 2. Integrated documentation.
53 3. New TLS Ciphersuites.
54 4. Anything else that takes his fancy.
60 o The Makefile hierarchy and build mechanism is still not a round thing:
62 1. The config vs. Configure scripts
63 It's the same nasty situation as for Apache with APACI vs.
64 src/Configure. It confuses.
65 Suggestion: Merge Configure and config into a single configure
66 script with a Autoconf style interface ;-) and remove
67 Configure and config. Or even let us use GNU Autoconf
68 itself. Then we can avoid a lot of those platform checks
69 which are currently in Configure.
71 2. The xxx.org -> xxx.h generation:
72 It's not obvious for which file xxx.org is the source.
73 Suggestion: Rename xxx.org to xxx.h.in (Autoconf style), this way
74 one sees that xxx.h.in is the input for xxx.h
78 o The installation under "make install" produces a very
79 installation layout: $prefix/certs and $prefix/private dirs. That's
80 not nice. Ralf suggests to move the two certs and private dirs either
81 to $prefix/etc/, $prefix/lib/ or $prefix/share. Alternatively
82 we could also not install the certs at all.
84 Status: Ralf +1 for both not installing the certs at all and
85 moving it to $prefix/etc/. +0 for $prefix/lib/
87 Paul: why is it not nice?
88 Ralf: because it messes up the install dir when
89 $prefix is not a dedicated area like /usr/local/ssl.
90 When we move them to a standard subdir like
91 etc/ lib/ or share/ we don't mess up things
92 when $prefix is /usr or /usr/local, etc.
93 Additionally it makes package vendors life
96 o Support for Shared Libraries has to be added at least
97 for the major Unix platforms. The details we can rip from the stuff
98 Ralf has done for the Apache src/Configure script. Ben wants the
99 solution to be really simple.
101 Status: Ralf will look how we can easily incorporate the
102 compiler PIC and linker DSO flags from Apache
103 into the OpenSSL Configure script.
105 o The perl/ stuff needs a major overhaul. Currently it's
106 totally obsolete. Either we clean it up and enhance it to be up-to-date
107 with the C code or we also could replace it with the really nice
108 Net::SSLeay package we can find under
109 http://www.neuronio.pt/SSLeay.pm.html. Ralf uses this package for a
110 longer time and it works fine and is a nice Perl module. Best would be
111 to convince the author to work for the OpenSSL project and create a
112 Net::OpenSSL or Crypt::OpenSSL package out of it and maintains it for
115 Status: Ralf thinks we should both contact the author of Net::SSLeay
116 and look how much effort it is to bring Eric's perl/ stuff up
120 o The EVP and ASN1 stuff is a mess. Currently you have one EVP_CIPHER
121 structure for each cipher. This may make sense for things like DES but
122 for variable length ciphers like RC2 and RC4 it is NBG. Need a way to
123 use the EVP interface and set up the cipher parameters. The ASN1 stuff
124 is also foo wrt ciphers whose AlgorithmIdentifier has more than just
125 an IV in it (e.g. RC2, RC5). This also means that EVP_Seal and EVP_Open
126 don't work unless the key length matches the fixed value (some vendors
127 use a key length decided by the size of the RSA encrypted key and expect
130 o Properly initialize the PRNG in the absence of /dev/random.
132 o > NO_RSA (ejs@bfd.com)
133 > ./Configure -DNO_IDEA -DNO_RC5 -DNO_RC4 -DNO_RC2 -DNO_RSA -DNO_ERR linux-elf
134 > I tried for a whole day to do this and could not get it to work. Linux
135 > machine, kernel 2.0.36 and 2.2.1, redhat 5.2 latest, gcc and egcs , no
136 > go. I also noticed the even with -DNO_IDEA, _DNO_RC2, etc. the make
137 > still goes into those subdirectories and 'makes'.
142 "How about making the each of the locations compile-time defined. I
143 would like to (for example) put binaries in /usr/bin, configuration
144 data, certs and keys in /etc/openssl/certs and /etc/openssl/keys, etc.
145 This would also be a great boon to binary package makers. The
146 SSLeay-0.9.1b RPM already includes some patches which do some of this.
147 I can forward them if you wish."
149 o Mats Nilsson <mats.nilsson@xware.se>:
150 "Add reference counting to all substructures of X509 etc. For instance,
151 X509_NAME lacks a reference counter, while EVP_PKEY has one. I'm
152 making COM-wrappers for selected parts of SSLeay for a project of ours,
153 and has found this inconsistency in copy semantics annoying."