atom feed21 messages in org.freebsd.freebsd-archRe: How much security should ldconfig...
FromSent OnAttachments
John PolstraJul 26, 2000 7:35 pm 
Chris CostelloJul 26, 2000 8:54 pm 
Nate WilliamsJul 26, 2000 10:54 pm 
Mark MurrayJul 26, 2000 11:15 pm 
Warner LoshJul 26, 2000 11:24 pm 
Adrian ChaddJul 27, 2000 12:03 am 
Poul-Henning KampJul 27, 2000 12:30 am 
Alfred PerlsteinJul 27, 2000 12:44 am 
Jacques A. VidrineJul 27, 2000 5:50 am 
Neil Blakey-MilnerJul 27, 2000 5:52 am 
Jacques A. VidrineJul 27, 2000 6:38 am 
Daniel O'ConnorJul 27, 2000 6:44 am 
Neil Blakey-MilnerJul 27, 2000 6:47 am 
Robert WatsonJul 27, 2000 8:14 am 
Alfred PerlsteinJul 27, 2000 9:39 am 
Jacques A. VidrineJul 27, 2000 11:03 am 
Ollivier RobertJul 27, 2000 12:32 pm 
John PolstraJul 27, 2000 9:28 pm 
John PolstraJul 27, 2000 9:38 pm 
Alexander LeidingerJul 28, 2000 5:09 am 
John PolstraJul 28, 2000 8:21 am 
Subject:Re: How much security should ldconfig enforce?
From:Robert Watson (rwat@freebsd.org)
Date:Jul 27, 2000 8:14:33 am
List:org.freebsd.freebsd-arch

On Thu, 27 Jul 2000, Jacques A. Vidrine wrote:

On Wed, Jul 26, 2000 at 07:36:13PM -0700, John Polstra wrote:

3. It could default to strictly secure but accept a command-line option to relax the constraints. And an rc.conf knob could be added to control whether or not it was strict at boot time.

I like this option, but the knob should be compile-time, IMHO.

I would support either the "revert" or (3) option, but definitely not support this being a compile-time flag. I should not have to recompile the operating system to allow our netsec group to have a /netsec/lib with different maintainers for different operating systems. Especially in NFS environments, placing requirements on permissions and ownership for directories is a very poor idea. In general, the UNIX mechanism has been to implement tools, but not policies, for which we already have quite a sufficient discretionary access control mechanism. In general, we don't check permissions on the /etc directory, we assume that it is set correctly during the install, and that if the user wants to change it, that is their perogative. The same goes for group files, etc. In the future, once we have a mandatory access control policy, integrity protection can be used to protect users from shared libraries of low integrity.

So my preference here is: permissions and ownership in the base install are fine. The default compile (and preferably install) should allow users to include group-writable shared library paths, if not world-writable paths. Consider our adduser implementation: each user is in their own group anyway :-).

Robert N M Watson

rob@fledge.watson.org http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message