Path: utzoo!attcan!uunet!vtserf!creatures!davism
From: davism@creatures.cs.vt.edu (Mat Davis)
Newsgroups: comp.unix.aux
Subject: Re: Mac OS Viruses under A/UX 2.0
Message-ID: <404@creatures.cs.vt.edu>
Date: 1 Jun 90 13:25:35 GMT
References: <402@creatures.cs.vt.edu> <2303@sequent.cs.qmw.ac.uk>
Sender: usenet@creatures.cs.vt.edu
Reply-To: davism@vtopus.cs.vt.edu (Mat Davis)
Distribution: comp.unix.aux
Organization: Virginia Tech Computer Science, Blacksburg, VA
Lines: 27

In article <2303@sequent.cs.qmw.ac.uk> liam@cs.qmw.ac.uk (Paul Davison (postmaster)) writes:
>...the Macintosh emulation runs as you and
>doesn't subvert the normal A/UX permissions (as far as I can
>tell). It definitely doesn't sidestep the "minfree for root"
>aspect of BSD filesystems.

Oops..that comes from forgetting that I need to 'df' from root to find out
how much space is *really* left; must've been early in the morning :-).

>In <402@creatures.cs.vt.edu> davism@creatures.cs.vt.edu (Mat Davis) writes:
>
>>As a last resort, we *could* create a new, clean system folder each time the
>>'guest' user logs in, but that will slow the login process considerably.
>
>Won't help you, unless you have extra clean copies of the
>applications as well.

We're planning to just provide the Mac system files and nothing else (no
applications; the students will have to bring those in on diskette).  So 
using symlinks to most of the system files and actual copies of Finder, System,
LaserWriter, and so on shouldn't involve too much overhead.  I'm considering
modifying /mac/bin/mac32 so that *it* would do the copying when invoked, so
that anyone logging in using just the console emulator won't have to wait
for copying files that they won't use.

	Mat Davis
	(davism@vtopus.cs.vt.edu)