Subject: Re: Preventative security features?
To: Dmitri Nikulin <setagllib@optusnet.com.au>
From: John Hawkinson <jhawk@MIT.EDU>
List: tech-security
Date: 11/16/2004 17:31:14
Dmitri Nikulin <setagllib@optusnet.com.au> wrote on Tue, 16 Nov 2004
at 21:31:57 +1100 in <4199D71D.4040404@optusnet.com.au>:

> Date: Tue, 16 Nov 2004 21:31:57 +1100
> From: Dmitri Nikulin <setagllib@optusnet.com.au>
> User-Agent: Mozilla Thunderbird 0.8 (X11/20041110)
> X-Accept-Language: en-us, en
> To: tech-security@NetBSD.org
> Subject: Re: Preventative security features?

[ Oh dear. You have quoted my private email to a public list.
Netiquette dictates that this is not a reasonable thing to do, absent
permission. Please endeavor to ensure that in the future, you do not
do this. ]



> You'll have to explain further. I've never heard of a need to see that 
> someone else is running vi or emacs for doing their work, in terms of a 
> social benefit.

Well, the "social benefit" is but one of the set of 4 items that I
mentioned.  Even if you don't buy that one, the others stand.

Let's say the system feels slow, and I run ps and I see that user
'fred' is running matlab and taking up 80% of the CPU time.  Now I can
walk down the hall and say to Fred, "Hey, you're taking up a lot of
resources on bigmachine; could you possibly renice your process, or
let me know when you'll be done?" That's a social benefit.

> In fact a lot of privacy issues occur because people see what others

Of course there are privacy issues. Again, I don't claim that everyone
wants process table visibility, or that it is always the right
thing. My claim is very narrow: that some people believe it to be a
Good Thing, so you may not reasonably argue that removing it is always
good.

> If responsible system usage involves not loading the system while many 
> others are working, there are other mechanisms for that. Looking at load 
> averages, for instance.

That hardly tells you who is at fault.

> But I doubt any users will need to heavily load a shared system
> anyway - as a courtesy any number-crunching should be done on
> private (or dedicated) machines, and compilations during software
> development are usually minimal load because make avoids
> redundancy.

Like it or not, it happens in real life.

--jhawk


> >It can certainly be argued that it is Good Thing on a shared shell server
> >that users can see each others processes. It promotes responsible system
> >usage, the ability of users to investigate problems without invoking
> >administrators, encourages a belief in a shared system that you don't
> >mess up for other people, and may have positive social benefits.
> >
> >It's not a slam dunk, but it can certainly be argued that it viewing
> >process you don't own is a Good Thing.