From: "Serge E. Hallyn" <serue@us.ibm.com>
To: BuraphaLinux Server <buraphalinuxserver@gmail.com>
Cc: serge@hallyn.com, lkml <linux-kernel@vger.kernel.org>,
linux-security-module@vger.kernel.org,
Andrew Morgan <morgan@kernel.org>,
Stephen Smalley <sds@epoch.ncsc.mil>,
Mike Galbraith <efault@gmx.de>,
elendil@planet.nl
Subject: Re: [PATCH 1/1] file capabilities: remove cap_task_kill()
Date: Thu, 28 Feb 2008 13:42:09 -0600 [thread overview]
Message-ID: <20080228194209.GA16587@sergelap.austin.ibm.com> (raw)
In-Reply-To: <5d75f4610802281114s6802b8aey6bb3748d09953df6@mail.gmail.com>
Quoting BuraphaLinux Server (buraphalinuxserver@gmail.com):
> For 2.6.25-rc3,
> Tested-By: John Gatewood Ham <buraphalinuxserver@gmail.com>
>
> This fixes the 'at' command for non-root users. Thank you.
Cool, thanks much for testing.
-serge
> On 2/29/08, serge@hallyn.com <serge@hallyn.com> wrote:
> > The original justification for cap_task_kill() was as follows:
> >
> > check_kill_permission() does appropriate uid equivalence checks.
> > However with file capabilities it becomes possible for an
> > unprivileged user to execute a file with file capabilities
> > resulting in a more privileged task with the same uid.
> >
> > However now that cap_task_kill() always returns 0 (permission
> > granted) when p->uid==current->uid, the whole hook is worthless,
> > and only likely to create more subtle problems in the corner cases
> > where it might still be called but return -EPERM. Those cases
> > are basically when uids are different but euid/suid is equivalent
> > as per the check in check_kill_permission().
> >
> > This patch removes cap_task_kill().
> >
> > Signed-off-by: Serge Hallyn <serge@hallyn.com>
> > ---
> > include/linux/security.h | 3 +--
> > security/capability.c | 1 -
> > security/commoncap.c | 40 ----------------------------------------
> > security/smack/smack_lsm.c | 5 -----
> > 4 files changed, 1 insertions(+), 48 deletions(-)
> >
> > diff --git a/include/linux/security.h b/include/linux/security.h
> > index fe52cde..95cb830 100644
> > --- a/include/linux/security.h
> > +++ b/include/linux/security.h
> > @@ -63,7 +63,6 @@ extern int cap_inode_need_killpriv(struct dentry *dentry);
> > extern int cap_inode_killpriv(struct dentry *dentry);
> > extern int cap_task_post_setuid (uid_t old_ruid, uid_t old_euid, uid_t
> > old_suid, int flags);
> > extern void cap_task_reparent_to_init (struct task_struct *p);
> > -extern int cap_task_kill(struct task_struct *p, struct siginfo *info, int
> > sig, u32 secid);
> > extern int cap_task_setscheduler (struct task_struct *p, int policy, struct
> > sched_param *lp);
> > extern int cap_task_setioprio (struct task_struct *p, int ioprio);
> > extern int cap_task_setnice (struct task_struct *p, int nice);
> > @@ -2138,7 +2137,7 @@ static inline int security_task_kill (struct
> > task_struct *p,
> > struct siginfo *info, int sig,
> > u32 secid)
> > {
> > - return cap_task_kill(p, info, sig, secid);
> > + return 0;
> > }
> >
> > static inline int security_task_wait (struct task_struct *p)
> > diff --git a/security/capability.c b/security/capability.c
> > index 9e99f36..2c6e06d 100644
> > --- a/security/capability.c
> > +++ b/security/capability.c
> > @@ -40,7 +40,6 @@ static struct security_operations capability_ops = {
> > .inode_need_killpriv = cap_inode_need_killpriv,
> > .inode_killpriv = cap_inode_killpriv,
> >
> > - .task_kill = cap_task_kill,
> > .task_setscheduler = cap_task_setscheduler,
> > .task_setioprio = cap_task_setioprio,
> > .task_setnice = cap_task_setnice,
> > diff --git a/security/commoncap.c b/security/commoncap.c
> > index bb0c095..06d5c94 100644
> > --- a/security/commoncap.c
> > +++ b/security/commoncap.c
> > @@ -540,41 +540,6 @@ int cap_task_setnice (struct task_struct *p, int nice)
> > return cap_safe_nice(p);
> > }
> >
> > -int cap_task_kill(struct task_struct *p, struct siginfo *info,
> > - int sig, u32 secid)
> > -{
> > - if (info != SEND_SIG_NOINFO && (is_si_special(info) ||
> > SI_FROMKERNEL(info)))
> > - return 0;
> > -
> > - /*
> > - * Running a setuid root program raises your capabilities.
> > - * Killing your own setuid root processes was previously
> > - * allowed.
> > - * We must preserve legacy signal behavior in this case.
> > - */
> > - if (p->uid == current->uid)
> > - return 0;
> > -
> > - /* sigcont is permitted within same session */
> > - if (sig == SIGCONT && (task_session_nr(current) == task_session_nr(p)))
> > - return 0;
> > -
> > - if (secid)
> > - /*
> > - * Signal sent as a particular user.
> > - * Capabilities are ignored. May be wrong, but it's the
> > - * only thing we can do at the moment.
> > - * Used only by usb drivers?
> > - */
> > - return 0;
> > - if (cap_issubset(p->cap_permitted, current->cap_permitted))
> > - return 0;
> > - if (capable(CAP_KILL))
> > - return 0;
> > -
> > - return -EPERM;
> > -}
> > -
> > /*
> > * called from kernel/sys.c for prctl(PR_CABSET_DROP)
> > * done without task_capability_lock() because it introduces
> > @@ -605,11 +570,6 @@ int cap_task_setnice (struct task_struct *p, int nice)
> > {
> > return 0;
> > }
> > -int cap_task_kill(struct task_struct *p, struct siginfo *info,
> > - int sig, u32 secid)
> > -{
> > - return 0;
> > -}
> > #endif
> >
> > void cap_task_reparent_to_init (struct task_struct *p)
> > diff --git a/security/smack/smack_lsm.c b/security/smack/smack_lsm.c
> > index 770eb06..a9ca412 100644
> > --- a/security/smack/smack_lsm.c
> > +++ b/security/smack/smack_lsm.c
> > @@ -1124,11 +1124,6 @@ static int smack_task_movememory(struct task_struct
> > *p)
> > static int smack_task_kill(struct task_struct *p, struct siginfo *info,
> > int sig, u32 secid)
> > {
> > - int rc;
> > -
> > - rc = cap_task_kill(p, info, sig, secid);
> > - if (rc != 0)
> > - return rc;
> > /*
> > * Special cases where signals really ought to go through
> > * in spite of policy. Stephen Smalley suggests it may
> > --
> > 1.5.2.5
> >
> >
> --
> To unsubscribe from this list: send the line "unsubscribe linux-security-module" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2008-02-28 19:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-28 17:38 serge
2008-02-28 19:14 ` BuraphaLinux Server
2008-02-28 19:42 ` Serge E. Hallyn [this message]
2008-02-29 20:40 ` Luiz Fernando N. Capitulino
2008-02-29 21:26 ` serge
2008-03-03 12:50 ` Luiz Fernando N. Capitulino
2008-03-05 19:17 ` Chris Friedhoff
2008-03-01 22:05 ` Andrew G. Morgan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080228194209.GA16587@sergelap.austin.ibm.com \
--to=serue@us.ibm.com \
--cc=buraphalinuxserver@gmail.com \
--cc=efault@gmx.de \
--cc=elendil@planet.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=morgan@kernel.org \
--cc=sds@epoch.ncsc.mil \
--cc=serge@hallyn.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®