From owner-freebsd-current Mon Jun 19 08:13:23 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA23624 for current-outgoing; Mon, 19 Jun 1995 08:13:23 -0700 Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA23618 for ; Mon, 19 Jun 1995 08:13:20 -0700 Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.3.6) id AA08725; Mon, 19 Jun 1995 11:12:28 -0400 Date: Mon, 19 Jun 1995 11:12:28 -0400 From: Garrett Wollman Message-Id: <9506191512.AA08725@halloran-eldar.lcs.mit.edu> To: Mark Murray Cc: current@freebsd.org Subject: Crypto code - an architectural proposal. In-Reply-To: <199506181600.SAA24683@grumble.grondar.za> References: <199506181600.SAA24683@grumble.grondar.za> Sender: current-owner@freebsd.org Precedence: bulk < said: > Included in the new DES code that I have (and in the old BTW) is > fcrypt.c, which is a faster (2-3 times) replacement for the DES-based > crypt(3) we are currently using. I would like to include this fcrypt.c > in libdes to reduce the number of libraries produced. This is a bad idea for the following reason: The current libdescrypt.so was designed specifically to ensure that it would be easy to get an export license for the binary. This is done by having the library only export one entry point, the UNIX one-way hash function crypt(). I don't want to see this broken. There are also some reasons for wishing that the system crypt() were slower as opposed to faster than it is now. Now, if you want to replace libcipher, go right ahead. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant