| Summary: | passwd hard dependency on cracklib-dicts | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Frantisek Kluknavsky <fkluknav> |
| Component: | pam | Assignee: | Tomas Mraz <tmraz> |
| Status: | CLOSED WONTFIX | QA Contact: | BaseOS QE Security Team <qe-baseos-security> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.4 | CC: | mattdm, pkis |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-09-22 13:21:40 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Frantisek Kluknavsky
2016-10-21 15:21:18 UTC
See also bug #865521 ("rfe: smaller cracklibs-dict for cloud images") passwd links to libpam, so it will always depend on PAM. Whether pam, libpwquality, or whatever puts pam_pwquality into default PAM configs should depend on cracklib-dicts is up to whatever owns the default configuration. (I could imagine a RPM packaging where the user can choose between a PAM configuration which allows password login and requires cracklib-dicts, and a configuration where password login is universally prohibited and cracklib-dicts is unnecessary. But, honestly, my first instinct is to just close as WONTFIX; one of the supposed benefits of Docker images is inheritance. Sure, by naive accounting it adds 9M per a Docker image, but really that is only 9M per a Fedora base image shared across a big set of Docker images. That, more or less one cracklib-dicts instance per a major OS version should not hurt AT ALL.) We might reconsider this for RHEL-8 and there are already some changes in this regard in Fedora. Changes of this kind are not elligible for RHEL-7. |