[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Schema: encrypted 8-bit userPassword and SASLprep
At 04:09 AM 9/12/2003, Hallvard B Furuseth wrote:
>[Schema] 2.41 (userPassword) says:
>
> The application SHOULD prepare textual strings used as passwords
> by transcoding them to Unicode, applying SASLprep [SASLprep], and
> encoding as UTF-8.
s/application/client/
The intent here was to recommend that clients prepare textual
passwords before storing them or using them (to improve
interoperability).
Note that it is not a mandate. It is a recommendation.
Kurt
>This is incompatible with passwords written in 8-bit character sets and
>stored encrypted in files that cannot easily be decrypted, e.g. Unix
>/etc/passwd files. Since the server does not know the plaintext
>passwords, it cannot prepare them as above.
>
>Well, in some cases the server could convert the bind passwords back
>from UTF-8 to a locally configured character set. But I think that's an
>ugly hack, and an impossible one on multi-charset sites (or rather,
>servers that serve several different sites on one campus that have
>different default character sets.) I don't want the standard to mandate
>that.
>
>So I suggest this is added:
>
> The application SHOULD also provide an option to turn off such
> preparation of passwords.
>
>The alternative would be to force sites as above to write their own
>applications, which is not always feasible. We can hardly expect them
>to write their own version of Netscape, for example.
>
>--
>Hallvard