openssl/crypto/des
Andy Polyakov 67ea999d4a This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF
and GNU binutils, but kept BSD make... And I took the opportunity to
unify other targets to this common least denominator...
2005-02-06 13:23:34 +00:00
..
asm
t
times
.cvsignore
cbc3_enc.c
cbc_cksm.c
cbc_enc.c
cfb64ede.c Make sure memmove() is defined, even on SunOS 4.1.4. 2004-11-01 07:58:38 +00:00
cfb64enc.c
cfb_enc.c This is essentially Intel 32-bit compiler tune-up. To start with all 2004-03-28 21:27:47 +00:00
COPYRIGHT
des3s.cpp
des_enc.c
des_locl.h This is essentially Intel 32-bit compiler tune-up. To start with all 2004-03-28 21:27:47 +00:00
des_old2.c
des_old.c
des_old.h
des_opts.c Netware-specific changes, 2003-11-28 13:10:58 +00:00
des_ver.h
des-lib.com
des.c
des.h Add the missing parts for DES CFB1 and CFB8. 2004-01-28 19:05:35 +00:00
DES.pm
des.pod
DES.xs
dess.cpp
destest.c Netware-specific changes, 2003-11-28 13:10:58 +00:00
ecb3_enc.c
ecb_enc.c Use BUF_strlcpy() instead of strcpy(). 2003-12-27 14:40:17 +00:00
ede_cbcm_enc.c
enc_read.c
enc_writ.c
fcrypt_b.c
fcrypt.c Remove redundant declaration. 2003-10-29 04:58:23 +00:00
FILES0
Imakefile
INSTALL
KERBEROS
makefile.bc
Makefile.ssl This patch was "ignited" by OpenBSD 3>=4 support. They've switched to ELF 2005-02-06 13:23:34 +00:00
ncbc_enc.c
ofb64ede.c
ofb64enc.c
ofb_enc.c
options.txt
pcbc_enc.c
qud_cksm.c
rand_key.c
read2pwd.c Because of recent reductions in header interdependencies, these files need 2004-05-17 19:01:15 +00:00
read_pwd.c
README
rpc_des.h
rpc_enc.c
rpw.c
set_key.c A general spring-cleaning (in autumn) to fix up signed/unsigned warnings. 2003-10-29 20:24:15 +00:00
speed.c Netware-specific changes, 2003-11-28 13:10:58 +00:00
spr.h
str2key.c Because of recent reductions in header interdependencies, these files need 2004-05-17 19:01:15 +00:00
typemap
VERSION
xcbc_enc.c

		libdes, Version 4.01 10-Jan-97

		Copyright (c) 1997, Eric Young
			  All rights reserved.

    This program is free software; you can redistribute it and/or modify
    it under the terms specified in COPYRIGHT.
    
--
The primary ftp site for this library is
ftp://ftp.psy.uq.oz.au/pub/Crypto/DES/libdes-x.xx.tar.gz
libdes is now also shipped with SSLeay.  Primary ftp site of
ftp://ftp.psy.uq.oz.au/pub/Crypto/SSL/SSLeay-x.x.x.tar.gz

The best way to build this library is to build it as part of SSLeay.

This kit builds a DES encryption library and a DES encryption program.
It supports ecb, cbc, ofb, cfb, triple ecb, triple cbc, triple ofb,
triple cfb, desx, and MIT's pcbc encryption modes and also has a fast
implementation of crypt(3).
It contains support routines to read keys from a terminal,
generate a random key, generate a key from an arbitrary length string,
read/write encrypted data from/to a file descriptor.

The implementation was written so as to conform with the manual entry
for the des_crypt(3) library routines from MIT's project Athena.

destest should be run after compilation to test the des routines.
rpw should be run after compilation to test the read password routines.
The des program is a replacement for the sun des command.  I believe it
conforms to the sun version.

The Imakefile is setup for use in the kerberos distribution.

These routines are best compiled with gcc or any other good
optimising compiler.
Just turn you optimiser up to the highest settings and run destest
after the build to make sure everything works.

I believe these routines are close to the fastest and most portable DES
routines that use small lookup tables (4.5k) that are publicly available.
The fcrypt routine is faster than ufc's fcrypt (when compiling with
gcc2 -O2) on the sparc 2 (1410 vs 1270) but is not so good on other machines
(on a sun3/260 168 vs 336).  It is a function of CPU on chip cache size.
[ 10-Jan-97 and a function of an incorrect speed testing program in
  ufc which gave much better test figures that reality ].

It is worth noting that on sparc and Alpha CPUs, performance of the DES
library can vary by upto %10 due to the positioning of files after application
linkage.

Eric Young (eay@cryptsoft.com)