From owner-freebsd-security  Wed Oct 16 00:00:15 1996
Return-Path: owner-security
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id AAA15064
          for security-outgoing; Wed, 16 Oct 1996 00:00:15 -0700 (PDT)
Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19])
          by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA15055
          for <freebsd-security@FreeBSD.org>; Wed, 16 Oct 1996 00:00:05 -0700 (PDT)
Received: by gvr.win.tue.nl (8.6.13/1.53)
    id IAA06582; Wed, 16 Oct 1996 08:59:41 +0200
From: guido@gvr.win.tue.nl (Guido van Rooij)
Message-Id: <199610160659.IAA06582@gvr.win.tue.nl>
Subject: Re: bin/1805: Bug in ftpd
To: assar@sics.se (Assar Westerlund)
Date: Wed, 16 Oct 1996 08:59:41 +0200 (MET DST)
Cc: marcs@znep.com, freebsd-security@FreeBSD.org
In-Reply-To: <5l7mor7ois.fsf@assaris.sics.se> from Assar Westerlund at "Oct 16, 96 02:15:23 am"
X-Mailer: ELM [version 2.4ME+ PL17 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-security@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

Assar Westerlund wrote:
> guido@gvr.win.tue.nl (Guido van Rooij) writes:
> > > After the setuid, I will be able to make it dump core, or even better
> > > use `ptrace' and then login will still have the file descriptor
> > > pointing to /etc/spwd.db open and I can make it read the complete
> > > shadow file.
> > 
> > endpwent closes the spwd.db if I'm right so that would be impossible.
> 
> Of course, it should call endpwent and endpwent should zero any
> incriminating memory, but it doesn't do that now.
> 

No. He was talking about a filesdescriptor still pointing to the shadow
password databse. That is not the case as endpwent closes it.

-Guido