Bug 1570480 - CUPS cannot authorize users obtained from external identity servers by sssd when ignore_group_member options is on
Summary: CUPS cannot authorize users obtained from external identity servers by sssd w...
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: cups
Version: 7.4
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Zdenek Dohnal
QA Contact: Petr Sklenar
Marc Muehlfeld
: 1644641 (view as bug list)
Depends On:
Blocks: 1663257 1630913
TreeView+ depends on / blocked
Reported: 2018-04-23 03:57 UTC by Masahiro Matsuya
Modified: 2019-08-06 12:40 UTC (History)
7 users (show)

Fixed In Version: cups-1.6.3-39.el7
Doc Type: Bug Fix
Doc Text:
.CUPS no longer denies access if SSSD running on the same server is configured with `ignore_group_members = true` When System Security Services Daemon (SSSD) uses the `ignore_group_members = true` setting in the `/etc/sssd/sssd.conf` file, the `getgrnam()` function returns the group structure without group members of groups retrieved by SSSD. This is expected behavior. Previously, CUPS used only `getgrnam()` to verify if a user is a member of a group. As a consequence, if SSSD was configured with the mentioned setting on a CUPS server that used groups to allow access to the server for members of a group, CUPS denied access to users in these groups. With this update, CUPS now additionally uses the `getgrouplist()` function, which returns group members even if SSSD is configured with `ignore_group_members = true`. As a result, CUPS correctly determines access based on group memberships in the mentioned scenario.
Clone Of:
Last Closed: 2019-08-06 12:39:53 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2019:2058 0 None None None 2019-08-06 12:40:00 UTC

Description Masahiro Matsuya 2018-04-23 03:57:30 UTC
Description of problem:

This is related with https://bugzilla.redhat.com/show_bug.cgi?id=1204379 (fedora bug).

A customer's CUPS server uses AD group for web UI access.
But, he could not access with a user in AD group. sssd is configured properly,
and groups command can return the correct groups including AD group.

After some investigation by customer, the following upstream patch was found to fix the problem. getgrouplist() is used to get group information by the patch.


The customer confirmed that the patch fixed the problem with a test package.
Could you backport this patch into RHEL7.

Version-Release number of selected component (if applicable):
Red Hat Enterprise Linux 7

How reproducible:

Steps to Reproduce:
1. Configure sssd for AD user and group
2. ignore_group_members = true may be needed in sssd.conf for reproduction.
It's used to speed up authentication. As the result, getent group <group> doesn't return members. But, id command can list all groups including AD group.
It's expected. 
3. configure CUPS to allow to access Web UI for a user in a AD group.

Actual results:
cannot access WEB UI with a user in the AD group which was permitted in CUPS configuration.

Expected results:
can access WEB UI

Comment 2 Zdenek Dohnal 2018-11-05 10:08:29 UTC
*** Bug 1644641 has been marked as a duplicate of this bug. ***

Comment 22 errata-xmlrpc 2019-08-06 12:39:53 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.


Note You need to log in before you can comment on or make changes to this bug.