WSSE (с дайджестом) в WCF \ .Net \ C # - простой способ? - PullRequest
Новая
       15

WSSE (с дайджестом) в WCF \ .Net \ C # - простой способ?

1 голос
/ 30 марта 2012

Отказ от ответственности: .Net N00b

Я уже пару дней бьюсь головой об стену, пытаясь заставить систему безопасности с этим веб-сервисом внешних поставщиков отказатьсяпомогло.Оказывается, что они используют безопасность дайджеста WSSE, которая, короче говоря, добавляет что-то вроде этого в заголовок SOAP: 

<wsse:UsernameToken wsu:Id="Example-1"> 
   <wsse:Username> ... </wsse:Username> 
   <wsse:Password Type="..."> ... </wsse:Password> 
   <wsse:Nonce EncodingType="..."> ... </wsse:Nonce> 
   <wsu:Created> ... </wsu:Created> 
</wsse:UsernameToken>

Я начал с добавления ссылки на службу, а также посредством множества сообщений в блогах:вопросы stackoverflow возиться с app.config и кодом.Я просто не мог понять это правильно.Может быть, это не легко возможно?Может быть, я просто не очень хорошо знаю Visual Studio 2010 и .Net, я не уверен.

Вот что я остановил в своем app.config: 

<system.serviceModel>
    <bindings>
        <basicHttpBinding>
            <binding name="ServiceHttpBinding" closeTimeout="00:01:00"
                openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
                allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
                maxBufferSize="65536" maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
                messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
                useDefaultWebProxy="true">
                <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
                    maxBytesPerRead="4096" maxNameTableCharCount="16384" />
              <security mode="TransportWithMessageCredential" />
            </binding>
        </basicHttpBinding>
    </bindings>
    <client>
      <endpoint address="https://vendorurl"
          binding="basicHttpBinding" bindingConfiguration="ServiceHttpBinding"
          contract="ContractName"
          name="ServiceHttpPort">
      </endpoint>
    </client>
</system.serviceModel>

ИC #: 

    var someService = new ServiceClient();

    someService.ClientCredentials.UserName.UserName = "username";
    someService.ClientCredentials.UserName.Password = "passwordgobbletygook/somemorebase64stuff=";

    #region Begin Magic
    var elements = someService.Endpoint.Binding.CreateBindingElements();

    var securityBindingElement = elements.Find<SecurityBindingElement>();
    securityBindingElement.IncludeTimestamp = false;

    someService.Endpoint.Binding = new CustomBinding(elements);
    #endregion

    var response = someService.webMethod(param1, param2, param3, param4);

    Console.WriteLine(response);

Самое забавное, что в спецификации поставщиков я обнаружил, что они поощряют использование WSSJ, поэтому я попробовал (в java) и Я ПОЛУЧИЛ ЭТО РАБОТАТЬВ 2 ЧАСАХ

Вот как это выглядит: 

public class Test implements CallbackHandler {

    /**
     * @param args
     */
    public static void main( final String[] args ) throws Throwable {
        SomeService_Service someService_Service = new SomeService_Service();
        SomeService someService = someService_Service.getSomeServiceHttpPort();

        BindingProvider bindingProvider = (BindingProvider)someService;
        Map< String, Object > requestContext = bindingProvider.getRequestContext();
        requestContext.put( BindingProvider.ENDPOINT_ADDRESS_PROPERTY, "https://vendorurl" );

        Client client = ClientProxy.getClient( someService );
        Endpoint endpoint = client.getEndpoint();

        Map< String, Object > outProps = new HashMap< String, Object >();
        outProps.put( WSHandlerConstants.ACTION, WSHandlerConstants.USERNAME_TOKEN );
        outProps.put( WSHandlerConstants.USER, "username" );
        outProps.put( WSHandlerConstants.PASSWORD_TYPE, WSConstants.PW_DIGEST );
        outProps.put( WSHandlerConstants.PW_CALLBACK_REF, new Test() );

        WSS4JOutInterceptor wssOut = new WSS4JOutInterceptor( outProps );
        endpoint.getOutInterceptors().add( wssOut );

        System.out.println( someService.webMethod(param1, param2, param3, param4) );
    }

    public void handle( final Callback[] callbacks ) throws IOException, UnsupportedCallbackException {
        WSPasswordCallback pc = (WSPasswordCallback)callbacks[ 0 ];

        // set the password for our message.
        pc.setPassword( "passwordgobbletygook/somemorebase64stuff=" );
    }
}

Кто-нибудь на земле в стеке и потоке получил это для работы в .Net \ C #?Есть ли что-то очевидное, что я здесь упускаю?

1 Ответ

4 голосов
/ 14 февраля 2014

Мы сталкивались с этой проблемой раньше, когда пытались подключить компонент на основе .NET к сервису SOAP на основе JAVA. Наше решение не предполагает какой-либо XML-конструкции и, по-моему, немного чище, чем все, что я видел.

Недостатком является то, что вам нужно скачать и включить более старую необязательную .NET DLL, чтобы она работала. Плюс в том, что код довольно чистый и естественно вписывается в WCF.

Базовая реализация выглядит примерно так: 

using (OperationContextScope scope = new OperationContextScope(client.InnerChannel))
{
    //Class from WSE 3.0
    UsernameToken token = new UsernameToken("MY_USERNAME", "MY_PASSWORD", PasswordOption.SendHashed);

    //Add Auth to SOAP Header
    MessageHeader header
      = MessageHeader.CreateHeader(
      "Security",
      "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd",
      token.GetXml(new XmlDocument())
    );

    OperationContext.Current.OutgoingMessageHeaders.Add(header);

    //Build Request
    OrgWS.OrganizationDetailsRequest request = new OrgWS.OrganizationDetailsRequest()
    {
        ID = 1
    };

    //Send Request
    OrgWS.OrganizationDetail[] response = client.getOrganizationDetail(request);

    //Do something with response
}

Полное объяснение можно найти здесь: http://cxdeveloper.com/article/implementing-ws-security-digest-password-nonce-net-40-wcf

...