From: Chuck Lever <chuck.lever@oracle.com>
To: Jeff Layton <jlayton@redhat.com>
Cc: steved@redhat.com, libtirpc-devel@lists.sourceforge.net,
linux-nfs@vger.kernel.org
Subject: Re: [PATCH] libtirpc: handle large numbers of supplemental groups gracefully (try #2)
Date: Tue, 16 Feb 2010 14:22:51 -0500 [thread overview]
Message-ID: <4B7AF08B.3090608@oracle.com> (raw)
In-Reply-To: <1266347817-11186-1-git-send-email-jlayton@redhat.com>
On 02/16/2010 02:16 PM, Jeff Layton wrote:
> This is the second attempt at this patch. The main changes are that this
> one doesn't set a floor value for the size of the group list. There are
> also a few minor cleanups and comments added.
>
> If authunix_create_default() is called by a user with more than 16
> supplimental groups, it'll abort(), which causes the program to crash
> and coredump.
>
> Fix it to handle this situation gracefully. Get the number of groups
> that the user has first, and then allocate a big enough buffer to hold
> them. Then, just don't let the lower function use more than the NGRPS
> groups.
>
> Also fix up the error handling in this function so that it just returns
> a NULL pointer on error and logs a message via warnx() instead of
> calling abort().
>
> Reported-by: Peter Engel<peter.engel-y6kNeMnOB+c@public.gmane.org>
> Signed-off-by: Jeff Layton<jlayton@redhat.com>
Reviewed-by: Chuck Lever <chuck.lever@oracle.com>
> ---
> src/auth_unix.c | 62 +++++++++++++++++++++++++++++++++++++++++++++++++-----
> 1 files changed, 56 insertions(+), 6 deletions(-)
>
> diff --git a/src/auth_unix.c b/src/auth_unix.c
> index 71ca15d..a295e71 100644
> --- a/src/auth_unix.c
> +++ b/src/auth_unix.c
> @@ -49,6 +49,7 @@
> #include<stdlib.h>
> #include<unistd.h>
> #include<string.h>
> +#include<errno.h>
>
> #include<rpc/types.h>
> #include<rpc/xdr.h>
> @@ -175,20 +176,69 @@ AUTH *
> authunix_create_default()
> {
> int len;
> + size_t bufsize = 0;
> char machname[MAXHOSTNAMELEN + 1];
> uid_t uid;
> gid_t gid;
> - gid_t gids[NGRPS];
> + gid_t *gids = NULL;
> + AUTH *auth;
> +
> + if (gethostname(machname, sizeof machname) == -1) {
> + warnx("%s: gethostname() failed: %s", __func__,
> + strerror(errno));
> + return NULL;
> + }
>
> - if (gethostname(machname, sizeof machname) == -1)
> - abort();
> machname[sizeof(machname) - 1] = 0;
> uid = geteuid();
> gid = getegid();
> - if ((len = getgroups(NGRPS, gids))< 0)
> - abort();
> +
> +retry:
> + len = getgroups(0, NULL);
> + if (len< 0) {
> + warnx("%s: failed to get number of groups: %s", __func__,
> + strerror(errno));
> + return NULL;
> + }
> +
> + if (len == 0)
> + goto no_groups;
> +
> + bufsize = len * sizeof(gid_t);
> + gids = mem_alloc(bufsize);
> + if (gids == NULL) {
> + warnx("%s: memory allocation failed: %s", __func__,
> + strerror(ENOMEM));
> + return NULL;
> + }
> +
> + len = getgroups(len, gids);
> + if (len< 0) {
> + mem_free(gids, bufsize);
> + /*
> + * glibc equivalent routines mention that it's possible for
> + * the number of groups to change between two getgroups calls.
> + * If that happens, retry the whole thing again.
> + */
> + if (len == -EINVAL) {
> + gids = NULL;
> + bufsize = 0;
> + goto retry;
> + }
> + warnx("%s: failed to get group list: %s", __func__,
> + strerror(errno));
> + return NULL;
> + }
> +
> + /* AUTH_UNIX has a hard limit of NGRPS supplemental groups */
> + if (len> NGRPS)
> + len = NGRPS;
> +
> +no_groups:
> /* XXX: interface problem; those should all have been unsigned */
> - return (authunix_create(machname, uid, gid, len, gids));
> + auth = authunix_create(machname, uid, gid, len, gids);
> + mem_free(gids, bufsize);
> + return auth;
> }
>
> /*
--
chuck[dot]lever[at]oracle[dot]com
next prev parent reply other threads:[~2010-02-16 19:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-16 19:16 [PATCH] libtirpc: handle large numbers of supplemental groups gracefully (try #2) Jeff Layton
2010-02-16 19:22 ` Chuck Lever [this message]
2010-02-16 19:24 ` Peter Staubach
2010-02-16 19:25 ` Chuck Lever
2010-02-16 19:33 ` Jeff Layton
[not found] ` <20100216143307.45a7ed42-9yPaYZwiELC+kQycOl6kW4xkIHaj4LzF@public.gmane.org>
2010-02-16 19:49 ` Peter Staubach
2010-02-16 20:10 ` Chuck Lever
2010-02-16 20:14 ` Jeff Layton
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=4B7AF08B.3090608@oracle.com \
--to=chuck.lever@oracle.com \
--cc=jlayton@redhat.com \
--cc=libtirpc-devel@lists.sourceforge.net \
--cc=linux-nfs@vger.kernel.org \
--cc=steved@redhat.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