Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Dec 2010 15:37:24 +0600
From:      Victor Sudakov <vas@mpeks.tomsk.su>
To:        freebsd-questions@freebsd.org
Subject:   Re: rc.d and environment variables
Message-ID:  <20101224093724.GC23384@admin.sibptus.tomsk.ru>
In-Reply-To: <4D14555B.3000909@herveybayaustralia.com.au>
References:  <20101223172752.GA8539@admin.sibptus.tomsk.ru> <20101223201249.ea7648aa.freebsd@edvax.de> <20101223191443.GA24653@gizmo.acns.msu.edu> <20101224031352.GB16472@admin.sibptus.tomsk.ru> <20101224042542.3e21a6df.freebsd@edvax.de> <20101224035041.GF16472@admin.sibptus.tomsk.ru> <4D14233F.4070107@herveybayaustralia.com.au> <20101224080354.GA21712@admin.sibptus.tomsk.ru> <4D14555B.3000909@herveybayaustralia.com.au>

next in thread | previous in thread | raw e-mail | index | archive | help
Da Rock wrote:
> >
> >   
> >>Doesn't the rc.d script run as root initially and then a method (default
> >>flags, etc) is used to change the owner to a nobody (restricted
> >>privilege user)? Just my 2c, but please correct me if I'm wrong.
> >>     
> >
> >That is probably correct, rc.subr does "su -m $user", but the login
> >class is not applied there, nor is the users's shell called.
> >
> >   
> Exactly. Which means that you'd have to adapt root's env because root's 
> shell would be called(?).

In this case, how do I limit the variables's visibility only to the
particular daemon (svnserve) or particular user (svn)?

> 
> PITA, but as an alternative couldn't all the keytabs be stored in the 
> same _secure_ location? Then a global env could be used.

I really don't know what the security implications will be if
/etc/krb5.keytab is readable by anyone besides the root user? Do you
have a clue about it? There are other services' keys stored there
besides svn (host/*, cvs/* etc).

-- 
Victor Sudakov,  VAS4-RIPE, VAS47-RIPN
sip:sudakov@sibptus.tomsk.ru



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101224093724.GC23384>