[67] in The Cryptographic File System users list
Re: Annoying CFS bug fixed
daemon@ATHENA.MIT.EDU (Matt Blaze)
Sun Apr 26 20:36:18 1998
From owner-cfs-users@research.att.com Mon Apr 27 00:36:18 1998
Return-Path: <owner-cfs-users@research.att.com>
Delivered-To: cfs-mtg@bloom-picayune.mit.edu
Received: (qmail 6281 invoked from network); 27 Apr 1998 00:36:17 -0000
Received: from unknown (HELO ns.research.att.com) (192.20.225.4)
by bloom-picayune.mit.edu with SMTP; 27 Apr 1998 00:36:17 -0000
Received: from research.att.com ([135.207.30.100]) by ns; Sun Apr 26 20:33:38 EDT 1998
Received: from amontillado.research.att.com ([135.207.24.32]) by research-clone; Sun Apr 26 20:19:09 EDT 1998
Received: from nsa.research.att.com (majordomo@nsa.research.att.com [135.207.24.155])
by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id UAA02462;
Sun, 26 Apr 1998 20:19:07 -0400 (EDT)
Received: (from majordomo@localhost) by nsa.research.att.com (8.7.3/8.7.3) id UAA28699 for cfs-users-list; Sun, 26 Apr 1998 20:16:48 -0400 (EDT)
Received: from research.att.com (research.research.att.com [135.205.32.20]) by nsa.research.att.com (8.7.3/8.7.3) with SMTP id UAA28695 for <cfs-users@nsa.research.att.com>; Sun, 26 Apr 1998 20:16:46 -0400 (EDT)
Received: from fbi ([135.205.51.3]) by research; Sun Apr 26 20:18:11 EDT 1998
Received: from fbi (mab@localhost)
by fbi (8.8.5/8.8.5) with ESMTP id UAA29658;
Sun, 26 Apr 1998 20:17:12 -0400 (EDT)
Message-Id: <199804270017.UAA29658@fbi>
X-Authentication-Warning: fbi: mab owned process doing -bs
X-Mailer: exmh version 1.6.9 8/22/96
To: res@kd8wk.cmhnet.org (Rob Stampfli)
cc: cfs-users@research.att.com
Subject: Re: Annoying CFS bug fixed
In-reply-to: Your message of "Sun, 26 Apr 1998 19:59:00 EDT."
<m0yTbKA-0000nqC@kd8wk.cmhnet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sun, 26 Apr 1998 20:17:08 -0400
From: Matt Blaze <mab@research.att.com>
Sender: owner-cfs-users@research.att.com
Precedence: bulk
> Your mail prompted me to examine this file, and it looks like there may
> be a very minor bug in the section right above it, too: There is a static
> variable curfd which contains a file descriptor to the "working" file. I
> would recommend adding the line: "curfd = -1;" immediately after the line
> "close(curfd); /* hope it was valid... */", to prevent doing multiple
> close()s on the file. Most Unixes would take this in stride, but there
> might be some strange version somewhere that would get upset.
>
Yikes. Thanks for catching that. Fixed.
> Also, does anyone on the group use esm? I do, and I've hacked my esm.c
> to ignore ctrl-S and ctrl-Q in the stream while exchanging keys and while
> running in ecrypted mode. I have found that this is necessary for it to
> work in certain conditions (like when there is a "cu" or "tip" in the
> pipeline). I can provide the diffs, if anyone is interested.
Yes, please send me the patches for that. Actually, esm should ignore
anything not alphanumeric when in encrypted or key exchange mode. I'm also
curious as to whether anyone is using esm these days. Basically (or hopefully)
I think things like IPSEC and ssh have made esm pretty much obsolete, but
it still is the only way to get end-to-end security through certain
firewall configurations, so I'm a bit reluctant to declare it dead.
-matt
