This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nscd/16758] New: nscd incorrectly returns failure for innetgr for netgroup entries with wildcards in them
- From: "siddhesh at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Wed, 26 Mar 2014 09:42:39 +0000
- Subject: [Bug nscd/16758] New: nscd incorrectly returns failure for innetgr for netgroup entries with wildcards in them
- Auto-submitted: auto-generated
https://sourceware.org/bugzilla/show_bug.cgi?id=16758
Bug ID: 16758
Summary: nscd incorrectly returns failure for innetgr for
netgroup entries with wildcards in them
Product: glibc
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: nscd
Assignee: siddhesh at redhat dot com
Reporter: siddhesh at redhat dot com
CC: drepper.fsp at gmail dot com
nscd works correctly when the request in innetgr is a wildcard,
i.e. when one or more of host, user or domain parameters is NULL.
However, it does not work when the the triplet in the netgroup
definition has a wildcard. This is easy to reproduce for a triplet
defined as follows:
foonet (,foo,)
Here, an innetgr call that looks like this:
innetgr ("foonet", "foohost", "foo", NULL);
should succeed and so should:
innetgr ("foonet", NULL, "foo", "foodomain");
It does succeed with nscd disabled, but not with nscd enabled. This
fix adds this additional check for all three parts of the triplet so
that it gives the correct result.
Patch coming up
--
You are receiving this mail because:
You are on the CC list for the bug.