[
https://issues.apache.org/jira/browse/CXF-6962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15842907#comment-15842907
]
Sergey Beryozkin commented on CXF-6962:
---------------------------------------
I've experimented with CXF Spring Security and Jetty JAAS based tests and I do
not see either Spring Security or Jetty being able to handle special characters
encoded with ISO-8859-1, may be they have to configured somehow, def not
working OOB.
As far as CXF is concerned, I've added the properties to optionally use
ISO-8859-1 which I believe is the best what we can do to avoid breaking the
existing CXF servers/clients,
http://git-wip-us.apache.org/repos/asf/cxf/commit/8937386f
> Basic auth uses UTF-8 for the encoded password when it should use ISO-8859-1
> ----------------------------------------------------------------------------
>
> Key: CXF-6962
> URL: https://issues.apache.org/jira/browse/CXF-6962
> Project: CXF
> Issue Type: Bug
> Affects Versions: 2.7.18, 3.1.6
> Reporter: Chris Dolphy
> Fix For: 3.2.0, 3.1.10, 3.0.13
>
>
> Basic auth uses UTF-8 for the encoded password when it should use ISO-8859-1.
> Also (or instead), implement RFC 7617 which allows a server to indicate it
> does support UTF-8.
> The RFC that covers Basic authentication says that the authentication header
> contains base 64 encoded TEXT [1]. The TEXT format needs to be read under
> the HTTP specification [2] which says:
> The TEXT rule is only used for descriptive field contents and values
> that are not intended to be interpreted by the message parser. Words
> of *TEXT MAY contain characters from character sets other than ISO-
> 8859-1 [22] only when encoded according to the rules of RFC 2047
> [14].
> RFC 2047 describes an encoding method that embeds the encoded string in "=?"
> and "?=". But it appears no implementation of HTTP is doing this. Certainly
> no browser is doing this.
> [1] http://tools.ietf.org/html/rfc2617#section-2
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
