summaryrefslogtreecommitdiffstats
path: root/lib/libcrypto/engine/engine.h
AgeCommit message (Collapse)AuthorFilesLines
2019-01-19Partial port of EC_KEY_METHOD from OpenSSL 1.1.tb1-1/+13
This commit adds init/free, support for signing, setting and getting the method, engine support as well as extra data. from markus
2018-11-11Add automatic threading initialization for libcrypto.bcook1-6/+1
This implements automatic thread support initialization in libcrypto. This does not remove any functions from the ABI, but does turn them into no-ops. Stub implementations of pthread_mutex_(init|lock|unlock) are provided for ramdisks. This does not implement the new OpenSSL 1.1 thread API internally, keeping the original CRYTPO_lock / CRYPTO_add_lock functions for library locking. For -portable, crypto_lock.c can be reimplemented with OS-specific primitives as needed. ok beck@, tb@, looks sane guenther@
2015-07-19Remove OpenSSL engine RSAX.doug1-2/+1
OpenSSL stopped building it last year and removed it this year. Based on OpenSSL commit c436e05bdc7f49985a750df64122c960240b3ae1. Also cranked major version in libcrypto, libssl and libtls. "fine with me" bcook@ miod@
2014-10-18None of these need to include <openssl/rand.h>jsing1-2/+1
2014-06-22KNF.jsing1-36/+41
2014-06-12tags as requested by miod and teduderaadt1-1/+1
2014-06-10Abandon the auto-ENGINE /dev/crypto interface. VIA 3des cbc receivesderaadt1-5/+0
collateral damage. The syncronous nature of this mechanism has hampered performance for symmetric crypto relative to brute-force cpu. The assymetric crypto support never really materialized in drivers. So abandon the complexity. ok tedu beck mikeb some disagrement from djm but if he wants to test /dev/crypto ciphers he should do it without this this gigantic API in the way
2014-06-02A few months back there was a big community fuss regarding direct-usederaadt1-1/+0
of the intel RDRAND instruction. Consensus was RDRAND should probably only be used as an additional source of entropy in a mixer. Guess which library bends over backwards to provide easy access to RDRAND? Yep. Guess which applications are using this support? Not even one... but still, this is being placed as a trap for someone. Send this support straight to the abyss. ok kettenis
2014-05-22Expand the OPENSSL_{GLOBAL,EXPORT,IMPORT,EXTERN} macros - this rids thejsing1-4/+4
libssl tree from all uses of these defines. ok miod@
2014-04-15Remove the GOST engine: It is not compiled or used and depends on thereyk1-3/+0
"dynamic engine" feature that is not enabled in our build. People who need it can still pull it out of the Attic; if it is to have a Russian engine just because it's a Russian engine. OK deraadt@ beck@
2014-04-14Remove the GMP engine: It was an experimental engine using libgmp asreyk1-3/+0
an alternative backend for BIGNUM calculations. It is PoC code that is not enabled in OpenSSL and probably not used by anymore. ok deraadt@
2014-04-14Remove the CAPI engine: It is a backend for the Windows CryptoAPI andreyk1-1/+0
could be maintained in an external package. "it should probably go" beck@
2014-04-14Remove the nuron engine. The static engine is not standalone and thereyk1-1/+0
FPGA-based device is long obsolete.
2014-04-14Remove the nCipher CHIL engine. It is not standalone and depends onreyk1-17/+0
external libraries that aren't covered by the same license.
2014-04-13Cope with the removal of openssl/symhacks.hderaadt1-1/+0
2014-04-13Remove the AEP engine: it is not standalone and doesn't seem to bereyk1-1/+0
relevant anymore. OpenSSL should have a better way to include 3rd party engines: either completely and free or external. But including a wrapper for a non-free wrapper in the code base does not make much sense and could also be provided by the vendor. ok deraadt@
2014-04-13Remove the Atalla engine: It is not standalone and depends on externalreyk1-1/+0
non-free libraries. OpenSSL should have a better way to include 3rd party engines: either completely free or external. But including a wrapper for a non-free wrapper in the code base does not make much sense and could also be provided by the vendor. ok deraadt@
2014-04-13Remove the cswift engine: it is not standalone and we don't have thereyk1-1/+0
hardware. The vendor_defns/cswift.h does not specify a copyright and theoretically defaults to the OpenSSL license, but it also mentions that it includes parts that have been "clipped" from CryptoSwift's proprietary headers. This file should better include an explicit copyright statement or mention OpenSSL's library instead of the ambiguous "Attribution notice". ok deraadt@
2014-04-13Remove the "sureware" engine:reyk1-1/+0
The vendor_defns/sureware.h file by Baltimore Technologies Ltd. has a copyright that does not grant rights! Vendor files should either include a compatible license in the copyright statement or use OpenSSL's defaults, but adding a copyright statement without any terms is not acceptable. It should not have been included in the first place. ok deraadt@
2014-04-13Remove the Broadcom ubsec engine:reyk1-1/+0
The vendor_defns/hw_ubsec.h file has a copyright that does not grant rights! Vendor files should either include a compatible license in the copyright statement or use OpenSSL's defaults, but adding a copyright statement without any terms is not acceptable. It should not have been included in the first place. (The ubsec(4) kernel driver is not affected by this change) ok deraadt@
2014-04-13Remove the IBM 4758 engine: we don't have this hardware and it is anreyk1-1/+0
old PCI accelerator that was EOL'ed in 2005. ok deraadt@
2012-10-13resolve conflictsdjm1-1/+9
2011-11-03openssl-1.0.0e: resolve conflictsdjm1-0/+3
2010-10-01resolve conflicts, fix local changesdjm1-13/+42
2010-07-01AES-NI engine support for OpenSSL.thib1-0/+1
This is code mostly picked up from upstream OpenSSL, or to be more exact a diff from David Woodhouse <dwmw2 at infradead dot org>. Remember to make includes before doing a build! no objections from djm@ OK deraadt@, reyk@ (AES is about 4.25x faster on his x201 now)
2009-01-05update to openssl-0.9.8i; tested by several, especially krw@djm1-0/+16
2008-09-06resolve conflictsdjm1-51/+107
2004-04-08merge 0.9.7dmarkus1-12/+15
2003-11-11merge 0.9.7c; minor bugsfixes;markus1-2/+6
API addition: ERR_release_err_state_table [make includes before you build libssl/libcrypto]
2003-05-12merge 0.9.7b with local changes; crank majors for libssl/libcryptomarkus1-4/+9
2002-09-05merge with 0.9.7-beta1markus1-1/+1
2002-05-15OpenSSL 0.9.7 stable 2002 05 08 mergebeck1-166/+485
2000-12-15openssl-engine-0.9.6 mergebeck1-0/+398
Copyright © 1996 – 2026 Jason A. Donenfeld. All Rights Reverse Engineered.