|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: /var/lock permissions
From: Olaf Kirch (okir
caldera.de)Date: Mon Jul 24 2000 - 00:23:41 CDT
- Next message: Crispin Cowan: "Bernstein's License"
- Previous message: harada
obunsha.co.jp: "Re: chroot excess WAS:: Demo patch - run telnetd as non-root and chroot()'ed"
- In reply to: Solar Designer: "/var/lock permissions"
- Next in thread: Jim Dennis: "Re: /var/lock permissions"
- Next in thread: Chris Evans: "Re: /var/lock permissions"
- Reply: Olaf Kirch: "Re: /var/lock permissions"
- Reply: Jim Dennis: "Re: /var/lock permissions"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Mon, Jul 24, 2000 at 06:54:23AM +0400, Solar Designer wrote:
> Fix? I personally am going to add /var/lock/uucp and restrict
> permissions on /var/lock itself (to 755) for the mtree specification
> that I'm preparing (that's why I've spotted this). A workaround can
> be to set the sticky bit on /var/lock, like it's done in Slackware.
That's not optimal. User A's minicom/kermit/etc won't be able to remove
a stale lockfile created by User B's minicom/kermit/uucico...
Olaf
-- Olaf Kirch | --- o --- Nous sommes du soleil we love when we play okirmonad.swb.de | / | \ sol.dhoop.naytheet.ah kin.ir.samse.qurax okir
caldera.de +-------------------- Why Not?! ----------------------- UNIX, n.: Spanish manufacturer of fire extinguishers.
- Next message: Crispin Cowan: "Bernstein's License"
- Previous message: harada
obunsha.co.jp: "Re: chroot excess WAS:: Demo patch - run telnetd as non-root and chroot()'ed"
- In reply to: Solar Designer: "/var/lock permissions"
- Next in thread: Jim Dennis: "Re: /var/lock permissions"
- Next in thread: Chris Evans: "Re: /var/lock permissions"
- Reply: Olaf Kirch: "Re: /var/lock permissions"
- Reply: Jim Dennis: "Re: /var/lock permissions"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]