All of lore.kernel.org
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: "Serge E. Hallyn" <serge@hallyn.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Philipp Reisner <philipp.reisner@linbit.com>,
	Patrick McHardy <kaber@trash.net>,
	Andrew Morgan <morgan@kernel.org>,
	Vasiliy Kulikov <segoon@openwall.com>,
	David Howells <dhowells@redhat.com>, Neil Brown <neilb@suse.de>,
	Michal Januszewski <spock@gentoo.org>,
	linux-kernel@vger.kernel.org,
	linux-security-module@vger.kernel.org,
	linux-fbdev@vger.kernel.org, linux-raid@vger.kernel.org
Subject: Re: [PATCH] userns: Replace netlink uses of cap_raised with capable.
Date: Wed, 04 Apr 2012 02:45:47 +0000	[thread overview]
Message-ID: <m1sjgkxlic.fsf@fess.ebiederm.org> (raw)
In-Reply-To: <20120404022652.GA18730@mail.hallyn.com> (Serge E. Hallyn's message of "Wed, 4 Apr 2012 02:26:52 +0000")

"Serge E. Hallyn" <serge@hallyn.com> writes:

> Quoting Eric W. Biederman (ebiederm@xmission.com):
>> 
>> In 2009 Philip Reiser notied that a few users of netlink connector
>> interface needed a capability check and added the idiom
>> cap_raised(nsp->eff_cap, CAP_SYS_ADMIN) to a few of them, on the premise
>> that netlink was asynchronous.
>> 
>> In 2011 Patrick McHardy noticed we were being silly because netlink is
>> synchronous and removed eff_cap from the netlink_skb_params and changed
>> the idiom to cap_raised(current_cap(), CAP_SYS_ADMIN).
>> 
>> Looking at those spots with a fresh eye we should be calling
>> capable(CAP_SYS_ADMIN).  The only reason I can see for not calling
>> capable is that it once appeared we were not in the same task as the
>> caller which would have made calling capable() impossible.
>
> And (just to make sure) that is now absolutely not the case?

Absolutely.  Netlink is synchronous.

I reread netlink_unicast_kernel() in net/netlink/af_netlink.c while
researching this patch.

Netlink has been synchronous since 2007.  In a world of perfect
knowledge transmission these calls could have been calls to capable
from the very beginning.

>> In the initial user_namespace the only difference between  between
>> cap_raised(current_cap(), CAP_SYS_ADMIN) and capable(CAP_SYS_ADMIN)
>> are a few sanity checks and the fact that capable(CAP_SYS_ADMIN)
>> sets PF_SUPERPRIV if we use the capability.
>> 
>> Since we are going to be using root privilege setting PF_SUPERPRIV
>> seems the right thing to do.
>> 
>> The motivation for this that patch is that in a child user namespace
>> cap_raised(current_cap(),...) tests your capabilities with respect to
>> that child user namespace not capabilities in the initial user namespace
>> and thus will allow processes that should be unprivielged to use the
>> kernel services that are only protected with
>> cap_raised(current_cap(),..).
>> 
>> To fix possible user_namespace issues and to just clean up the code
>> replace cap_raised(current_cap(), CAP_SYS_ADMIN) with
>> capable(CAP_SYS_ADMIN).
>> 
>> Cc: Patrick McHardy <kaber@trash.net>
>> Cc: Philipp Reisner <philipp.reisner@linbit.com>
>> Cc: Serge E. Hallyn <serge.hallyn@canonical.com>
>
> Acked-by: Serge E. Hallyn <serge.hallyn@canonical.com>
>
> thanks,
> -serge
>
>> Cc: Andrew Morgan <morgan@kernel.org>
>> Cc: Vasiliy Kulikov <segoon@openwall.com>
>> Cc: David Howells <dhowells@redhat.com>
>> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>> ---
>>  drivers/block/drbd/drbd_nl.c           |    2 +-
>>  drivers/md/dm-log-userspace-transfer.c |    2 +-
>>  drivers/video/uvesafb.c                |    2 +-
>>  3 files changed, 3 insertions(+), 3 deletions(-)
>> 
>> diff --git a/drivers/block/drbd/drbd_nl.c b/drivers/block/drbd/drbd_nl.c
>> index abfaaca..946166e 100644
>> --- a/drivers/block/drbd/drbd_nl.c
>> +++ b/drivers/block/drbd/drbd_nl.c
>> @@ -2297,7 +2297,7 @@ static void drbd_connector_callback(struct cn_msg *req, struct netlink_skb_parms
>>  		return;
>>  	}
>>  
>> -	if (!cap_raised(current_cap(), CAP_SYS_ADMIN)) {
>> +	if (!capable(CAP_SYS_ADMIN)) {
>>  		retcode = ERR_PERM;
>>  		goto fail;
>>  	}
>> diff --git a/drivers/md/dm-log-userspace-transfer.c b/drivers/md/dm-log-userspace-transfer.c
>> index 1f23e04..08d9a20 100644
>> --- a/drivers/md/dm-log-userspace-transfer.c
>> +++ b/drivers/md/dm-log-userspace-transfer.c
>> @@ -134,7 +134,7 @@ static void cn_ulog_callback(struct cn_msg *msg, struct netlink_skb_parms *nsp)
>>  {
>>  	struct dm_ulog_request *tfr = (struct dm_ulog_request *)(msg + 1);
>>  
>> -	if (!cap_raised(current_cap(), CAP_SYS_ADMIN))
>> +	if (!capable(CAP_SYS_ADMIN))
>>  		return;
>>  
>>  	spin_lock(&receiving_list_lock);
>> diff --git a/drivers/video/uvesafb.c b/drivers/video/uvesafb.c
>> index 260cca7..9f7d27a 100644
>> --- a/drivers/video/uvesafb.c
>> +++ b/drivers/video/uvesafb.c
>> @@ -73,7 +73,7 @@ static void uvesafb_cn_callback(struct cn_msg *msg, struct netlink_skb_parms *ns
>>  	struct uvesafb_task *utask;
>>  	struct uvesafb_ktask *task;
>>  
>> -	if (!cap_raised(current_cap(), CAP_SYS_ADMIN))
>> +	if (!capable(CAP_SYS_ADMIN))
>>  		return;
>>  
>>  	if (msg->seq >= UVESAFB_TASKS_MAX)
>> -- 
>> 1.7.2.5

WARNING: multiple messages have this Message-ID (diff)
From: ebiederm@xmission.com (Eric W. Biederman)
To: "Serge E. Hallyn" <serge@hallyn.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Philipp Reisner <philipp.reisner@linbit.com>,
	Patrick McHardy <kaber@trash.net>,
	Andrew Morgan <morgan@kernel.org>,
	Vasiliy Kulikov <segoon@openwall.com>,
	David Howells <dhowells@redhat.com>, Neil Brown <neilb@suse.de>,
	Michal Januszewski <spock@gentoo.org>,
	linux-kernel@vger.kernel.org,
	linux-security-module@vger.kernel.org,
	linux-fbdev@vger.kernel.org, linux-raid@vger.kernel.org
Subject: Re: [PATCH] userns: Replace netlink uses of cap_raised with capable.
Date: Tue, 03 Apr 2012 19:45:47 -0700	[thread overview]
Message-ID: <m1sjgkxlic.fsf@fess.ebiederm.org> (raw)
In-Reply-To: <20120404022652.GA18730@mail.hallyn.com> (Serge E. Hallyn's message of "Wed, 4 Apr 2012 02:26:52 +0000")

"Serge E. Hallyn" <serge@hallyn.com> writes:

> Quoting Eric W. Biederman (ebiederm@xmission.com):
>> 
>> In 2009 Philip Reiser notied that a few users of netlink connector
>> interface needed a capability check and added the idiom
>> cap_raised(nsp->eff_cap, CAP_SYS_ADMIN) to a few of them, on the premise
>> that netlink was asynchronous.
>> 
>> In 2011 Patrick McHardy noticed we were being silly because netlink is
>> synchronous and removed eff_cap from the netlink_skb_params and changed
>> the idiom to cap_raised(current_cap(), CAP_SYS_ADMIN).
>> 
>> Looking at those spots with a fresh eye we should be calling
>> capable(CAP_SYS_ADMIN).  The only reason I can see for not calling
>> capable is that it once appeared we were not in the same task as the
>> caller which would have made calling capable() impossible.
>
> And (just to make sure) that is now absolutely not the case?

Absolutely.  Netlink is synchronous.

I reread netlink_unicast_kernel() in net/netlink/af_netlink.c while
researching this patch.

Netlink has been synchronous since 2007.  In a world of perfect
knowledge transmission these calls could have been calls to capable
from the very beginning.

>> In the initial user_namespace the only difference between  between
>> cap_raised(current_cap(), CAP_SYS_ADMIN) and capable(CAP_SYS_ADMIN)
>> are a few sanity checks and the fact that capable(CAP_SYS_ADMIN)
>> sets PF_SUPERPRIV if we use the capability.
>> 
>> Since we are going to be using root privilege setting PF_SUPERPRIV
>> seems the right thing to do.
>> 
>> The motivation for this that patch is that in a child user namespace
>> cap_raised(current_cap(),...) tests your capabilities with respect to
>> that child user namespace not capabilities in the initial user namespace
>> and thus will allow processes that should be unprivielged to use the
>> kernel services that are only protected with
>> cap_raised(current_cap(),..).
>> 
>> To fix possible user_namespace issues and to just clean up the code
>> replace cap_raised(current_cap(), CAP_SYS_ADMIN) with
>> capable(CAP_SYS_ADMIN).
>> 
>> Cc: Patrick McHardy <kaber@trash.net>
>> Cc: Philipp Reisner <philipp.reisner@linbit.com>
>> Cc: Serge E. Hallyn <serge.hallyn@canonical.com>
>
> Acked-by: Serge E. Hallyn <serge.hallyn@canonical.com>
>
> thanks,
> -serge
>
>> Cc: Andrew Morgan <morgan@kernel.org>
>> Cc: Vasiliy Kulikov <segoon@openwall.com>
>> Cc: David Howells <dhowells@redhat.com>
>> Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
>> ---
>>  drivers/block/drbd/drbd_nl.c           |    2 +-
>>  drivers/md/dm-log-userspace-transfer.c |    2 +-
>>  drivers/video/uvesafb.c                |    2 +-
>>  3 files changed, 3 insertions(+), 3 deletions(-)
>> 
>> diff --git a/drivers/block/drbd/drbd_nl.c b/drivers/block/drbd/drbd_nl.c
>> index abfaaca..946166e 100644
>> --- a/drivers/block/drbd/drbd_nl.c
>> +++ b/drivers/block/drbd/drbd_nl.c
>> @@ -2297,7 +2297,7 @@ static void drbd_connector_callback(struct cn_msg *req, struct netlink_skb_parms
>>  		return;
>>  	}
>>  
>> -	if (!cap_raised(current_cap(), CAP_SYS_ADMIN)) {
>> +	if (!capable(CAP_SYS_ADMIN)) {
>>  		retcode = ERR_PERM;
>>  		goto fail;
>>  	}
>> diff --git a/drivers/md/dm-log-userspace-transfer.c b/drivers/md/dm-log-userspace-transfer.c
>> index 1f23e04..08d9a20 100644
>> --- a/drivers/md/dm-log-userspace-transfer.c
>> +++ b/drivers/md/dm-log-userspace-transfer.c
>> @@ -134,7 +134,7 @@ static void cn_ulog_callback(struct cn_msg *msg, struct netlink_skb_parms *nsp)
>>  {
>>  	struct dm_ulog_request *tfr = (struct dm_ulog_request *)(msg + 1);
>>  
>> -	if (!cap_raised(current_cap(), CAP_SYS_ADMIN))
>> +	if (!capable(CAP_SYS_ADMIN))
>>  		return;
>>  
>>  	spin_lock(&receiving_list_lock);
>> diff --git a/drivers/video/uvesafb.c b/drivers/video/uvesafb.c
>> index 260cca7..9f7d27a 100644
>> --- a/drivers/video/uvesafb.c
>> +++ b/drivers/video/uvesafb.c
>> @@ -73,7 +73,7 @@ static void uvesafb_cn_callback(struct cn_msg *msg, struct netlink_skb_parms *ns
>>  	struct uvesafb_task *utask;
>>  	struct uvesafb_ktask *task;
>>  
>> -	if (!cap_raised(current_cap(), CAP_SYS_ADMIN))
>> +	if (!capable(CAP_SYS_ADMIN))
>>  		return;
>>  
>>  	if (msg->seq >= UVESAFB_TASKS_MAX)
>> -- 
>> 1.7.2.5

  reply	other threads:[~2012-04-04  2:45 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-04  1:55 [PATCH] userns: Replace netlink uses of cap_raised with capable Eric W. Biederman
2012-04-04  1:55 ` Eric W. Biederman
2012-04-04  1:55 ` Eric W. Biederman
2012-04-04  2:26 ` Serge E. Hallyn
2012-04-04  2:26   ` Serge E. Hallyn
2012-04-04  2:45   ` Eric W. Biederman [this message]
2012-04-04  2:45     ` Eric W. Biederman
2012-04-04  4:24     ` Andrew G. Morgan
2012-04-04  4:24       ` Andrew G. Morgan
2012-04-04  4:24       ` Andrew G. Morgan
2012-04-04  4:06 ` James Morris
2012-04-04  4:06   ` James Morris

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=m1sjgkxlic.fsf@fess.ebiederm.org \
    --to=ebiederm@xmission.com \
    --cc=akpm@linux-foundation.org \
    --cc=dhowells@redhat.com \
    --cc=kaber@trash.net \
    --cc=linux-fbdev@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=linux-security-module@vger.kernel.org \
    --cc=morgan@kernel.org \
    --cc=neilb@suse.de \
    --cc=philipp.reisner@linbit.com \
    --cc=segoon@openwall.com \
    --cc=serge@hallyn.com \
    --cc=spock@gentoo.org \
    /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 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.