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