[12347] in bugtraq

home help back first fref pref prev next nref lref last post

Re: Fix for ssh-1.2.27 symlink/bind problem

daemon@ATHENA.MIT.EDU (Wietse Venema)
Tue Oct 26 16:02:35 1999

Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Message-Id:  <19991025230501.34B8E45A7B@spike.porcupine.org>
Date:         Mon, 25 Oct 1999 19:05:01 -0400
Reply-To: Wietse Venema <wietse@PORCUPINE.ORG>
From: Wietse Venema <wietse@PORCUPINE.ORG>
X-To:         Markus Friedl <markus.friedl@informatik.uni-erlangen.de>
To: BUGTRAQ@SECURITYFOCUS.COM
In-Reply-To:  <19991026001902.A32511@folly.informatik.uni-erlangen.de> from
              Markus Friedl at "Oct 26, 99 00:19:02 am"

Markus Friedl:
> On Wed, Oct 06, 1999 at 11:11:12AM -0400, Wietse Venema wrote:
> > This is the second SSH vulnerability involving bind() (the other
> > one involve port forwarding). They really ought to learn to perform
> > operations with the right privilege level.
> >
> > With a little tooling (such as set_eugid()) it is quite easy.
>
> please note, that ssh dropped support for uid-swapping beginning
> with version 1.2.13:
> in order to avoid leakage of the private hostkey (e.g. in core-dumps)

I was talking about seteuid(), which leaves real uid == 0, so that
the process remains protected against groping by unprivileged users.

What was that with core dumps again? Any program that has access
to secrets such as host keys should disable core dumps; not doing
so would be negligent.

	Wietse

home help back first fref pref prev next nref lref last post