[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[idn] Re: Legacy charset conversion in draft-ietf-idn-idna-08.txt
"Adam M. Costello" <idn.amc+0@nicemice.net.RemoveThisWord> writes:
> I have no objection. We might be able to compact it a bit:
>
> Domain names are used by users to identify and connect to Internet
> servers. The security of the Internet is compromised if a user
> entering a single internationalized name is connected to different
> servers based on different interpretations of the internationalized
> domain name.
>
> When systems use local character sets other than ASCII and Unicode,
> this specification leaves the transcoding problem up to the
> application. If applications implement different transcoding rules,
> they could interpret the same name differently and contact different
> servers. This problem is not solved by security protocols like TLS
> that do not take local character sets into account.
>
> [I didn't change the first paragraph except to remove the last
> sentence.]
>
> Simon, does that still say everything you want it to?
Sure.
Before the last sentence it could be useful to also add something
like: "Furthermore, if a single application uses one mapping table in
one version, and a subsequent version of the application uses a
modified mapping table, different interpretations of the same
internationalized text string may be possible even within the same
application which has security implications."
Perhaps it didn't come out very clearly, I was trying to explain that
if mapping tables are modified over time (in a way that Unicode CK
normalization does not cancel out) it will be exploitable.