Summary: | Unable to build many Kerberos-aware programs without KerberosIV support | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Yurix <yurix> |
Component: | libkrb5 | Assignee: | Alexander Bokovoy <ab> |
Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P1 | CC: | iv, shaba |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Yurix
2003-10-03 13:09:19 MSD
I'd vote against this suggestion. Well, I have to make it clear for myself. As far as i understand, building krb5 with --disable-kerberosIV prevents installing krb4 libraries and headers, so it simply could not affect system security in any way, on other hand, it makes it possible to build and use other (optional) software, witch may use legacy (surely, much less secure) krb4 method. Such a software may or may not be included in major distributions depending on security-team decision. Not including krb4 soft cannot compromise system security in any manner, as it were when complitely disabling krb4 support. So the choice is "prevent anything KerberosIV-aware because user could use its krb4 functionality, and it's bad" and "Provide user with a choice to use or not to use krb4-based soft with no potential risk for system by default (since no app use krb4 libs)". Also I have to note, that many programs, I'm talking about, would use Kerberos5 method by default, but have support for krb4 as well. As I already said, majority of them could not be configured at build-time to not to use krb4 libraries. I whould like to know the policy of security-team concerning support for Kerberos technology in Sisyphus repository. перевешено на новый пакет No more demand |