Remove password aging#1432
Draft
alejandro-colomar wants to merge 25 commits intoshadow-maint:masterfrom
Draft
Conversation
ffbc9db to
9e20651
Compare
3b95665 to
36b8271
Compare
9eb7972 to
a97598c
Compare
alejandro-colomar
added a commit
to alejandro-colomar/shadow
that referenced
this pull request
Feb 19, 2026
Password expiration is deprecated, and will be eventually removed. The functionality of expiry(1) is the most superfluous of password expiry and can be removed early. This shouldn't conflict with any existing regulations about password expiry. Link: <shadow-maint#1432> Signed-off-by: Alejandro Colomar <alx@kernel.org>
ikerexxe
pushed a commit
that referenced
this pull request
Feb 23, 2026
Password expiration is deprecated, and will be eventually removed. The functionality of expiry(1) is the most superfluous of password expiry and can be removed early. This shouldn't conflict with any existing regulations about password expiry. Link: <#1432> Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
It makes no sense to limit the frequency of password change. If one changes its password, and 5 minutes later the password is leaked, one should be able to change the password immediately. Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Whenever we were reading it, let's assume it contains a -1 (the integer representation of an empty field). Whenever we were writing it, let's write a -1. Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Signed-off-by: Alejandro Colomar <alx@kernel.org>
Which are mapped to 0 and -1. Signed-off-by: Alejandro Colomar <alx@kernel.org>
…rom us. Signed-off-by: Alejandro Colomar <alx@kernel.org>
a991ac0 to
ee6d4f5
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
I intend to remove it in 4.21, and deprecate in 4.19.
Passwords should never expire. It has been proved to decrease password safety.
The following features and/or programs will be deprecated in 4.19:
-I,--inactive(also the interactive version)-m,--mindays(also the interactive version) // To be removed in 4.20-M,--maxdays(also the interactive version)-W,--warndays(also the interactive version)-k,--keep-tokens-n,--mindays// To be removed in 4.20-x,--maxdays-i,--inactive-w,--warndays-f,--inactive-f,--inactivePASS_MIN_DAYS// To be removed in 4.20PASS_MAX_DAYS// Remove it from the default file in 4.20PASS_WARN_AGE// Remove it from the default file in 4.20INACTIVEsp_lstchg: Restrict to just the values0and empty.sp_min// To be ignored in 4.20sp_maxsp_warnsp_inactDistros should make sure to remove those 3 values from login.defs(5) ASAP. That will make sure that the transition from 4.20 to 4.21 will be smooth. These programs will fail if such a configuration is specified in 4.21.
Cc: @stoeckmann , @thesamesam , @floppym , @jubalh , @ikerexxe , @zeha , @hallyn
Here are some statistics of the PR:
Here's what NIST and Microsoft say about this:
See also:
Revisions:
v2
sp_lstchg == 0.-e.v3