Previously we would set SSL_OP_LEGACY_SERVER_CONNECT by default in SSL_CTX_new(), to allow connections to legacy servers that did not implement RFC 5746. It has been more than a decade since RFC 5746 was published, so there has been plenty of time for implmentation support to roll out. Change the default behavior to be to require peers to support secure renegotiation. Existing applications that already cleared SSL_OP_LEGACY_SERVER_CONNECT will see no behavior change, as re-clearing the flag is just a little bit of redundant work. The old behavior is still available by explicitly setting the flag in the application. Also remove SSL_OP_LEGACY_SERVER_CONNECT from SSL_OP_ALL, for similar reasons. Document the behavior change in CHANGES.md, and update the SSL_CTX_set_options() and SSL_CONF_cmd manuals to reflect the change in default behavior. Fixes: 14848 Reviewed-by: Matt Caswell <firstname.lastname@example.org> (Merged from https://github.com/openssl/openssl/pull/15127)
|2 years ago|
|.github||2 years ago|
|Configurations||2 years ago|
|VMS||2 years ago|
|apps||2 years ago|
|crypto||2 years ago|
|demos||2 years ago|
|dev||2 years ago|
|doc||2 years ago|
|engines||2 years ago|
|external/perl||4 years ago|
|fuzz||2 years ago|
|gost-engine@28a0a19354||2 years ago|
|include||2 years ago|
|krb5@3195e18f66||2 years ago|
|ms||2 years ago|
|os-dep||7 years ago|
|providers||2 years ago|
|pyca-cryptography@62124e673a||2 years ago|
|ssl||2 years ago|
|test||2 years ago|
|tools||2 years ago|
|util||2 years ago|
|wycheproof@2196000605||2 years ago|
|.gitattributes||2 years ago|
|.gitignore||2 years ago|
|.gitmodules||2 years ago|
|.travis-apt-pin.preferences||6 years ago|
|.travis-create-release.sh||5 years ago|
|ACKNOWLEDGEMENTS.md||3 years ago|
|AUTHORS.md||2 years ago|
|CHANGES.md||2 years ago|
|CONTRIBUTING.md||2 years ago|
|Configure||2 years ago|
|FAQ.md||3 years ago|
|HACKING.md||3 years ago|
|INSTALL.md||2 years ago|
|LICENSE.txt||3 years ago|
|NEWS.md||2 years ago|
|NOTES-ANDROID.md||2 years ago|
|NOTES-DJGPP.md||2 years ago|
|NOTES-NONSTOP.md||3 years ago|
|NOTES-PERL.md||2 years ago|
|NOTES-UNIX.md||2 years ago|
|NOTES-VALGRIND.md||2 years ago|
|NOTES-VMS.md||2 years ago|
|NOTES-WINDOWS.md||2 years ago|
|README-ENGINES.md||2 years ago|
|README-FIPS.md||2 years ago|
|README-PROVIDERS.md||2 years ago|
|README.md||2 years ago|
|SUPPORT.md||3 years ago|
|VERSION.dat||2 years ago|
|appveyor.yml||2 years ago|
|build.info||2 years ago|
|config||3 years ago|
|config.com||3 years ago|
|configdata.pm.in||2 years ago|
|e_os.h||2 years ago|
Welcome to the OpenSSL Project
OpenSSL is a robust, commercial-grade, full-featured Open Source Toolkit for the Transport Layer Security (TLS) protocol formerly known as the Secure Sockets Layer (SSL) protocol. The protocol implementation is based on a full-strength general purpose cryptographic library, which can also be used stand-alone.
OpenSSL is descended from the SSLeay library developed by Eric A. Young and Tim J. Hudson.
The official Home Page of the OpenSSL Project is www.openssl.org.
Table of Contents
The OpenSSL toolkit includes:
libssl an implementation of all TLS protocol versions up to TLSv1.3 (RFC 8446).
libcrypto a full-strength general purpose cryptographic library. It constitutes the basis of the TLS implementation, but can also be used independently.
openssl the OpenSSL command line tool, a swiss army knife for cryptographic tasks, testing and analyzing. It can be used for
- creation of key parameters
- creation of X.509 certificates, CSRs and CRLs
- calculation of message digests
- encryption and decryption
- SSL/TLS client and server tests
- handling of S/MIME signed or encrypted mail
- and more...
For Production Use
Source code tarballs of the official releases can be downloaded from www.openssl.org/source. The OpenSSL project does not distribute the toolkit in binary form.
However, for a large variety of operating systems precompiled versions of the OpenSSL toolkit are available. In particular on Linux and other Unix operating systems it is normally recommended to link against the precompiled shared libraries provided by the distributor or vendor.
For Testing and Development
Although testing and development could in theory also be done using the source tarballs, having a local copy of the git repository with the entire project history gives you much more insight into the code base.
The official OpenSSL Git Repository is located at git.openssl.org. There is a GitHub mirror of the repository at github.com/openssl/openssl, which is updated automatically from the former on every commit.
A local copy of the Git Repository can be obtained by cloning it from the original OpenSSL repository using
git clone git://git.openssl.org/openssl.git
or from the GitHub mirror using
git clone https://github.com/openssl/openssl.git
If you intend to contribute to OpenSSL, either to fix bugs or contribute new features, you need to fork the OpenSSL repository openssl/openssl on GitHub and clone your public fork instead.
git clone https://github.com/yourname/openssl.git
This is necessary, because all development of OpenSSL nowadays is done via GitHub pull requests. For more details, see Contributing.
Build and Install
After obtaining the Source, have a look at the INSTALL file for detailed instructions about building and installing OpenSSL. For some platforms, the installation instructions are amended by a platform specific document.
- Notes for UNIX-like platforms
- Notes for Android platforms
- Notes for Windows platforms
- Notes for the DOS platform with DJGPP
- Notes for the OpenVMS platform
- Notes on Perl
- Notes on Valgrind
Specific notes on upgrading to OpenSSL 3.0 from previous versions, as well as known issues are available on the OpenSSL 3.0 Wiki page.
The manual pages for the master branch and all current stable releases are available online.
There is a Wiki at wiki.openssl.org which is currently not very active. It contains a lot of useful information, not all of which is up to date.
OpenSSL is licensed under the Apache License 2.0, which means that you are free to get and use it for commercial and non-commercial purposes as long as you fulfill its conditions.
See the LICENSE.txt file for more details.
There are various ways to get in touch. The correct channel depends on your requirement. see the SUPPORT file for more details.
If you are interested and willing to contribute to the OpenSSL project, please take a look at the CONTRIBUTING file.
A number of nations restrict the use or export of cryptography. If you are potentially subject to such restrictions you should seek legal advice before attempting to develop or distribute cryptographic code.
Copyright (c) 1998-2021 The OpenSSL Project
Copyright (c) 1995-1998 Eric A. Young, Tim J. Hudson
All rights reserved.