If a callback is generating a new session ID for SSLv2, then upon exiting,
the ID will be padded out to 16 bytes if the callback attempted to generate
a shorter one. The problem is that the uniqueness checking function used in
callbacks may mistakenly think a 9-byte ID is unique when in fact its
padded 16-byte version is not. This makes the checking function detect
SSLv2 cases, and ensures the padded form is checked rather than the shorter
one passed by the callback.

Note changes re: session ID generation callbacks, etc.

This adds command-line support to s_server for controlling the generation
of session IDs. Namely, passing "-id_prefix <text>" will set a
generate_session_id() callback that generates session IDs as random data
with <text> block-copied over the top of the start of the ID. This can be
viewed by watching the session ID s_client's output when it connects.

This is mostly useful for testing any SSL/TLS code (eg. proxies) that wish
to deal with multiple servers, when each of which might be generating a
unique range of session IDs (eg. with a certain prefix).

This change allows a callback to be used to override the generation of
SSL/TLS session IDs in a server. According to RFC2246, the session ID is an
arbitrary value chosen by the server. It can be useful to have some control
over this "arbitrary value" so as to choose it in ways that can aid in
things like external session caching and balancing (eg. clustering). The
default session ID generation is to fill the ID with random data.

The callback used by default is built in to ssl_sess.c, but registering a
callback in an SSL_CTX or in a particular SSL overrides this. BTW: SSL
callbacks will override SSL_CTX callbacks, and a new SSL structure inherits
any callback set in its 'parent' SSL_CTX. The header comments describe how
this mechanism ticks, and source code comments describe (hopefully) why it
ticks the way it does.

Man pages are on the way ...

[NB: Lutz was also hacking away and helping me to figure out how best to do
this.]

'make update'

'make update'

Modify mkdef.pl to recognise and parse prprocessor conditionals of the
form '#if defined(...) || defined(...) || ...' and '#if !defined(...)
&& !defined(...) && ...'.  This also avoids the growing number of
special cases it was previously handling (some of them wrongly).

I had forgotten to change mkerr.pl to use the new macro system.

strdup() is a X/Open extension.

With later version of DEC C on VMS, some functions (strcmp(), for
example) are declared with some extra linkage information.  This
generates a warning when using the function name as a value to a
regular function pointer with the "correct" definition of the
function.  Therefore, use a macro to cast the appropriate function on
VMS.

Some functions, like strdup() and strcasecmp(), are defined in
strings.h according to X/Open.

I forgot there was a reason why the inclusions and definition of u_int
was made in a certain sequence.  This change restores the earlier
"chain of command".

OpenVMS catches up.

The callbacks in the NAME_FUNCS structure are not used directly as LHASH
callbacks, and their prototypes were consistent as they were. These casts
need reversing.

Also, I personally find line breaks during parameter lists (ie a line
ending in a comma) easier to read at a glance than line breaks at the end
of a function call and before a dereference on the return value (ie a line
ending in a closed-bracket followed by a line starting with "->").

make it a loop as in dsa

Get e_os2.h to get all the system definitions correctly.

Get the right cast for lhash callback functions.

Include string.h so mem*() functions get properly declared.

Fix typo.

A new bunch of too long symbols to hack.
OCSP_CRLID_new and OCSP_crlID_new clash on case-insensitive systems.

DEC C on VMS is pedantic by definition.

Include OpenSSL header files earlier so macros like OPENSSL_SYS_VMS
get a chance to be defined.
Make a batter file name translator (uhm, no, that's not the finished
variant :-)).

Include OpenSSL header files earlier so macros like OPENSSL_SYS_VMS
get a chance to be defined.

Include opensslconf.h or the like early to make sure system macros get
correctly defined.

Let VMS catch up.

DEC C on VMS is pedantic by definition.

Use sk_*_new_null() instead of sk_*_new(NULL).  That avoids getting
lots of silly warnings from the compiler.

honour '-no_tmp_rsa'

Include string.h so mem* functions get properly declared.

Include OpenSSL header files earlier so macros like OPENSSL_SYS_VMS
get a chance to be defined.

Include string.h so mem* functions get properly declared.

Use 0 instead of NULL, at least for function casts, since there are
variants of stdio.h that define NULL in such a way that it's "unsafe"
to use for function pointer casting.

update

Use new-style system-id macros everywhere possible.  I hope I haven't
missed any.

This compiles and runs on Linux, and external applications have no
problems with it.  The definite test will be to build this on VMS.

Fix BN_[pseudo_]rand: 'mask' must be used even if top=-1.

Mention BN_[pseudo_]rand with top=-1 in CHANGES.

Use new-style system-id macros.

I'm sick of the warnings about long long...

Use BN_rand_range().

Fix warning.

BN_rand_range() needs a BN_rand() variant that doesn't set the MSB.

note OPENSSL_issetugid().

Temporary fix for build break.
It's still inconsistent - probably better to undo the whole OPENSSL_NO_* thing.

Make sure time() is properly declared.

Use the new-style system-identity macros.

I forgot to document the system identification macros

Make all configuration macros available for application by making
sure they are available in opensslconf.h, by giving them names starting
with "OPENSSL_" to avoid conflicts with other packages and by making
sure e_os2.h will cover all platform-specific cases together with
opensslconf.h.

I've checked fairly well that nothing breaks with this (apart from
external software that will adapt if they have used something like
NO_KRB5), but I can't guarantee it completely, so a review of this
change would be a good thing.

Remove temporary files when done.

make update

An obvious but hard-to-see cut'n'paste error corrected.

New -set_serial options to 'req' and 'x509'.

Remove the old broken bio read of serial numbers in the 'ca' index
file. This would choke if a revoked certificate was specified with
a negative serial number.

Fix typo in uid.c

Do not insert things in syms{} and kind{} when parsing the header
files.  Instead, insert proper information in the $def string, which
will be properly munged later on.

Make the choice of "makedepend" program choosable through a switch.

VMS follows suit.

Memory leak detection bugfixes for multi-threading.

Add uid.{c,o}

Perl code patch contributed by "Kurt J. Pires" <kjpires@iat.com>
His own words are:

The patch adds no new functionality (other than a simple test package)
to the libraries, but it allows them to be compiled with Perl5.6.0.
It has only been tested under "Red Hat Linux release 7.0 (Guinness)"
with the unpatched verion of OpenSSL 0.9.6 released last September.

Make it possible to use gcc to generate the dependency tables.

ispell

pod format error

New options to 'ca' utility to support CRL entry extensions.

Add revelant new X509V3 extensions.

Add OIDs.

Fix ASN1 memory leak code to pop info if external allocation used.

Move entry to match chronologic orderering.

Don't forget to mention minor change.

Add "-rand" option to s_client and s_server.

That was misleading. The problem won't happen with 0.9.6a anyway.

Include the newly reported problem with bc on FreeBSD 4.2.

Option to disable standard block padding with EVP API.

Add -nopad option to enc command.

Update docs.

New function OPENSSL_issetugid(). Needs more work.

Initial OCSP SSL support.

IRIX bugfix

Finish first round of session cache documentation.

Update of linux-ppc.  Contributed by MATSUURA Takanori
<t-matsuu@protein.osaka-u.ac.jp>

New manual page: SSL_CTX_set_mode.

New function OCSP_parse_url() and -url option for ocsp utility.

Doesn't handle SSL URLs yet.

Modify OCSP nonce behaviour.

Work around for libsafe "error".

Re-order a couple of static functions and "#if 0" out unused ones - this
gets rid of gcc warnings.

This change was a quick experiment that I'd wanted to try that works quite
well (and is a good demonstration of how encapsulating the SSL in a
memory-based state machine can make it easier to apply to different
situations).

The change implements a new command-line switch "-flipped <0|1>" which, if
set to 1, reverses the usual interpretation of a client and server for SSL
tunneling. Normally, an ssl client (ie. "-server 0") accepts "cleartext"
connections and conducts SSL/TLS over a proxied connection acting as an SSL
client. Likewise, an ssl server (ie. "-server 1") accepts connections and
conducts SSL/TLS (as an SSL server) over them and passes "cleartext" over
the proxied connection. With "-flipped 1", an SSL client (specified with
"-server 0") in fact accepts SSL connections and proxies clear, whereas an
SSL server ("-server 1") accepts clear and proxies SSL. NB: most of this
diff is command-line handling, the actual meat of the change is simply the
line or two that plugs "clean" and "dirty" file descriptors into the item
that holds the state-machine - reverse them and you get the desired
behaviour.

This allows a network server to be an SSL client, and a network client to
be an SSL server. Apart from curiosity value, there's a couple of possibly
interesting applications - SSL/TLS is inherently vulnerable to trivial DoS
attacks, because the SSL server usually has to perform a private key
operation first, even if the client is authenticated. With this scenario,
the network client is the SSL server and performs the first private key
operation, whereas the network server serves as the SSL client. Another
possible application is when client-only authentication is required (ie.
the underlying protocol handles (or doesn't care about) authenticating the
server). Eg. an SSL/TLS version of 'ssh' could be concocted where the
client's signed certificate is used to validate login to a server system -
whether or not the client needs to validate who the server is can be
configured at the client end rather than at the server end (ie. a complete
inversion of what happens in normal SSL/TLS).

NB: This is just an experiment/play-thing, using "-flipped 1" probably
creates something that is interoperable with exactly nothing. :-)

More about session caching.

Include information that automatic query is a new feature.

Update for 0.9.7 with SSL_OP_CIPHER_SERVER_PREFERENCE.

Manual page for SSL_CTX_set_options(). Unfortunately for some of the
options someone much longer working with OpenSSL/SSLeay is needed.

Oops: It's RegTP, not RegPT ...

Add German SiG root certificates (extracted from the official cert registry
file http://www.nrca-ds.de/ftp/pkd.ttp, which contains a total of 288
certificates issued by the RegPT so far)

disable stdin buffering in load_cert

use case-insensitive comparison in set_table_opts
(similar to how arguments such as -inform/-outform specifications
are treated)

Fix CRL printing to correctly show when there are no revoked certificates.

Make ca.c correctly initialize the revocation date.

Make ASN1_UTCTIME_set_string() and ASN1_GENERALIZEDTIME_set_string() set the
string type: so they can initialize ASN1_TIME structures properly.

Simplify BN_rand_range

New Option SSL_OP_CIPHER_SERVER_PREFERENCE allows TLS/SSLv3 server to override
the clients choice; in SSLv2 the client uses the server's preferences.

Typo

Fix "wierd" typo as submitted by Jeroen Ruigrok/Asmodai <asmodai@wxs.nl>.

Various Win32 related fixed. Make no-krb5 work in mkdef.pl .

Fix warning in apps/engine.c

Remove definitions of deleted functions.

Add missing definition of X509_VAL.

Various updates to mkdef.pl to cope with new aes
and ASN1 code.

fix editing error

add linux-s390 configuration (based on information submitted by
Denis Beauchemin <Denis.Beauchemin@Courrier.USherb.ca>)

Add missing \n's to ocsp usage message.

Allow various options to be included for signing and verify of
OCSP responses.

Documentation to follow...

Urgh.. this conflicted with the -VAfile patch I hope I haven't
broken it.

The check for request including a nonce and response not having it was
inversed.  Corrected.  Hopefully, this will make it work without
dumping core.

Add the -VAfile option to 'openssl ocsp'.  This option will give the
client code certificates to use to only check response signatures.
I'm not entirely sure if the way I just implemented the verification
is the right way to do it, and would be happy if someone would like to
review this.

use <= instead of ==

point out that RAND_load_file() etc are only for seed files, not for
entropy devices or sockets.