From owner-freebsd-hackers@FreeBSD.ORG  Tue Jan 30 14:34:38 2007
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
X-Original-To: freebsd-hackers@freebsd.org
Delivered-To: freebsd-hackers@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 917BB16A408
	for <freebsd-hackers@freebsd.org>; Tue, 30 Jan 2007 14:34:38 +0000 (UTC)
	(envelope-from waldeck@gmx.de)
Received: from hk2.uwaterloo.ca (hk2.uwaterloo.ca [129.97.47.5])
	by mx1.freebsd.org (Postfix) with ESMTP id 71E7313C4B4
	for <freebsd-hackers@freebsd.org>; Tue, 30 Jan 2007 14:34:38 +0000 (UTC)
	(envelope-from waldeck@gmx.de)
Received: from uwaterloo.ca (localhost.localdomain [127.0.0.1])
	by hk2.uwaterloo.ca (Postfix) with SMTP id 26613101832
	for <freebsd-hackers@freebsd.org>; Tue, 30 Jan 2007 09:02:27 -0500 (EST)
Message-Id: <20070130140227.26613101832@hk2.uwaterloo.ca>
Date: Tue, 30 Jan 2007 09:02:27 -0500 (EST)
From: waldeck@gmx.de
To: undisclosed-recipients:;
X-Mailman-Approved-At: Tue, 30 Jan 2007 14:55:10 +0000
Subject: top delay value 
X-BeenThere: freebsd-hackers@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Technical Discussions relating to FreeBSD
	<freebsd-hackers.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, 
	<mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers>
List-Post: <mailto:freebsd-hackers@freebsd.org>
List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-hackers>,
	<mailto:freebsd-hackers-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jan 2007 14:34:38 -0000

Hello, 

An unprivileged user could waste all CPU time by setting a low delay value in top (interactive or via -s).

Is there any possibility to deactivate this functionality without recompilation?

There are other top implementations that use a "secure mode" configuration
which avoids the setting of the delay value for unprivileged users.

Thanks

Dr. Markus Waldeck