Security Enhanced Linux
What's New
Frequently Asked Questions
Background
Documents
License
Download
Participating
Mail List
Archives
Remaining Work
Contributors
Related Work
Press Releases
Information Assurance Research
NIARL In-house Research Areas
Mathematical Sciences Program
Sabbaticals
Computer & Information Sciences Research
Technology Transfer
Advanced Computing
Advanced Mathematics
Communications & Networking
Information Processing
Microelectronics
Other Technologies
Technology Fact Sheets
Publications
Related Links
|
SELinux Mailing List
subject: Cron Date: Fri, 5 Oct 2001 12:07:20 -0500
I have a small problem. I am creating a new domain for the amanda backup. I created the user amanda and have created an amanda domain. I can login on as the user amanda and backup what I need ok. When I place the back up in the crontab It will not execute. I get an ENTRYPOINT error on the crontab file for amanda. Looking at the modified source for the crontab the selinux is checking permisssion on the execute permission. The questions is What permission is it looking for. The amanda user can execute the program with no error messages.
Mark
-----Original Message-----
On 5 Oct 2001, Justin R. Smith wrote:
> I've installed the latest version of SELinux in permissive mode. Possibly. Please check the 'ps -e --context' output and verify that each system process is running in the correct security context. Also, please verify that your security context is set properly when you login (run 'id' or 'ps --context'). And make sure that you aren't running a X Display Manager, as I mentioned in my prior email to James Bishop.
> 2. If I toggle fully secure mode, can I reverse this remotely (i.e., ssh You don't need to 'su' - you need to run 'newrole -r sysadm_r'. SELinux doesn't care whether you are root. It cares about your role and domain. Yes, this should work remotely (unless you change the policy to prohibit it). You can test it while still in permissive mode - simply try it and check /var/log/messages and the output of dmesg for any messages.
> 3. SSH no longer recognizes my authorized keys --- I must always enter a The utils Makefile only installs the modified sshd, not the rest of the package, since we only modified sshd. So if you were using a different version of OpenSSH, you might have a compatibility problem. The openssh package provided with SELinux is the default one provided with RedHat 7.1 with the SELinux modifications. If you are using a newer version of OpenSSH, then I would suggest porting the SELinux patch forward to the newer version (and please feed the resulting patch back to us). If you are using an older version of OpenSSH, then I would suggest doing a 'make install' in the openssh-2.5.2p2-5 directory and then doing a 'make relabel' in the utils directory. -- Stephen D. Smalley, NAI Labs ssmalley@nai.com -- You have received this message because you are subscribed to the selinux list. If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with the words "unsubscribe selinux" without quotes as the message. -- You have received this message because you are subscribed to the selinux list. If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with the words "unsubscribe selinux" without quotes as the message.From: Stephen Smalley <sds_at_tislabs.com> subject: Re: Cron Date: Fri, 5 Oct 2001 14:09:17 -0400 (EDT)
On Fri, 5 Oct 2001, Westerman, Mark wrote:
> When I place the backup in the crontab it will not execute. The cron daemon was modified to check entrypoint permission between the user's cron job security context (from /etc/security/cron_context) and the security context on the crontab file. This simulates the checking that would occur if a crontab file were an executable script rather than a configuration file. It is done to ensure that a low integrity crontab is not executed by a privileged user's cron job. Otherwise, a superuser process in an unprivileged domain could potentially create a bogus crontab for a privileged user.
Notice that the crontab program domains
The crond domains (policy/domains/system/crond.te) are granted entrypoint permission to the appropriate crontab file type. The system_crond_t domain is granted entrypoint permission to system_crond_script_t, which is set for /etc/crontab and /etc/cron.d/* when you did the 'make relabel'. The user crond domains are granted entrypoint permission to the appropriate derived type, which is set when the crontab file is created as described above. Are you trying to run this job from one of the system crontab files or from the amanda user's crontab file? If the latter, what is the amanda user's security context in /etc/security/cron_context? -- Stephen D. Smalley, NAI Labs ssmalley@nai.com -- You have received this message because you are subscribed to the selinux list. If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with the words "unsubscribe selinux" without quotes as the message.
|
|
Date Posted: Jan 15, 2009 | Last Modified: Jan 15, 2009 | Last Reviewed: Jan 15, 2009 |