Bug 988188 - newgrp fails with "setgroups: Operation not permitted"
newgrp fails with "setgroups: Operation not permitted"
Product: Fedora
Classification: Fedora
Component: shadow-utils (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Tomas Mraz
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2013-07-24 23:14 EDT by Eric Smith
Modified: 2013-07-25 11:58 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-07-25 11:58:23 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Eric Smith 2013-07-24 23:14:38 EDT
Description of problem:
When executed by an unprivileged user, newgrp fails with "setgroups: Operation not permitted" and "setgid: Operation not permitted".

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
0. Apply the patch to shadow-utils for bug #988184, which masks this problem.
1. Create a new group without a password, or use an existing group that doesn't have a password.  I happened to discover this using the "mock" group.
2. Add a already logged-in user to a group in /etc/group.
3. Note that the current user login session is not a member of that group, i.e., by using the "id" command at a shell prompt
4. Issue a "newgrp <groupname>" command.
5. When prompted, enter the user's password.

Actual results:
setgroups: Operation not permitted
setgid: Operation not permitted

Expected results:
user gets a subshell with the group in the group list (as shown by the "id" command)

Additional info:
This happens because /usr/bin/newgrp is not installed setuid.  The man page describes usage for newgrp by non-root users to add a group to the groupset, but this requires that it be installed setuid.  Is installing it without setuid a deliberate decision?

I've used newgrp this way as a non-root user in earlier Fedora release, though perhaps not recently.
Comment 1 Tomas Mraz 2013-07-25 05:54:32 EDT
It does not seem to be a bug in the shadow-utils package - note that the newgrp in the package is actually setuid. So there must be some problem with your installation?
Comment 2 Eric Smith 2013-07-25 11:58:23 EDT
You're right.  When I rebuilt the shadow-utils RPM locally with the crypt patch (bug #988184), it built with /usr/sbin/newgrp not setuid. The official package does have it.

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