Complain about deficiency of internal_verify.
[openssl.git] / STATUS
1
2   OpenSSL STATUS                           Last modified at
3   ______________                           $Date: 1999/05/31 12:13:10 $
4
5   DEVELOPMENT STATE
6
7     o  OpenSSL 0.9.4:  Under development...
8     o  OpenSSL 0.9.3a: Released on May      29th, 1999
9     o  OpenSSL 0.9.3:  Released on May      25th, 1999
10     o  OpenSSL 0.9.2b: Released on March    22th, 1999
11     o  OpenSSL 0.9.1c: Released on December 23th, 1998
12
13   RELEASE SHOWSTOPPERS
14
15     o internal_verify doesn't know about X509.v3 (basicConstraints
16       CA flag ...)
17
18   AVAILABLE PATCHES
19
20     o OCSP (titchenert@certco.com) 
21     o getenv in ca.c and x509_def.c (jaltman@watsun.cc.columbia.edu)
22
23   IN PROGRESS
24
25     o Steve is currently working on (in no particular order):
26         Proper (or at least usable) certificate chain verification.
27         Documentation on X509 V3 extension code.
28         PKCS #8 and PKCS#5 v2.0 support.
29         Private key, certificate and CRL API and implementation.
30         Checking and bugfixing PKCS#7 (S/MIME code).
31
32     o Mark is currently working on:
33         Folding in any changes that are in the C2Net code base that were
34         not in the original SSLeay-0.9.1.b release.  Plus other minor
35         tidying.
36
37     o Ralf is currently working on:
38         1. Support for SSL_set_default_verify_paths(),
39            SSL_load_verify_locations(), SSL_get_cert_store() and
40            SSL_set_cert_store() functions which work like their existing
41            SSL_CTX_xxx() variants but on a per connection basis. That's needed
42            to let us provide full-featured per-URL client verification in
43            mod_ssl or Apache-SSL.
44            => It still dumps core, so I suspend this and investigate
45               again for OpenSSL 0.9.3.
46         2. The perl/ stuff to make it really work the first time ;-)
47            => I'll investigate a few more hours for OpenSSL 0.9.2
48         3. The new documentation set in POD format under doc/
49            => I'll investigate a few more hours for OpenSSL 0.9.2
50         4. More cleanups to get rid of obsolete/old/ugly files in the
51            source tree which are not really needed.
52            => Done all which were possible with my personal knowledge
53
54     o Ben is currently working on:
55         1. Function Prototype Thought Police issues.
56         2. Integrated documentation.
57         3. New TLS Ciphersuites.
58         4. Anything else that takes his fancy.
59
60   NEEDS PATCH
61
62     o  broken demos
63     o  salzr@certco.com (Rich Salz): Bug in X509_name_print
64        <29E0A6D39ABED111A36000A0C99609CA2C2BA4@macertco-srv1.ma.certco.com>
65     o  $(PERL) in */Makefile.ssl
66     o  "Sign the certificate?" - "n" creates empty certificate file
67     o  dubious declaration of crypt() in des.h
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     o  Support for Shared Libraries has to be added at least
83        for the major Unix platforms. The details we can rip from the stuff
84        Ralf has done for the Apache src/Configure script. Ben wants the
85        solution to be really simple.
86
87        Status: Ralf will look how we can easily incorporate the
88                compiler PIC and linker DSO flags from Apache
89                into the OpenSSL Configure script.
90
91     o  The perl/ stuff needs a major overhaul. Currently it's
92        totally obsolete. Either we clean it up and enhance it to be up-to-date
93        with the C code or we also could replace it with the really nice
94        Net::SSLeay package we can find under
95        http://www.neuronio.pt/SSLeay.pm.html.  Ralf uses this package for a
96        longer time and it works fine and is a nice Perl module. Best would be
97        to convince the author to work for the OpenSSL project and create a
98        Net::OpenSSL or Crypt::OpenSSL package out of it and maintains it for
99        us.
100
101        Status: Ralf thinks we should both contact the author of Net::SSLeay
102                and look how much effort it is to bring Eric's perl/ stuff up
103                to date.
104                Paul +1
105
106     o The EVP and ASN1 stuff is a mess. Currently you have one EVP_CIPHER
107       structure for each cipher. This may make sense for things like DES but
108       for variable length ciphers like RC2 and RC4 it is NBG. Need a way to
109       use the EVP interface and set up the cipher parameters. The ASN1 stuff
110       is also foo wrt ciphers whose AlgorithmIdentifier has more than just
111       an IV in it (e.g. RC2, RC5). This also means that EVP_Seal and EVP_Open
112       don't work unless the key length matches the fixed value (some vendors
113       use a key length decided by the size of the RSA encrypted key and expect
114       RC2 to adapt).
115
116     o Properly initialize the PRNG in the absence of /dev/random.
117
118     o ERR_error_string(..., buf) does not know how large buf is,
119       there should be ERR_error_string_n(..., buf, bufsize)
120       or similar.
121
122   WISHES
123
124     o  Mats Nilsson <mats.nilsson@xware.se>:
125        "Add reference counting to all substructures of X509 etc. For instance,
126        X509_NAME lacks a reference counter, while EVP_PKEY has one.  I'm
127        making COM-wrappers for selected parts of SSLeay for a project of ours,
128        and has found this inconsistency in copy semantics annoying."
129