You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Colm O hEigeartaigh (JIRA)" <ji...@apache.org> on 2016/06/24 11:48:16 UTC
[jira] [Updated] (CXF-6951) Support using the initiator token's
public key for response encryption by recipient
[ https://issues.apache.org/jira/browse/CXF-6951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Colm O hEigeartaigh updated CXF-6951:
-------------------------------------
Fix Version/s: 3.1.7
> Support using the initiator token's public key for response encryption by recipient
> -----------------------------------------------------------------------------------
>
> Key: CXF-6951
> URL: https://issues.apache.org/jira/browse/CXF-6951
> Project: CXF
> Issue Type: Improvement
> Components: WS-* Components
> Affects Versions: 3.1.6
> Reporter: Andreas Vallen
> Labels: easyfix, features, security
> Fix For: 3.1.7
>
>
> Using CXF 3.1.6 and WSS4j 2.1.5, uncommenting some already prepared code unlocked this feature for me :-)
> It is two locations in AsymmetricBindingHandler both commented with:
> {quote}
> TODO when WSS4J 2.1.5 is released
> {quote}
> Now the encryption username and the crypto configuration may be left unconfigured and encryption will still work properly.
> Note that previously it seems that setting the ws-security.encryption.username property to "useReqSigCert" seems to have been the way to achieve the same (as hinted to variously in forums or e.g. in CXF-4274). Looking through the code this however does not seem to be supported anymore for SOAP at least. This has led me down the wrong path for a while.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)