[OpenAFS-devel] Aklog/krb5 mappings
Troy Benjegerdes
hozer@hozed.org
Wed, 6 Jul 2005 23:57:54 -0500
> Having the default mapping behavior for existing names change as a result
> of a software upgrade to 1.4 would violate the principal of least surprise.
> A subtle change like allowing multiple principal names to map to the same
> username where previously they did not would be particularly bad, since
> such a change has security implications that might not be noticed for some
> time.
>
> I would have no problem if, as a result of the upcoming naming overhaul, we
> started mapping V5 principals to usernames containing slashes. I would
> have no problem with allowing principals with "." in the first component to
> be mapped as a result of an explicit mapping or of a configured
> name-mapping pattern (both features I hope to see). And I would have no
> problem with a configuration option or even compile-time option which
> enabled mapping these names by default.
>
> However, it is unacceptable for a software upgrade with no configuration
> change to result in users unexpectedly gaining privileges or access rights
> which they did not previously have.
>
>
>
>
> Finally, I'm getting a little tired of hearing "well, let's just do XXX
> right before 1.4". We are very close to a 1.4 release. This late in the
> release cycle, it is appropriate to fix bugs but not to add features or
> make behavioral changes. This is particularly important for this version,
> which will be the first "stable" version to include support for several
> significant platforms. At this point, new features, behavior changes, and
> "improvements" should wait for the next development cycle.
Okay, I'll shut up now. But I'd like to be able to run an AFS cell with
absolutely no krb4 tickets used anywhere. I don't want to be surprised
in 2 months by a brute-force AFS key cracker because the default is to
leave krb4 enabled. I can deal with the legacy mapping behavior for now.