summaryrefslogtreecommitdiffstats
path: root/lib/libcrypto/engine (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* remerge local tweaks, update per-arch configuration headers, updatedjm2008-09-061-12/+8
| | | | Makefiles, crank shlib_version
* resolve conflictsdjm2008-09-0617-117/+328
|
* import of OpenSSL 0.9.8hdjm2008-09-0610-468/+2914
|
* fix memory leak (in one case of unaligned buffers); from Markus Kvetterderaadt2008-02-261-2/+3
| | | | ok markus
* resolve conflictsdjm2006-06-277-125/+244
|
* potential fd leak (we will fix this before we move to cloning)deraadt2006-06-081-1/+3
|
* no need to byteswap for AES_ASM, from tom@markus2005-05-231-1/+9
|
* resolve conflictsdjm2005-04-291-2/+6
|
* import of openssl-0.9.7g; tested on platforms from alpha to zaurus, ok deraadt@djm2005-04-292-1/+537
|
* adjust comment, open_dev_crypto() returns -1 on error.hshoexer2005-01-291-1/+1
| | | | ok markus@
* on error set correct pointer to NULL.hshoexer2005-01-261-2/+2
| | | | | | From phk@freebsd.org ok markus@
* machdep.xcrypt now has a different meaning: Instead of > 0 indicatingderaadt2004-06-151-14/+16
| | | | | | that AES is there, we now have 3 flag bits: C3_HAS_AES, C3_HAS_SHA (SHA1 & SHA256), and C3_HAS_MM (RSA). Change this code to only look at C3_HAS_AES for now.
* merge 0.9.7dmarkus2004-04-084-23/+29
|
* remove some debug code and cleanup..deraadt2004-02-041-18/+6
|
* OK, this time the AES soft keys work with ssh and such. I spent over 3deraadt2004-02-031-16/+63
| | | | | hours learning that OpenSSL's internal functions for AES extended keys generate screwy byte order swapped data..
* oops, software key gen bugderaadt2004-02-031-35/+10
|
* Switch to using software generated extended keys (because the cpu cannotderaadt2004-02-031-10/+35
| | | | | | | | | | yet generate 192 & 256 bit keys). Ensure that 192 and 256 are in the nids table. This also accelerates performance for 128 a tiny bit: type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 34921.48k 129617.82k 362059.93k 623649.81k 790397.77k aes-192-cbc 26227.43k 99215.33k 283242.84k 509881.15k 665323.22k aes-256-cbc 26133.22k 97458.06k 265990.84k 457824.69k 579835.09k
* If on an i386, detect existance of the VIA C3 xcrypt-* using sysctl ofderaadt2004-02-031-4/+174
| | | | | | | | the machdep.xcrypt node. If they exist, use the xcrypt-cbc instruction to accelerate aes-{128,192,256}-cbc, for more than 100x performance increase. This code has no effect on any cpu... Tested thus far using openssl speed command, and of course, ssh. 778MB/sec AES-128-CBC performance at 8192 byte block size.
* remove obsolete filesmarkus2003-11-131-594/+0
|
* merge 0.9.7c; minor bugsfixes;markus2003-11-112-3/+6
| | | | | API addition: ERR_release_err_state_table [make includes before you build libssl/libcrypto]
* support AES with 192 and 256 bit keys, too.markus2003-08-071-58/+60
| | | | tested with kern.cryptodevallowsoft=1; ok deraadt@
* nuke term 3, since we're all in ~deraadt/terms and I clued in now.beck2003-06-031-3/+0
|
* merge 0.9.7b with local changes; crank majors for libssl/libcryptomarkus2003-05-1213-95/+248
|
* import 0.9.7b (without idea and rc5)markus2003-05-1114-16/+1897
|
* remove printf("bar\n");markus2003-04-081-1/+0
|
* sprintf->snprintf. deraadt@ suggestions and okho2003-04-061-3/+7
|
* merge with openssl-0.9.7-stable-SNAP-20020911,markus2002-09-142-5/+5
| | | | | new minor for libcrypto (_X509_REQ_print_ex) tested by miod@, pb@
* import openssl-0.9.7-stable-SNAP-20020911 (without idea)markus2002-09-121-5/+5
|
* merge openssl-0.9.7-beta3, tested on vax by miod@markus2002-09-106-147/+322
|
* import openssl-0.9.7-beta3markus2002-09-055-20/+87
|
* merge with 0.9.7-beta1markus2002-09-053-4/+5
|
* sync formatting with 0.9.7markus2002-09-041-2/+1
|
* remove whitespace changes (keep diffs to 0.9.7-beta1 minimal)markus2002-09-032-2/+1
|
* unused files, not part of OpenSSL 0.9.7markus2002-09-035-1681/+0
|
* sync with http://www.openssl.org/news/patch_20020730_0_9_7.txtmarkus2002-07-301-8/+8
| | | | | (adds fix for unused kerberos and engine code, and some more assertions, as well as a 64bit integer string fix for conf_mod.c)
* correct memset arguments; from Moritz Jodeit <moritz@jodeit.org> via PR/2822.fgsch2002-07-161-2/+2
|
* remove support for RC4 via /dev/crypto, suggested by Niels; ok provos@markus2002-06-201-18/+0
|
* do not syslog from libraries!deraadt2002-06-191-10/+1
|
* KNF, -Wall, and other cleanups. still does not failover 100% correctlyderaadt2002-06-191-22/+52
| | | | for operations when /dev/crypto is missing, for instance in chroot
* stupid stupid bug ja ja ja jaderaadt2002-06-191-1/+1
|
* unbreak sshd with privsep: open /dev/crypto, keep fd, and callmarkus2002-06-181-5/+20
| | | | CRIOGET per EVP_Init(); ok niklas@, miod@
* per-evp state is now sizeof(struct dev_crypto_state) instead sizeof(struct session_op)markus2002-06-181-6/+6
|
* keep a FD per EVP_init, use a global FD for all asym operations;markus2002-06-131-83/+85
| | | | ok beck@
* KNFderaadt2002-06-111-19/+16
|
* add "dsa_dsa_mod_exp" - This mimics the software dsa_mod_exp funtionbeck2002-06-111-3/+37
| | | | | | | using two mod_exp operations - otherwise we use BN_mod_exp2 entirely in software, which makes dsa verifications glacially slow while signatures, (which use mod_exp) are fast. This lets cards that can only do bn_mod_exp decently offload most of dsa.
* Make DSA work now... at least for things that can do bn_mod_exp.beck2002-06-111-7/+4
|
* Make asymmetric crypto work in userlandbeck2002-06-111-36/+114
| | | | | this will only be used if you both have a card that supports it with a working driver and you set sysctl kern.userasymcrypto=1
* Pass the right arguments for RSA, DSA, and modexp operations. Fix theangelos2002-06-091-30/+37
| | | | translation between the crypto framework's format and the BN structure.
* Merge OpenSSL 0.9.7-stable-20020605,beck2002-06-072-15/+15
| | | | correctly autogenerate obj_mac.h
* do not assume scripts are executablederaadt2002-05-251-1/+1
|
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.