Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!watmath!clyde!rutgers!mit-eddie!genrad!decvax!ucbvax!RELAY.CS.NET!btb%ncoast.UUCP%case.CSNET From: btb%ncoast.UUCP%case.CSNET@RELAY.CS.NET.UUCP Newsgroups: mod.computers.vax Subject: Re: password verification... Message-ID: <539741563.29042@ncoast> Date: Sun, 8-Feb-87 00:10:59 EST Article-I.D.: ncoast.539741563.29042 Posted: Sun Feb 8 00:10:59 1987 Date-Received: Wed, 11-Feb-87 05:09:55 EST References: <8702061407.AA01404@ucbvax.Berkeley.EDU> Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Brad Banko Organization: Cleveland Public Access UN*X, Cleveland, OH Lines: 22 Approved: info-vax@sri-kl.arpa sorry, I haven't been following the discussion, but what is all of this concern about VMS and security? I have been working on a VMS system for about a year now (we are up to 4.4), and it is one of the most secure systems I have ever (or ever hope to) work on... you can watch logfails, and you can set accounts & terminals up to shut down if there are more than so many logfails in a row... as far as file security goes, if you don't give anybody god-like privileges (like bypass, or setprv), you can protect all of the system files very well with set prot=(w:re,g:re)... all of the other comments also apply... password accounts are only as secure as the person managing the password... don't leave privileged accounts logged on to unsupervised terminals, etc. -- Brad Banko ...!decvax!cwruecmp!ncoast!btb Cleveland, Ohio "The only thing we have to fear on this planet is man." -- Carl Jung, 1875-1961