Re: firefox3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Justin Mattock wrote:
> On Fri, Jul 18, 2008 at 12:07 PM, Dominick Grift <domg472@xxxxxxxxx> wrote:
>> On Thu, 2008-07-17 at 22:39 +0000, Justin Mattock wrote:
>>> I'm trying to tighten up firefox, from what I can see over here:
>> I do not encourage people to run Firefox as sysadm_t, and i recommend
>> you use staff_t as your default domain. Sysadm_t is a domain specific
>> just for sysadmin tasks. Plus sysadm_t is being (kind of) replaced by
>> unconfined_t in the targeted policy.
>>
>> Also i think sysadm, user and staff do not transition once they run
>> Firefox, but that they run Firefox in the user domain by default.
>>
>> In Fedora 9 only xguest_t domain by default can run Firefox in the
>> Mozilla domain by setting the boolean.
>>
>> However Nsplugin is now by default confined to the nsplugin_t domain and
>> so even though you may not transition to mozilla_t as staff or user, you
>> will still be protected by nsplugin_t.
>>
>> To see in what domain Firefox is running execute ps auxZ | grep -i
>> firefox.
>> --
>> Dominick Grift <domg472@xxxxxxxxx>
>>
> 
> Hello;
> when doing ps I see firefox as what I had intended it
> to be in user_r:user_t, The interesting thing that I'm seeing
> is firefox will start under sysadm_r. when it shouldn't.
> Now keep in mind this is something I've noticed with the new firefox3
> the beta version of firefox3 was using gconf differently.
> from looking at the allow rules maybe:
> allow user_mozilla_t sysadm_gconf_home_t:dir { add_name getattr read
> remove_name search write };
> allow user_mozilla_t sysadm_gconf_home_t:file { append create getattr
> read rename unlink write };
> is what is causing sysadm to start firefox.(now from what I'm seeing
> even though sysadm can start firefox, you can't do much with it due to the
> rules not being defined. it's more of a question to me as to why
> is it starting in that role. Anyways I'll have a look into my other rules
> that might be causing this; just to be safe.
> regards;
> 
Is firefox defined as an application domain?  If so can sysadm_t execute
_NOTRANS application domains?  I would bet you firefox is running as
sysadm_t rather then sysadm_mozilla_t or sysadm_firefox_t.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkiA1ocACgkQrlYvE4MpobPj6wCgnCLi7tjLTrSe/SNblfR68rIX
LbgAoNhG+dvHqSczszz3k9IuzNUM+VcK
=mKRC
-----END PGP SIGNATURE-----

--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@xxxxxxxxxxxxx with
the words "unsubscribe selinux" without quotes as the message.

[Index of Archives]     [Selinux Refpolicy]     [Linux SGX]     [Fedora Users]     [Fedora Desktop]     [Yosemite Photos]     [Yosemite Camping]     [Yosemite Campsites]     [KDE Users]     [Gnome Users]

  Powered by Linux