Header bloat reduction for EVP_PKEY.

This ghastly hack prevents CVS wars over Kerberos (which is disabled by default).

Oops, one SSL_OP_NON_EXPORT_FIRST was left.

Make /dev/crypto work with new EVP structures.

Make sure memcpy() gets properly declared by including string.h.

remove a comma

Don't disable rollback attack detection as a recommended bug workaround.

Mention removed option.

Remove SSL_OP_NON_EXPORT_FIRST:
It did not work, it was deactivated by #if 0/#endif anyway _and_ we now have
the working SSL_OP_CIPHER_SERVER_PREFERENCE.

make update

Make sure the source file is included among the dependencies.  This is
the norm for 'gcc -M' but not for 'makedepend', and is merely
introduced here to avoid commit wars.

Reworked manual pages with a lot of input from Bodo Moeller.

Document DES changes better.

Remove old unused stuff.

Indent.

Vade retro C++ comments!

(Latin for "comments", anyone?)

Make as sure as possible that gethostname() will be properly declared.

Correct most of the unsigned vs. signed warnings (or int vs. size_t),
and rename some local variables to avoid name shadowing.

Whoops, my fault, a backslash got converted to a slash...

More Kerberos SSL changes from Jeffrey Altman <jaltman@columbia.edu>
His comments are:

First, it corrects a problem introduced in the last patch where the
kssl_map_enc() would intentionally return NULL for valid ENCTYPE
values.  This was done to prevent verification of the kerberos 5
authenticator from being performed when Derived Key ciphers were
in use.  Unfortunately, the authenticator verification routine was
not the only place that function was used.  And it caused core dumps.

Second, it attempt to add to SSL_SESSION the Kerberos 5 Client
Principal Name.

Remove //.

make update

Really add the EVP and all of the DES changes.

Make EVPs allocate context memory, thus making them extensible. Rationalise
DES's keyschedules.

I know these two should be separate, and I'll back out the DES changes if they
are deemed to be an error.

Note that there is a memory leak lurking in SSL somewhere in this version.

Only set the verify callback if there's one to set!

Just a "get to know your system" bit.

Enhanced support for IA-64 Linux and HP-UX (as well as better support for
HP-UX in common in ./config). Note that for the moment of this writing
none of 64-bit platforms pass bntest. I'm committing this anyway as it's
too frustrating to patch snapshots over and over while 0.9.6 is known to
work.

Support for Intel and HP-UXi assemblers.

ANSIfication.

Typo in stty command lines.

Don't miss files...

Fix inconsistent behaviour with respect to verify_callback handling.

Forgot to mention second fix.

length of secret exponent is needed only when we create one

Undo DH_generate_key() change: s3_srvr.c was using it correctly

Another uninitialized static that may lead to problems on Solaris under some
circumstances.

Addapt VMS script to the latest changes in the makefiles.

Make sure *outl is always initialized in EVP_EncryptUpdate().

More linker bloat reorganisation:

Split private key PEM and normal PEM handling. Private key
handling needs to link in stuff like PKCS#8.

Relocate the ASN1 *_dup() functions, to the relevant ASN1
modules using new macro IMPLEMENT_ASN1_DUP_FUNCTION. Previously
these were all in crypto/x509/x_all.c along with every ASN1
BIO/fp function which linked in *every* ASN1 function if
a single dup was used.

Move the authority key id ASN1 structure to a separate file.
This is used in the X509 routines and its previous location
linked in all the v3 extension code.

Also move ASN1_tag2bit to avoid linking in a_bytes.c which
is now largely obsolete.

So far under Linux stripped binary with single PEM_read_X509
is now 238K compared to 380K before these changes.

First of several reorganisations to
reduce linker bloat. For example the
single line:

PEM_read_X509()

results in a binary of around 400K in Linux!

This first step separates some of the PEM functions and
avoids linking in some PKCS#7 and PKCS#12 code.

Fix problem occuring when used from OpenSSH on Solaris 8.

DH key generation should not use a do ... while loop,
or bogus DH parameters can be used for launching DOS attacks

Don't preserve existing keys in DH_generate_key.

md_rand.c thread safety

always reject data >= n

Support for 64-bit Solaris build with GCC 3.0 and later. It should be
explicitely noted that 64-bit SPARCv9 ABI is not officially supported
by GCC 3.0 (support is scheduled for 3.1 release), but it appears to
work, at the very least 'make test' passes...

Fix wrong information about SSL_set_connect_state()...

add a comment

avoid warnings

Avoid race condition.

Submitted by: Travis Vitek <vitek@roguewave.com>

- New INSTALL document describing different ways to build "tunala" and
  possible problems.
- New file breakage.c handles (so far) missing functions.
- Get rid of some signed/unsigned/const warnings thanks to solaris-cc
- Add autoconf/automake input files, and helper scripts to populate missing
  (but auto-generated) files.

This change adds a configure.in and Makefile.am to build everything using
autoconf, automake, and libtool - and adds "gunk" scripts to generate the
various files those things need (and clean then up again after). This means
that "autogunk.sh" needs to be run first on a system with the autotools,
but the resulting directory should be "configure"able and compilable on
systems without those tools.

Additional inline reference.

Add missing reference.

Tidy up "cvs update" output a bit.

Not all platforms have the OpenBSD crypto device.

Documentation about ephemeral key exchange

Clean up EVP macros, rename DES EDE3 modes correctly, temporary support for
OpenBSD /dev/crypto (this will be revamped later when the appropriate machinery
is available).

More Kerberos SSL patches from Vern Staats <staatsvr@asc.hpc.mil>.
His comments are:

This patch fixes the problem of modern Kerberos using "derived keys"
to encrypt the authenticator by disabling the authenticator check
for all derived keys enctypes.

I think I've got all the bugfixes that Jeffrey and I discussed rolled
into this.  There were some problems with Jeffrey's code to convert
the authenticator's Kerberos timestring into struct tm (e.g. Z, -1900;
it helps to have an actual decryptable authenticator to play with).
So I've shamelessly pushed in my code, while stealing some bits from
Jeffrey.

Updated explanation.

Some more documentation bits.

Currently, RSA code, when using no padding scheme, simply checks that input
does not contain more bytes than the RSA modulus 'n' - it does not check
that the input is strictly *less* than 'n'. Whether this should be the
case or not is open to debate - however, due to security problems with
returning miscalculated CRT results, the 'rsa_mod_exp' implementation in
rsa_eay.c now performs a public-key exponentiation to verify the CRT result
and in the event of an error will instead recalculate and return a non-CRT
(more expensive) mod_exp calculation. As the mod_exp of 'I' is equivalent
to the mod_exp of 'I mod n', and the verify result is automatically between
0 and n-1 inclusive, the verify only matches the input if 'I' was less than
'n', otherwise even a correct CRT calculation is only congruent to 'I' (ie.
they differ by a multiple of 'n'). Rather than rejecting correct
calculations and doing redundant and slower ones instead, this changes the
equality check in the verification code to a congruence check.

Missing line 0.9.6b release and IA-64 patch advertisement:-)

SSL_get_rfc were documented but not implemented.

SSL_get_[rw]fd were documented but not implemented.

Allow OCSP server to handle multiple requests.

Document new OCSP options.

Initial OCSP server support, using index.txt format.

This can process internal requests or behave like a
mini responder.

Todo: documentation, update usage info.

Prevent KSSL server from requesting a client certificate.
Submitted by Jeffrey Altman <jaltman@columbia.edu>

paddr may be NULL.  Do not crash if it is.

Clarify that zlib-dynamic is the default choice.

Add the possibility to specify the use of zlib compression and
decompression.  It can be set up to link at link time or to load the
zlib library at run-time.

Clarify actual state.

Some of the Kerberos code had dissapeared.  Reapply.

Document the recent Kerberos SSL changes.

Delete extra ;

In ocsp_match_issuerid() we are passed the CA that signed the responder
certificate so need to match its subject with the certificate IDs in the
response.

make update

Note that since some private kssl functions were exported, the
simplest way to rebuild the number table was to toss everything that
was new since OpenSSL 0.9.6b.  This is safe, since those functions
have not yet been exported in an OpenSSL release.  Beware, people who
trust intermediary snapshots!

Include kssl_lcl.h where needed.

Private functions do not belong in an exported header file, so move
them to one that won't get exported.

Changes to the Kerberos SSL code by Jeffrey Altman <jaltman@columbia.edu>
His comments are:

 . adds use of replay cache to protect against replay attacks

 . adds functions kssl_tgt_is_available() and
   kssl_keytab_is_available() which are used within s3_lib.c
   and ssl_lib.c to determine at runtime whether or not
   KRB5 ciphers can be supported during the current session.

openssl speed is quite useful for testing hardware support (among other
things), especially as the RSA keys are fixed. However, DSA only fixes the
DSA parameters and then generates the public and private components on the
fly each time - this commit hard-codes some sampled key values so that this
is no longer the case.

Code to avoid the use of non-standard strptime().  By
Jeffrey Altman <jaltman@columbia.edu>

(Really, the time that's being parsed is a GeneralizedTime, so if
ASN1_GENERALIZEDTIME_get() ever gets implemented, it should be used
instead)

Typo...

Changes to the Kerberos SSL code by Jeffrey Altman <jaltman@columbia.edu>
His comments are:

 . Fixed all of the Windows dynamic loading functions, prototypes, etc.

 . Corrected all of the unsigned/signed comparison warnings

 . Replaced the references to krb5_cksumarray[] for two reasons.
   First, it was an internal variable that should not have been
   referenced outside the library; nor could it have been with
   a shared library with restricted exports.  Second, the
   variable is no longer used in current Kerberos implementations.
   I replaced the code with equivalent functionality using functions
   that are exported from the library.

What is an '-engine' version?

The implementation of the TKTBODY ASN.1 functions was missing.

make update

Make sure crypto/krb5/krb5_asn.h is copied to the directory of
exported header files.

Make sure crypto/krb5/krb5_asn.h becomes part of libeay.num.

Clarify! (based on recent mailing-list discussions)

One forgotten function.

make update

EVP_Digest() takes one more parameter.

For consistency with the terminology used in my SAC2001 paper, avoid
the term "simultaneous multiplication" (which -- acording to the
paper, at least -- applies only to certain methods which we don't use
here)

comment change

Fix PRNG.

In version numbers, there is just one "M" nybble.

Precomputation will not necessarily be LIm-Lee precomputation.

If I define _XOPEN_SOURCE before including *any* system header file,
things will work much more smoothly.

Patches from Vern Staats <staatsvr@asc.hpc.mil> to get Kerberos 5 in
SSL according to RFC 2712.  His comment is:

This is a patch to openssl-SNAP-20010702 to support Kerberized SSL
authentication.  I'm expecting to have the full kssl-0.5 kit up on
sourceforge by the end of the week.  The full kit includes patches
for mod-ssl, apache, and a few text clients.  The sourceforge URL
is http://sourceforge.net/projects/kssl/ .

Thanks to a note from Simon Wilkinson I've replaced my KRB5 AP_REQ
message with a real KerberosWrapper struct.  I think this is fully
RFC 2712 compliant now, including support for the optional
authenticator field.  I also added openssl-style ASN.1 macros for
a few Kerberos structs; see crypto/krb5/ if you're interested.

A better compromise between encrypt and decrypt (but why isn't it as fast
for encrypt?).