Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU
Path: utzoo!watmath!clyde!cbosgd!ucbvax!info-vax
From: YD14@BR1.THDNET
Newsgroups: mod.computers.vax
Subject: Security
Message-ID: <8511142214.AA01067@ucbvax.berkeley.edu>
Date: Thu, 14-Nov-85 19:42:49 EST
Article-I.D.: ucbvax.8511142214.AA01067
Posted: Thu Nov 14 19:42:49 1985
Date-Received: Sat, 16-Nov-85 00:55:09 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 19
Approved: info-vax@sri-kl.arpa


I've talked yesterday with the TSC Munich about the CONTROL/U bugcheck.
They'll test it and call me back within a week. Probably they forward
the problem to the European TSC Center and they'll also test it.
Some weeks laters the problem after a lot of forwarding within DEC
will reach the VMS people (f.e. Andy Goldstein).

Someone else asked the TSC about the ACL problem with logical name tables.
They told him to set a protection on the tables. But I don't think the TSC
has forwared this problem. So we've to write one of the old fashioned SPRs.
And then we have to wait patiently for some months to get an answer for
such a severe problem.

There should be an INFO-VAX-SECURITY list. But it should not be on the
Arpanet, it should rather be on the internal DEC engineering net.

Reinhard Goeth

Arpanet: #D14%DDATHD21.BITNET@WISCVM.WISC.EDU