Enabling WS-Security

Enterprise

When a Web service exposes private-network data to the outside world, that data travels through 4 - 7 separate protocol layers, thus introducing potential security vulnerabilities. Implementing security at a higher layer on the protocol stack — the application layer, for instance — generally provides better protection than an implementation at the lower transport layer, which provides only HTTPS security.

To implement application-layer security, enable WS-security (a CXF configuration) on your Web service. WS-security defines a new SOAP header which is capable of carrying various security tokens that systems use to identify a Web service caller’s identity and privileges, and can include the following:

encryption
digital signature
time stamp

You can also add custom Token Validators to the SOAP Component.

Enabling WS-Security

To enable WS-security on a CXF Web service in your application, you must add WS-configurations to the SOAP Component in your flow. This approach enables WS-security locally within your flow, for one Web service only.

To the Mule flow that involves a Web service, add a SOAP Component to publish, consume, or proxy a Web service. Complete the following steps to configure WS-security on the SOAP component.

Studio Visual Editor

Open the Pattern Properties panel, then click Security tab.

Click the add icon in the Add Configuration Element pane to create a new key-value pair.

In XML, this step mirrors the addition of a key-value pair inside the ws-config child element of a ws-security element. By adding configuration elements to your SOAP component, you are creating a map of key-value pairs that correspond to the CXF WSS4J security-configuration text strings in WSHandlerConstants and WSConstants.

Enter a key, such as action, in the open Key field and press Enter
Double-click the new key-value line item you created to open the Add Configuration Property panel.

Enter information in either the Value field OR the Value Reference Field according to the table below.

Value

Enter a WS Constant (a class to define the kind of access the server allows) or a WSHandlerConstant (a class to specify the names, actions, and other strings for data deployment of the WSS handler). For example, enter UsernameToken in the value field.

Value Reference

Enter the bean that the key must reference. When the key must reference a bean (for instance, when the key is passwordCallbackRef), enter the name of the bean in the Value Reference field.

Click Finish to save the key-value pair.
Repeat the steps above to add as many ws-security configurations as you wish to your Web service, then click OK to save your configurations.

Studio XML Editor or Standalone

To your CXF element (i.e. SOAP component), add a child element for cxf:ws-security.
Within the cxf:ws-security child element, add a child element for cxf:ws-config.
Within the cxf:ws-config child element, add a child element for cxf:property.

Add two attributes to the cxf:property child element according to the table below. Be sure to enter either a value`OR a `value-ref; the two are mutually exclusive.

key

Specify a name for the property.

value

Specify a WS Constant (a class to define the kind of access the server allows) or a WSHandlerConstant (a class to specify the names, actions, and other strings for data deployment of the WSS handler). For example, enter UsernameToken in the value field.

value-ref

Specify the bean that the key must reference. When the key must reference a bean (for instance, when the key is passwordCallbackRef), specify the name of the bean as the value-ref.

Repeat the preceding step to add as many WS-security configurations as you wish to your Web service. Refer to sample code below

Namespace

<mule xmlns:cxf="http://www.mulesoft.org/schema/mule/cxf"
...
xsi:schemaLocation="
http://www.mulesoft.org/schema/mule/cxf http://www.mulesoft.org/schema/mule/cxf/current/mule-cxf.xsd">

Body

<flow name="Creation1Flow1" doc:name="Creation1Flow1">
    <http:inbound-endpoint exchange-pattern="request-response" host="localhost" port="8081" doc:name="HTTP"/>
    <cxf:jaxws-service doc:name="SOAP">
        <cxf:ws-security>
            <cxf:ws-config>
                <cxf:property key="action" value="UsernameToken"/>
            </cxf:ws-config>
        </cxf:ws-security>
    </cxf:jaxws-service>
</flow>

Adding a Token Validator

If you have enabled WS-Security on your Web service in Mule, you can further configure the SOAP component to delegate authentication of the message credentials it transmits or receives.

A SOAP component may get bogged down with the tasks of both processing and authenticating messages. To lighten this load, you can instruct WS-security to delegate certain message authentication tasks to a Token Validator, including:

validating the UsernameToken in cases where the CallbackHandler implementation does not have access to the password
validating the attributes of a received SAML assertion
dispatching a received security token to a third-party security service for validation

Complete the following procedure to add token validators to your Web service.

Studio Visual Editor

In the Security tab of your SOAP component, click one or more of the check boxes to delegate message authentication tasks to token validators. Refer to the table below for the activity of each token validator.

Token Validator	Purpose
Username	Authenticates the username and password credentials associated with each message in a manner similar to HTTP Digest authentication.
SAML 1	Checks messages against SAML 1.1 assertion statements in order to approve or reject access to the Web service.
SAML 2	Checks messages against SAML 2.0 assertion statements in order to approve or reject access to the Web service.
Timestamp	Examines the timeliness of messages – when they were created and received, and when they expire – to make decisions about which messages to process.
Signature	Examines the digital signature attached to messages to make decisions about which messages to process.
Binary Security Token	Examines binary encoded security tokens (such as Kerberos) to make decisions about which messages to process.

Token Validator

Purpose

Username

Authenticates the username and password credentials associated with each message in a manner similar to HTTP Digest authentication.

SAML 1

Checks messages against SAML 1.1 assertion statements in order to approve or reject access to the Web service.

SAML 2

Checks messages against SAML 2.0 assertion statements in order to approve or reject access to the Web service.

Timestamp

Examines the timeliness of messages – when they were created and received, and when they expire – to make decisions about which messages to process.

Signature

Examines the digital signature attached to messages to make decisions about which messages to process.

Binary Security Token

Examines binary encoded security tokens (such as Kerberos) to make decisions about which messages to process.

In the Bean field associated with the token validator you have selected, use the drop-down menu to select an existing bean that your token validator will reference to apply, replace, or extend the default behavior associated with a specific security token.

If you have not yet created any beans, click the add

button to open a new properties panel in which you can create and configure a new bean. The bean imports the Java class you have built to specify the custom validator’s override behavior.

public class UsernameTokenTestValidator implements Validator
{

    @Override
    public Credential validate(Credential credential, RequestData data) throws WSSecurityException
    {
        UsernameToken usernameToken = credential.getUsernametoken();

        if(!"secret".equals(usernameToken.getPassword()))
        {
            throw new WSSecurityException(WSSecurityException.FAILED_AUTHENTICATION);
        }

        return credential;
    }
}

Click OK to save changes.

Studio XML Editor or Standalone

Above all flows in your Mule project, create a global spring:bean element to import the Java class you have built to specify the token validator’s behavior. Refer to code sample below.

Java code for Bean Creation

public class UsernameTokenTestValidator implements Validator
{

    @Override
    public Credential validate(Credential credential, RequestData data) throws WSSecurityException
    {
        UsernameToken usernameToken = credential.getUsernametoken();

        if(!"secret".equals(usernameToken.getPassword()))
        {
            throw new WSSecurityException(WSSecurityException.FAILED_AUTHENTICATION);
        }

        return credential;
    }
}

To the CXF element in your flow, add a child element below any cxf:ws-config elements you may have added for cxf:ws-custom-validator.

To the cxf:ws-custom-validator child element, add a child element according to the type of action you want the validator to perform. Refer to the table below.

Token Validator	Purpose
cxf:username-token-validator	Authenticates the username and password credentials associated with each message in a manner similar to HTTP Digest authentication.
cxf:saml1-token-validator	Checks messages against SAML 1.1 assertion statements in order to approve or reject access to the Web service.
cxf:saml2-token-validator	Checks messages against SAML 2.0 assertion statements in order to approve or reject access to the Web service.
cxf:timestamp-token-validator	Examines the timeliness of messages – when they were created and received, and when they expire – to make decisions about which messages to process.
cxf:signature-token-validator	Examines the digital signature attached to messages to make decisions about which messages to process.
cxf:bst-token-validator	Examines binary encoded security tokens (such as Kerberos) to make decisions about which messages to process.

Token Validator

Purpose

cxf:username-token-validator

Authenticates the username and password credentials associated with each message in a manner similar to HTTP Digest authentication.

cxf:saml1-token-validator

Checks messages against SAML 1.1 assertion statements in order to approve or reject access to the Web service.

cxf:saml2-token-validator

Checks messages against SAML 2.0 assertion statements in order to approve or reject access to the Web service.

cxf:timestamp-token-validator

Examines the timeliness of messages – when they were created and received, and when they expire – to make decisions about which messages to process.

cxf:signature-token-validator

Examines the digital signature attached to messages to make decisions about which messages to process.

cxf:bst-token-validator

Examines binary encoded security tokens (such as Kerberos) to make decisions about which messages to process.

Add a ref attribute to the validator to reference the global spring:bean element which imports the Java class.

<mule xmlns:cxf="http://www.mulesoft.org/schema/mule/cxf"
...
xsi:schemaLocation="
http://www.mulesoft.org/schema/mule/cxf http://www.mulesoft.org/schema/mule/cxf/current/mule-cxf.xsd">

Body

<spring:beans>
    <spring:bean id="customTokenValidator" name="Bean" class="org.mule.example.myClass"/>
</spring:beans>


<flow name="Creation1Flow1" doc:name="Creation1Flow1">
    <http:inbound-endpoint exchange-pattern="request-response" host="localhost" port="8081" doc:name="HTTP"/>
    <cxf:jaxws-service doc:name="SOAP">
        <cxf:ws-security>
            <cxf:ws-config>
                <cxf:property key="action" value="UsernameToken"/>
            </cxf:ws-config>
            <cxf:ws-custom-validator>
                <cxf:username-token-validator ref="Bean"/>
            </cxf:ws-custom-validator>
        </cxf:ws-security>
    </cxf:jaxws-service>
</flow>

Complete Code Example

<spring:beans>

        <spring:bean id="Bean" name="samlCustomValidator" class="com.mulesoft.mule.example.security.SAMLCustomValidator"/>

    </spring:beans>




    <flow name="UnsecureServiceFlow" doc:name="UnsecureServiceFlow">

        <http:inbound-endpoint address="http://localhost:63081/services/unsecure" exchange-pattern="request-response" doc:name="HTTP Inbound Endpoint"/>

        <cxf:jaxws-service serviceClass="com.mulesoft.mule.example.security.Greeter" doc:name="Unsecure service"/>

        <component class="com.mulesoft.mule.example.security.GreeterService" doc:name="Greeter Service" />

    </flow>




    <flow name="UsernameTokenServiceFlow" doc:name="UsernameTokenServiceFlow">

        <http:inbound-endpoint address="http://localhost:63081/services/username" exchange-pattern="request-response" doc:name="HTTP Inbound Endpoint"/>

        <cxf:jaxws-service serviceClass="com.mulesoft.mule.example.security.Greeter" doc:name="Secure UsernameToken service">

            <cxf:ws-security>

                <cxf:ws-config>

                    <cxf:property key="action" value="UsernameToken Timestamp"/>

                    <cxf:property key="passwordCallbackClass" value="com.mulesoft.mule.example.security.PasswordCallback"/>

                </cxf:ws-config>

            </cxf:ws-security>

        </cxf:jaxws-service>

        <component class="com.mulesoft.mule.example.security.GreeterService" doc:name="Greeter Service"/>

    </flow>



    <flow name="UsernameTokenSignedServiceFlow" doc:name="UsernameTokenSignedServiceFlow">

        <http:inbound-endpoint address="http://localhost:63081/services/signed" exchange-pattern="request-response" doc:name="HTTP Inbound Endpoint"/>

        <cxf:jaxws-service serviceClass="com.mulesoft.mule.example.security.Greeter" doc:name="Secure UsernameToken Signed service">

            <cxf:ws-security>

                <cxf:ws-config>

                    <cxf:property key="action" value="UsernameToken Signature Timestamp"/>

                    <cxf:property key="signaturePropFile" value="wssecurity.properties"/>

                    <cxf:property key="passwordCallbackClass" value="com.mulesoft.mule.example.security.PasswordCallback"/>

                </cxf:ws-config>

            </cxf:ws-security>

        </cxf:jaxws-service>

        <component class="com.mulesoft.mule.example.security.GreeterService" doc:name="Greeter Service"/>

    </flow>



    <flow name="UsernameTokenEncryptedServiceFlow" doc:name="UsernameTokenEncryptedServiceFlow">

        <http:inbound-endpoint address="http://localhost:63081/services/encrypted" exchange-pattern="request-response" doc:name="HTTP Inbound Endpoint"/>

        <cxf:jaxws-service serviceClass="com.mulesoft.mule.example.security.Greeter" doc:name="Secure UsernameToken Encrypted service">

            <cxf:ws-security>

                <cxf:ws-config>

                    <cxf:property key="action" value="UsernameToken Timestamp Encrypt"/>

                    <cxf:property key="decryptionPropFile" value="wssecurity.properties"/>

                    <cxf:property key="passwordCallbackClass" value="com.mulesoft.mule.example.security.PasswordCallback"/>

                </cxf:ws-config>

            </cxf:ws-security>

        </cxf:jaxws-service>

        <component class="com.mulesoft.mule.example.security.GreeterService" doc:name="Greeter Service"/>

    </flow>



    <flow name="SamlTokenServiceFlow" doc:name="SamlTokenServiceFlow">

        <http:inbound-endpoint address="http://localhost:63081/services/saml" exchange-pattern="request-response" doc:name="HTTP Inbound Endpoint"/>

        <cxf:jaxws-service serviceClass="com.mulesoft.mule.example.security.Greeter" doc:name="Secure SAMLToken service">

            <cxf:ws-security>

                <cxf:ws-config>

                    <cxf:property key="action" value="SAMLTokenUnsigned Timestamp"/>

                </cxf:ws-config>

                <cxf:ws-custom-validator>

                    <cxf:saml2-token-validator ref="samlCustomValidator"/>

                </cxf:ws-custom-validator>

            </cxf:ws-security>

        </cxf:jaxws-service>

        <component class="com.mulesoft.mule.example.security.GreeterService" doc:name="Greeter Service"/>

    </flow>




    <flow name="SignedSamlTokenServiceFlow" doc:name="SignedSamlTokenServiceFlow">

        <http:inbound-endpoint address="http://localhost:63081/services/signedsaml" exchange-pattern="request-response" doc:name="HTTP Inbound Endpoint"/>

        <cxf:jaxws-service serviceClass="com.mulesoft.mule.example.security.Greeter" doc:name="Secure SAMLToken Signed service">

            <cxf:ws-security>

                <cxf:ws-config>

                    <cxf:property key="action" value="SAMLTokenUnsigned Signature"/>

                    <cxf:property key="signaturePropFile" value="wssecurity.properties" />

                </cxf:ws-config>

                <cxf:ws-custom-validator>

                    <cxf:saml2-token-validator ref="samlCustomValidator"/>

                </cxf:ws-custom-validator>

            </cxf:ws-security>

        </cxf:jaxws-service>

        <component class="com.mulesoft.mule.example.security.GreeterService" doc:name="Greeter Service"/>

    </flow>

Gartner names MuleSoft a Leader

Unleash the power of Salesforce Customer 360 through integration

Anypoint Platform Fundamentals

The world of AI is a world of APIs

Gartner names MuleSoft a Leader

Unleash the power of Salesforce Customer 360 through integration

Anypoint Platform Fundamentals

The world of AI is a world of APIs

Enabling WS-Security

Enabling WS-Security

Studio Visual Editor

Studio XML Editor or Standalone

Adding a Token Validator

Studio Visual Editor

Studio XML Editor or Standalone

Complete Code Example

See Also