spelling: password

spelling: partially

spelling: overridden

spelling: output

spelling: originally

spelling: options

spelling: nonexistent

spelling: negative

spelling: necessary

spelling: multiple

spelling: moment

spelling: modification

spelling: missing

spelling: message

spelling: maximum

spelling: match

spelling: mapping

spelling: many

spelling: logout

spelling: locally

spelling: interactive

spelling: inserted

spelling: improvements

spelling: if the

spelling: if

spelling: gshadow

spelling: groupmod

spelling: gratuitously

spelling: getxxyyy

spelling: forgotten

spelling: faillog

spelling: equivalent

spelling: enviroment

spelling: entered

spelling: else

spelling: display its

spelling: displaying

spelling: displayed

spelling: devices

spelling: default

spelling: cumulative

spelling: created

spelling: conversation

spelling: constraints

spelling: configuration

spelling: conditionally

spelling: comment

spelling: command

spelling: close

spelling: chpasswd

spelling: checking

spelling: changed

spelling: change

spelling: categories

spelling: cannot

spelling: built

spelling: better

spelling: beginning

spelling: available

spelling: attributes

spelling: at the

spelling: applied

spelling: anonymous

spelling: always

spelling: allowed

spelling: address

spelling: account

Merge pull request #97 from cyphar/newgidmap-secure-setgroups

newgidmap: enforce setgroups=deny if self-mapping a group

README: add Aleksa Sarai to author list

Signed-off-by: Aleksa Sarai <asarai@suse.de>

newgidmap: enforce setgroups=deny if self-mapping a group

This is necessary to match the kernel-side policy of "self-mapping in a
user namespace is fine, but you cannot drop groups" -- a policy that was
created in order to stop user namespaces from allowing trivial privilege
escalation by dropping supplementary groups that were "blacklisted" from
certain paths.

This is the simplest fix for the underlying issue, and effectively makes
it so that unless a user has a valid mapping set in /etc/subgid (which
only administrators can modify) -- and they are currently trying to use
that mapping -- then /proc/$pid/setgroups will be set to deny. This
workaround is only partial, because ideally it should be possible to set
an "allow_setgroups" or "deny_setgroups" flag in /etc/subgid to allow
administrators to further restrict newgidmap(1).

We also don't write anything in the "allow" case because "allow" is the
default, and users may have already written "deny" even if they
technically are allowed to use setgroups. And we don't write anything if
the setgroups policy is already "deny".

Ref: https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/1729357
Fixes: CVE-2018-7169
Reported-by: Craig Furman <craig.furman89@gmail.com>
Signed-off-by: Aleksa Sarai <asarai@suse.de>

Merge pull request #92 from IronicBadger/master

Fixes mispelling of MAX_DAYS help text

Fixes mispelling of MAX_DAYS help text

Merge pull request #90 from t8m/userdel-chroot

Make userdel to work with -R.

Merge pull request #91 from kloeri/master

Add note to passwd(1) that --maxdays -1 disables the setting.

Add note to passwd(1) that --maxdays -1 disables the setting.

This note already exists in chage(1).

Make userdel to work with -R.

The userdel checks for users with getpwnam() which might not work
properly in chroot. Check for the user's presence in local files only.

Merge pull request #86 from WheresAlice/master

Make language more inclusive

Merge pull request #82 from t8m/ingroup

newgrp: avoid unnecessary group lookups

Merge pull request #84 from jubalh/mentionman

Add note about conditional man pages

Merge pull request #85 from jubalh/nosilent

Add warning when turning off man switch

Add error when turning off man switch

Print a warning and abort in case xsltproc is missing.

Make language less binary

Add note about conditional man pages

Closes https://github.com/shadow-maint/shadow/issues/83

newgrp: avoid unnecessary group lookups

In case a system uses remote identity server (LDAP) the group lookup
can be very slow. We avoid it when we already know the user has the
group membership.

nl.po: fix some missing newlines

Signed-off-by: Serge Hallyn <serge@hallyn.com>

Import new Dutch translations.

Thanks to Frans Spiesschaert.

Signed-off-by: Serge Hallyn <serge@hallyn.com>

update changelog for last commit

add error constant names to groupmod.8.xml This assists someone wanting to work out what may have caused the error

implement and document additional error codes for groupmod add E_CLEANUP_SERVICE, E_PAM_USERNAME, E_PAM_ERROR to groupmod.c and groupmod.8.xml

Merge pull request #74 from AdamMajer/upstream

support dynamically added users via pam_group

Merge pull request #76 from edmorley/fix-changelog-dates

Correct wrong year in ChangeLog dates

Correct wrong year in ChangeLog dates

The recently added entries were actually for 2017.

support dynamically added users via pam_group

Dynamically added users via pam_group are not listed in groups
databases but are still valid.

release 4.5

update Changelog

Merge pull request #72 from stoeckmann/su-regression

Reset pid_child only if waitpid was successful.

Reset pid_child only if waitpid was successful.

Do not reset the pid_child to 0 if the child process is still
running. This else-condition can be reached with pid being -1,
therefore explicitly test this condition.

This is a regression fix for CVE-2017-2616. If su receives a
signal like SIGTERM, it is not propagated to the child.

Reported-by: Radu Duta <raduduta@gmail.com>
Signed-off-by: Tobias Stoeckmann <tobias@stoeckmann.org>

Merge pull request #71 from lamby/sp_lstchg-reproducible-857803

Make the sp_lstchg shadow field reproducible.

Make the sp_lstchg shadow field reproducible.

The third field in the /etc/shadow file (sp_lstchg) contains the date of
the last password change expressed as the number of days since Jan 1, 1970.
As this is a relative time, creating a user today will result in:

   username:17238:0:99999:7:::

whilst creating the same user tomorrow will result in:

    username:17239:0:99999:7:::

This has an impact for the Reproducible Builds[0] project where we aim to
be independent of as many elements the build environment as possible,
including the current date.

This patch changes the behaviour to use the SOURCE_DATE_EPOCH[1]
environment variable (instead of Jan 1, 1970) if valid.

 [0] https://reproducible-builds.org/
 [1] https://reproducible-builds.org/specs/source-date-epoch/

Signed-off-by: Chris Lamb <lamby@debian.org>

Merge pull request #70 from t8m/master

Fix buffer overflow if NULL line is present in db.