summaryrefslogtreecommitdiffstats
path: root/usr.sbin/keyserv/crypt_server.c
Commit message (Collapse)AuthorAgeFilesLines
* Initiate deorbit burn for the i386-only a.out related support. Moves arepeter2002-09-171-29/+0
| | | | | | | | | | | | | | | under way to move the remnants of the a.out toolchain to ports. As the comment in src/Makefile said, this stuff is deprecated and one should not expect this to remain beyond 4.0-REL. It has already lasted WAY beyond that. Notable exceptions: gcc - I have not touched the a.out generation stuff there. ldd/ldconfig - still have some code to interface with a.out rtld. old as/ld/etc - I have not removed these yet, pending their move to ports. some includes - necessary for ldd/ldconfig for now. Tested on: i386 (extensively), alpha
* Use libcrypto.so.2 instead of .1, since we have it now. It should enablejmallett2002-07-091-3/+3
| | | | | | | | DES for keyserv again. Submitted by: mbr Kill a stray __P while I'm here.
* Nuke unused variables.dd2001-06-241-4/+0
|
* Use libcrypto instead of libdes.markm2000-02-241-6/+6
|
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Apply patch from Stefan Esser to close PR #7941: add code to handlewpaul1998-09-161-1/+13
| | | | | dynamic loading of libdes on ELF systems. The patch looks correct to me.
* Use err(3). Put includes in alphabetical order.charnier1997-09-231-8/+7
| | | | | Rewrote man page in mdoc format. Document -v and -p flags.
* Work around a bug (deficiency?) in the libdes Secure RPC compat interface.wpaul1997-06-171-24/+58
| | | | | | | | | | | | | | | | | | | | | | | | The way Secure RPC is set up, the ecb_crypt() routine is expected to be able to encrypt a buffer of any size up to 8192 bytes. However, the des_ecb_encrypt() routine in libdes only encrypts 8 bytes (64 bits) at a time. The rpc_enc.c module should compensate for this by calling des_ecb_encrypt() repeatedly until it has encrypted the entire supplied buffer, but it does not do this. As a workaround, keyserv now handles this itself: if we're using DES encryption, and the caller requested ECB mode, keyserv will do the right thing. Also changed all references to 'rc4' into 'arcfour' just in case some litigious bastard from RSA is watching. Note that I discovered and fixed this problem while trying to get a part of NIS+ working: rpc.nisd signs directory objects with a 16-byte MD5 digest that is encrypted with ecb_crypt(). Previously, only the first 8 bytes of the digest were being properly encrypted, which caused the Sun nis_cachemgr to reject the signatures as invalid. I failed to notice this before since Secure RPC usually never has to encrypt more than 8 bytes of data during normal operations.
* This commit was generated by cvs2svn to compensate for changes in r26234,wpaul1997-05-281-0/+264
which included commits to RCS files with non-trunk default branches.
OpenPOWER on IntegriCloud