Initial support for MacOS is now available

Submitted by: Roy Woods <roy@centricsystems.ca>
Reviewed by: Andy Polyakov

MacOS updates.

Rename
   CRYPTO_add_info    => CRYPTO_push_info
   CRYPTO_remove_info => CRYPTO_pop_info
in the hope that these names are more descriptive;
and "make update".

fix typos and other little errors ...

- Don't assume that int and size_t have the same representation
  (and that malloc can be called with an int argument).
- Use proper prototypes (with argument list) for various function pointers,
  avoid casts  (however there are still many such cases left in these files).
- Avoid collissions in app_info_cmp if sizeof int != sizeof long.
- Use CRYPTO_LOCK_MALLOC in mem_dbg.c.

Avoid shadowing p to make the compiler happy.

 - Added more documentation in CHANGES.
 - Made CRYPTO_MDEBUG even less used in crypto.h, giving
   MemCheck_start() and MemCheck_stop() only one possible definition.
 - Made the values of the debug function pointers in mem.c dependent
   on the existence of the CRYPTO_MDEBUG macro, and made the rest of
   the code understand the NULL case.

That's it.  With this code, the old behvior of the debug functionality
is restored, but you can still opt to have it on, even when the
library wasn't compiled with a defined CRYPTO_MDEBUG.

 - Made sure some changed behavior is documented in CHANGES.
 - Moved the handling of compile-time defaults from crypto.h to
   mem_dbg.c, since it doesn't make sense for the library users to try
   to affect this without recompiling libcrypto.
 - Made sure V_CRYPTO_MDEBUG_TIME and V_CRYPTO_MDEBUG_THREAD had clear
   and constant definitions.
 - Aesthetic correction.

Point out that openssl-bugs is public.

Add a comment.

Add missing semicolon to make compiler happy, and switch back
from MemCheck_start() to CRYPTO_mem_ctrl(CRYPTO_MEM_CHECK_ON)
because that is what applications should use
(MemCheck_start/stop never really worked for applications
unless CRYPTO_MDEBUG was defined both when compiling the library
and when compiling the application, so probably we should
get rid of it).

Clear out license confusion.

Rebuild of the OpenSSL memory allocation and deallocation routines.
With this change, the following is provided and present at all times
(meaning CRYPTO_MDEBUG is no longer required to get this functionality):

  - hooks to provide your own allocation and deallocation routines.
    They have to have the same interface as malloc(), realloc() and
    free().  They are registered by calling CRYPTO_set_mem_functions()
    with the function pointers.

  - hooks to provide your own memory debugging routines.  The have to
    have the same interface as as the CRYPTO_dbg_*() routines.  They
    are registered by calling CRYPTO_set_mem_debug_functions() with
    the function pointers.

I moved everything that was already built into OpenSSL and did memory
debugging to a separate file (mem_dbg.c), to make it clear what is
what.

With this, the relevance of the CRYPTO_MDEBUG has changed.  The only
thing in crypto/crypto.h that it affects is the definition of the
MemCheck_start and MemCheck_stop macros.

Use MemCheck_start() instead of CRYPTO_mem_ctrl(), and generate a small leak to test (conditional)

Synchronise VMS scripts with Unix Makefiles

Update contact information (openssl-bugs, openssl-security).

Delete an unused variable and make the PKCS#12 keygen debugging code work
again.

Fix the S/MIME code to use canonical MIME format for
encrypted mail. Also update the smime docs.

Solaris x86 assembler problem is already addressed in ./config
(bug reports keep coming in because that was still missing in 0.9.4)

Various S/MIME fixes. Fix for memory leak, recipient list bug
and not excluding parameters with DSA keys.

Fix a typo in a_enum.c.

Various S/MIME fixes.

Fix for crashing INTEGERs, ENUMERATEDs and OBJECT IDENTIFIERs.

Also fix a memory leak in PKCS#7 routines.

Make the PKCS#7 S/MIME functions check for passed NULL pointers.

Fix the usage message of smime utility and sanitise the return
codes.

Add some documentation.

Don't use inline assembler on x86 Solaris (would need a different syntax).

Useless files deleted -- they were just copies of files of the same name
in the apps/ directory (which were recently changed).

Add i2d_ASN1_PRINTABLESTRING() function, and do 'make update'

Modify S/MIME application so the -signer option writes the signer(s)
to a file if we are verifying.

Merge in my S/MIME library and utility.

CORE SDI proposed patch doesn't make any sense. Undo.

Oops!

Circumvent an exploitable buffer overrun error in RSA Security's RSAREF
library. See: http://www.CORE-SDI.COM/english/ssh/index.html

Submitted by:
Reviewed by:
PR:

Use des_set_key_unchecked, not des_set_key.

Add functions des_set_key_checked, des_set_key_unchecked.
Never use des_set_key (it depends on the global variable des_check_key),
but usually des_set_key_unchecked.
Only destest.c bothered to look at the return values of des_set_key,
but it did not set des_check_key -- if it had done so,
most checks would have failed because of wrong parity and
because of weak keys.

New function PKC12_newpass()

Fix a bug in the modified purpose code: it wasn't updated to use the
new purpose getting function.

Update the ca-cert.pem and pca-cert.pem "CA" certificates so they
really are CA certificate: that is they have the appropriate extensions.

Change the trust and purpose code so it doesn't need init
either and has a static and dynamic mix.

Modify the X509 V3 extension lookup code.

Make salting the default. Fail gracefully if the input is not salted.

Document the extension tests performed by the -purpose test
in the x509 utility.

Document all possible errors (and some impossible) from the verify program.

Remainder of SSL purpose and trust code: trust and purpose setting in
SSL_CTX and SSL, functions to set them and defaults if no values set.

Add part of chain verify SSL support code: not complete or doing anything
yet.

Add a function X509_STORE_CTX_purpose_inherit() which implements the logic
of "inheriting" purpose and trust from a parent structure and using a default:
this will be used in the SSL code and possibly future S/MIME.

Partial documentation of the 'verify' utility. Still need to document how all
the extension checking works and the various error messages.

Add trust setting support to the verify code. It now checks the
trust settings of the root CA.

After a few fixes it seems to work OK.

Still need to add support to SSL and S/MIME code though.

Add compilation of x509_trs

Oops! Commit died on me :-(

Initial trust code: allow setting of trust checking functions
in a table. Doesn't do too much yet.

Make the -<digestname> options in 'x509' affect all relevant
options.

Change the name of the 'notrust' options to 'reject' as this
causes less confusion and is a better description of the
effect.

A few constification changes.

New options to the -verify program which can be used for chain verification.
Extend the X509_PURPOSE structure to include shortnames for purposed and default
trust ids.

Still need some extendable trust checking code and integration with the SSL and
S/MIME code.

Initial chain verify code: not tested probably not working
at present. However nothing enables it yet so this doesn't
matter :-)

Support for authority information access extension.

Fix so EVP_PKEY_rset_*() check return codes.

Transparent support for PKCS#8 private keys in RSA/DSA.

New universal public key format.

Fix CRL+cert load problem in by_file.c

Make verify report errors when loading files or dirs

Support for otherName in GeneralName.

Update dependencies.

Fix warning.

Restore traditional SSL_get_session behaviour so that s_client and s_server
don't leak tons of memory.

Missing #ifdef NO_DES

Modify verify code to handle self signed certificates.

Store verify_result with sessions to avoid potential security hole.

Fix for a bug in PKCS#7 code and non-detached data.

Remove rc4-64 from ciphers since it doesn't exist...

Clarify docs.

Add a salt to the key derivation using the 'enc' program.

New function X509_cmp().

This corrects the reference count handling in SSL_get_session.
Previously, the returned SSL_SESSION didn't have its reference count
incremented so the SSL_SESSION could be freed at any time causing
seg-faults if the pointer was subsequently used. Code that uses
SSL_get_session must now make a corresponding SSL_SESSION_free() call when
it is done to avoid memory leaks (or blocked up session caches).

Submitted By: Geoff Thorpe <geoff@eu.c2.net>

'req' fixes. Reinstate length check one request fields.
Fix to stop null being added to attributes.
Modify X509_LOOKUP, X509_INFO to handle auxiliary info.

Add some examples to the enc man page.

Add support for the 40 and 64 bit RC2 and RC4 ciphers in 'enc'
add documentation for 'enc'.

Add info about the header and footer lines used in PEM formats
and add an nseq manpage.

Correct x509 manpaghe and add a crl manpage

The info removal code was overcomplicated, and error-prone (references being wrongly decreased).  Fixed.

Avoid deadlock.

Add an spkac manual page and fix the pkcs7 manpage.

Avoid some silly compiler warnings, and add the change log I forgot :-)

Two changes have been made:

  1. Added code to the memory leak detecting code to give the user the
     possibility to add information, thereby forming a traceback.

  2. Make the memory leak detecting code multithread-safe.

The idea is that we're actually dealing with two separate critical
sections, one containing the hash tables with the information, the
other containing the current memory checking mode.  Those should not
be handled with the same lock, especially since their handling overlap.
Hence, the added second lock.

Some crypto applications are now being built on Unix, so they should on VMS as well.  Not by default, however.

It's possible that considering the configuration file as a binary file
works on Unix and MS-DOS/Windows.  It does not under VMS, so open it
as text.

Avoid silly compiler warnings about functions not being declared and an int missing.

Some new names in asn1.h are longer than 31 chars, which disturbs the VMS C compilers...

Adjust to changes in apps/openssl.cnf

Adjust to changes in apps/Makefile.ssl

DIFFERENCE doesn't handle long (>255 chars) lines well.  Use BACKUP instead.  No, I'm not joking.

adjust to changes in test/Makefile.ssl

adjust to changes in test/testssl

Make sure installed files are world readable

Merge some common functionality in the apps, delete
the encryption option in the pkcs7 utility (they never
did anything) and add a couple more options to pkcs7.

Oops forgot the S/MIME v3 RFC.

More docs and corrections/updates

Add password command line options to some utils. Fix and update man
pages.

Fix a couple of outstanding issues: update STATUS file, fix NO_FP_API problems.

Update docs, change 'ca' to use the new callback parameter. Now moved key_callback
into app.c because some other utilities will use it soon.

Oops. The pkcs8 man page wasn't finished: this is an updated version

Very preliminary POD format documentation for some
of the openssl utility commands...

Undo silly change.

Fix (spurious) warnings.

Avoid some warnings.

Fix to the -revoke option in ca. It was leaking memory, crashing and just
plain not working :-(

Also fix some memory leaks in the new X509_NAME code.

Fix so new app_rand code doesn't crash 'x509' and move #include so it compiles
under Win32.

Allow additional information to be attached to a
certificate: currently this includes trust settings
and a "friendly name".

Fix assembler for Alpha (tested only on DEC OSF not Linux or *BSD).  The
problem was that one of the replacement routines had not been working since
SSLeay releases.  For now the offending routine has been replaced with
non-optimised assembler.  Even so, this now gives around 95% performance
improvement for 1024 bit RSA signs.

*** empty log message ***

Fix to PKCS#7 routines so it can decrypt some oddball RC2 handling.

Continued multibyte character support.

Add a bunch of functions to simplify the creation of X509_NAME structures.

Change the X509_NAME_entry_add stuff in req/ca so it no longer uses
X509_NAME_entry_count(): passing -1 has the same effect.

Always hash the pid in the first iteration in ssleay_rand_bytes,
don't try to detect fork()s by looking at getpid().
The reason is that threads sharing the same memory can have different
PIDs; it's inefficient to run RAND_seed each time a different thread
calls RAND_bytes.