X-Git-Url: https://git.openssl.org/gitweb/?p=openssl.git;a=blobdiff_plain;f=STATUS;h=7aa79674dd8dc66963cf9491f1b352be6884b06b;hp=b48b860048153b325526315481f5ab812aeee316;hb=cae55bfc68bed0a2d562891f11a75bf2145eb81e;hpb=96e479e36067ae0ec4396e441907e615e425692f diff --git a/STATUS b/STATUS index b48b860048..7aa79674dd 100644 --- a/STATUS +++ b/STATUS @@ -1,55 +1,85 @@ OpenSSL STATUS Last modified at - ______________ $Date: 1999/01/01 15:58:14 $ + ______________ $Date: 1999/12/05 00:40:53 $ DEVELOPMENT STATE - o OpenSSL 0.9.2: Under development. + o OpenSSL 0.9.5: Under development... + o OpenSSL 0.9.4: Released on August 09th, 1999 + o OpenSSL 0.9.3a: Released on May 29th, 1999 + o OpenSSL 0.9.3: Released on May 25th, 1999 + o OpenSSL 0.9.2b: Released on March 22th, 1999 o OpenSSL 0.9.1c: Released on December 23th, 1998 RELEASE SHOWSTOPPERS AVAILABLE PATCHES + o shared libraries + o getenv in ca.c and x509_def.c (jaltman@watsun.cc.columbia.edu) + o SMIME tool (demo), Sampo Kellomaki + o CA.pl patch (Damien Miller) + o FreeBSD 3.0 changes (Richard Levitte) + IN PROGRESS - o Ben is folding in his patches + o Steve is currently working on (in no particular order): + Proper (or at least usable) certificate chain verification. + Private key, certificate and CRL API and implementation. + Developing and bugfixing PKCS#7 (S/MIME code). + Various X509 issues: character sets, certificate request extensions. + Documentation for the openssl utility. + + o Mark is currently working on: + Folding in any changes that are in the C2Net code base that were + not in the original SSLeay-0.9.1.b release. Plus other minor + tidying. + + o Ralf is currently working on: + 1. Support for SSL_set_default_verify_paths(), + SSL_load_verify_locations(), SSL_get_cert_store() and + SSL_set_cert_store() functions which work like their existing + SSL_CTX_xxx() variants but on a per connection basis. That's needed + to let us provide full-featured per-URL client verification in + mod_ssl or Apache-SSL. + => It still dumps core, so I suspend this and investigate + again for OpenSSL 0.9.3. + 2. The perl/ stuff to make it really work the first time ;-) + => I'll investigate a few more hours for OpenSSL 0.9.2 + 3. The new documentation set in POD format under doc/ + => I'll investigate a few more hours for OpenSSL 0.9.2 + 4. More cleanups to get rid of obsolete/old/ugly files in the + source tree which are not really needed. + => Done all which were possible with my personal knowledge + + o Ben is currently working on: + 1. Function Prototype Thought Police issues. + 2. Integrated documentation. + 3. New TLS Ciphersuites. + 4. Anything else that takes his fancy. NEEDS PATCH + o salzr@certco.com (Rich Salz): Bug in X509_name_print + <29E0A6D39ABED111A36000A0C99609CA2C2BA4@macertco-srv1.ma.certco.com> + o $(PERL) in */Makefile.ssl + o "Sign the certificate?" - "n" creates empty certificate file + OPEN ISSUES - o The apps/ dir should be cleaned up. - Ralf proposes the following cleanup: - 1. We rename the ssleay program to openssl. - => This way it's consistent with out project and - with the already started openssl(1) manpage, etc. - 2. We no longer create such a lot of links for - "openssl ". Instead we follow the "cvs" interface idea - where all s are called as "cvs ". - => This no longer messes up the install dir with - symlinks and provides a single-one and consistent command line - interface. Additionally we can document it nicely with the single - already started openssl(1) manual page. - Status: Ralf +1 - - o The installation under "make install" produces a very - installation layout: $prefix/certs and $prefix/private dirs. That's - not nice. Ralf suggests to move the two certs and private dirs either - to $prefix/etc/, $prefix/lib/ or $prefix/share. Alternatively - we could also not install the certs at all. - - Status: Ralf +1 for both not installing the certs at all and - moving it to $prefix/etc/. +0 for $prefix/lib/ - and $prefix/share. - Paul: why is it not nice? - Ralf: because it messes up the install dir when - $prefix is not a dedicated area like /usr/local/ssl. - When we move them to a standard subdir like - etc/ lib/ or share/ we don't mess up things - when $prefix is /usr or /usr/local, etc. - Additionally it makes package vendors life - easier.... + o internal_verify doesn't know about X509.v3 (basicConstraints + CA flag ...) + + o The Makefile hierarchy and build mechanism is still not a round thing: + + 1. The config vs. Configure scripts + It's the same nasty situation as for Apache with APACI vs. + src/Configure. It confuses. + Suggestion: Merge Configure and config into a single configure + script with a Autoconf style interface ;-) and remove + Configure and config. Or even let us use GNU Autoconf + itself. Then we can avoid a lot of those platform checks + which are currently in Configure. o Support for Shared Libraries has to be added at least for the major Unix platforms. The details we can rip from the stuff @@ -60,6 +90,11 @@ compiler PIC and linker DSO flags from Apache into the OpenSSL Configure script. + Ulf: +1 for using GNU autoconf and libtool (but not automake, + which apparently is not flexible enough to generate + libcrypto) + + o The perl/ stuff needs a major overhaul. Currently it's totally obsolete. Either we clean it up and enhance it to be up-to-date with the C code or we also could replace it with the really nice @@ -75,16 +110,22 @@ to date. Paul +1 - o Ralf has ported Stephen's pkcs12 program to OpenSSL (the - ASN.1 stuff Eric recently changed :-( ), but needs some help from - Stephen at two source locations. Stephen itself also has ported his - internal pkcs12 0.53 version to OpenSSL, but thinks we still shouldn't - incorporate it into OpenSSL because it needs more cleanups. Ralf still - thinks pkcs12 should be incorporated better now than later because it's - nasty to not have it in the core - one always has to install it - manually and a lot of people use it. So, should we incorporate it? - BTW, we have to be carefully because of the pkcs12 license: There are - some things which don't match the OpenSSL license, so Stephen has to - change it for us when we want to incorporate the code. - - Status: Ralf +1, Stephen -0 + o The EVP and ASN1 stuff is a mess. Currently you have one EVP_CIPHER + structure for each cipher. This may make sense for things like DES but + for variable length ciphers like RC2 and RC4 it is NBG. Need a way to + use the EVP interface and set up the cipher parameters. The ASN1 stuff + is also foo wrt ciphers whose AlgorithmIdentifier has more than just + an IV in it (e.g. RC2, RC5). This also means that EVP_Seal and EVP_Open + don't work unless the key length matches the fixed value (some vendors + use a key length decided by the size of the RSA encrypted key and expect + RC2 to adapt). + + o Properly initialize the PRNG in the absence of /dev/random. + + o ERR_error_string(..., buf) does not know how large buf is, + there should be ERR_error_string_n(..., buf, bufsize) + or similar. + + WISHES + + o