Bug 26144 - passwd verwendet immer cracklib
passwd verwendet immer cracklib
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: PAM
UCS 3.0
Other Linux
: P5 normal (vote)
: UCS 3.x
Assigned To: UCS maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-15 14:36 CET by Felix Botner
Modified: 2018-04-13 13:42 CEST (History)
2 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Botner univentionstaff 2012-02-15 14:36:38 CET
kpasswd/udm

Bei der Passwort-Änderung über UDM bzw. kpasswd werden die Passwortrichtlinien
über univention.password geprüft und das Passwort entsprechend getestet. Wenn
der "Password quality check" nicht aktiviert ist, wird cracklib hier gar nicht
verwendet.
-> cracklib nur falls gewünscht

passwd/Alle Tools die Passwörter über PAM ändern (GDM, ssh)

In der PAM Konfiguration /etc/pam.d/common-password wird jedoch IMMER cracklib
verwendet, wobei hier dann unabhängig von Richlinien die Standard-Test beim
Passwort-Wechsel gemacht werden.
-> immer cracklib
Comment 1 Felix Botner univentionstaff 2012-02-15 14:40:09 CET
Ein Möglichkeit wäre cracklib aus komplett zu entfernen. Passwort-Änderungen sollten dann sinnvoll nur noch über krb5 gemacht werden bzw. lokal.

password sufficient pam_unix.so ... # -> keine Passworttests
password sufficient pam_krb5.so     # -> hier wird die Policy ausgewertet
(password sufficient pam_ldap.so)   # -> keine Passworttests
password requisite  pam_deny.so
password required   pam_permit.so


Dann hat man aber für lokale (und falls noch benötigt auch für pam_ldap) überhaupt keine Passworttests.
Comment 2 Stefan Gohmann univentionstaff 2017-06-16 20:37:58 CEST
This issue has been filed against UCS 3. UCS 3 is out of the normal maintenance and many UCS components have vastly changed in UCS 4.

If this issue is still valid, please change the version to a newer UCS version otherwise this issue will be automatically closed in the next weeks.
Comment 3 Stefan Gohmann univentionstaff 2017-08-08 07:08:36 CEST
This issue has been filed against UCS 3.0.

UCS 3.0 is out of maintenance and many UCS components have vastly changed in later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug" or reopen this issue. In this case please provide detailed information on how this issue is affecting you.