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)