* SSSD on a read-only filesystem
@ 2014-03-31 22:08 Andy Ruch
2014-04-01 12:49 ` Daniel J Walsh
0 siblings, 1 reply; 2+ messages in thread
From: Andy Ruch @ 2014-03-31 22:08 UTC (permalink / raw)
To: SELinux ML
Hello,
I'm implementing SSSD on my RHEL 6.5 system with a read-only root filesystem. SSSD attempts to write a file to /etc/selinux/<policy>/logins that maps the linux user to an selinux user. However, this causes problems since /etc is read-only. I've played with mounting /etc/selinux/<policy>/logins in tmpfs and everything seems to work. My questions really comes down to:
1) Are there any security concerns with having the 'logins' directory in tmpfs?
2) Are there any functional considerations if the 'logins' directory gets erased every time the system reboots?
Thanks,
Andy Ruch
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: SSSD on a read-only filesystem
2014-03-31 22:08 SSSD on a read-only filesystem Andy Ruch
@ 2014-04-01 12:49 ` Daniel J Walsh
0 siblings, 0 replies; 2+ messages in thread
From: Daniel J Walsh @ 2014-04-01 12:49 UTC (permalink / raw)
To: Andy Ruch, SELinux ML
No the only potential problem with this would be is if you setup
Confined Users to be provided by something like IPA, and sssd was not
able to contact the IPA server after a reboot. Then potentially a user
would be allowed to login with a different user domain.
IE It will fallback to the __default__ user.
On 03/31/2014 06:08 PM, Andy Ruch wrote:
> Hello,
>
> I'm implementing SSSD on my RHEL 6.5 system with a read-only root filesystem. SSSD attempts to write a file to /etc/selinux/<policy>/logins that maps the linux user to an selinux user. However, this causes problems since /etc is read-only. I've played with mounting /etc/selinux/<policy>/logins in tmpfs and everything seems to work. My questions really comes down to:
>
>
> 1) Are there any security concerns with having the 'logins' directory in tmpfs?
>
>
> 2) Are there any functional considerations if the 'logins' directory gets erased every time the system reboots?
>
>
>
> Thanks,
> Andy Ruch
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-04-01 12:49 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-31 22:08 SSSD on a read-only filesystem Andy Ruch
2014-04-01 12:49 ` Daniel J Walsh
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.