Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add client.conf option for Digest authentication #5647

Closed
michaelrsweet opened this issue Sep 5, 2019 · 1 comment
Closed

Add client.conf option for Digest authentication #5647

michaelrsweet opened this issue Sep 5, 2019 · 1 comment
Assignees
Labels
enhancement New feature or request
Milestone

Comments

@michaelrsweet
Copy link
Collaborator

FIPS-140 (among other "standards") does not allow the use of the old MD5 hash for cryptographic purposes. While GNU TLS is adopting an all-or-nothing strategy (never use MD5 for any purpose when in FIPS-140 mode), that strategy ignores non-crypto uses of MD5 (e.g. UUID generation) where its weaknesses are not an issue.

Since CUPS already exposes a number of security-related configuration options in client.conf, we should add another option that controls whether MD5 is allowed with Digest authentication. CUPS already prefers more secure hashes when the printer supports them so the only effective change here would be to allow configurations to break existing printers that require Digest authentication but do not implement newer hashes.

Proposed option:

DigestOptions {None|DenyMD5}
@michaelrsweet michaelrsweet added the enhancement New feature or request label Sep 5, 2019
@michaelrsweet michaelrsweet added this to the CUPS 2.3.x milestone Sep 5, 2019
@michaelrsweet michaelrsweet self-assigned this Sep 5, 2019
@michaelrsweet
Copy link
Collaborator Author

[master ec8beb8] Add support for DigestOptions directive in client.conf (Issue #5647)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant