Bugtraq mailing list archives
Re: solaris tape dev permission stupidity
From: darren.moffat () UK Sun COM (Darren J Moffat - Enterprise Services OS Product Support Group)
Date: Thu, 22 Oct 1998 09:17:57 +0100
under solaris, scsi tape devices (/dev/rmt/*, which are linked to the
st@x,x:
devs in /devices) are created with the permissions bits set to 666. this
allows
a mallicious user with a login on your system to 'mt erase' the contents of
any
tape devices connected to your system. solution: this is a tough one. i'll let you figure it out yourself.
Instead of guessing shall I tell you the correct fix!
The correct and recommend fix is to run bsmconv to turn on device
allocation. This sets all of the device files for removable media devices
such as tapes to 0000. A user who then wants to use a tape should then:
allocate st0
insert tape into drive
tar/ufs*/cpio/dd whatever
remove tape from drive
dealloate st0
The same applies to audio and cd devices, though the audio devices
are better dealt with using /etc/logindevperm.
If you are concerned about security on Solaris you should always
run bsmconv to turn on auditing and device allocation and run ASET
to ensure other perms etc are sorted out. I would recommend running
/usr/aset/aset -l high -p
--
Darren J Moffat
Current thread:
- solaris tape dev permission stupidity joshua grubman (Oct 21)
- Re: solaris tape dev permission stupidity Michael R. Eckhoff (Oct 21)
- Re: solaris tape dev permission stupidity Casper Dik (Oct 22)
- Vulnerability in IRIX autofsd SGI Security Coordinator (Oct 22)
- CDE for Linux Susan Carney (Oct 22)
- Re: CDE for Linux bandregg () REDHAT COM (Oct 23)
- New SMAP + SASL + SSL Patches available. MacGyver (Oct 22)
- <Possible follow-ups>
- Re: solaris tape dev permission stupidity Robert Thomas (Oct 21)
- Re: solaris tape dev permission stupidity Darren J Moffat - Enterprise Services OS Product Support Group (Oct 22)
- Re: solaris tape dev permission stupidity Tobias J. Kreidl (Oct 23)
