Незащищенное или неправильно защищенное сообщение об ошибке

I have the below given setting in my web.config of my WCF service, this was working fine till today and suddenly started giving the error «An unsecured or incorrectly secured fault was received from the other party. See the inner FaultException for the fault code and detail.» I have verified the time in my server and client it’s same.
Any thoughts?

<bindings>
  <customBinding>
    <binding name="stsBinding">
      <security authenticationMode="UserNameOverTransport" requireDerivedKeys="false"
          keyEntropyMode="ServerEntropy" requireSecurityContextCancellation="false"
          requireSignatureConfirmation="false">
      </security>
      <httpsTransport maxReceivedMessageSize="66665536"/>
    </binding>
  </customBinding>

  <wsFederationHttpBinding>
    <binding name="serviceFederation">

      <readerQuotas maxStringContentLength="2147483647"
               maxDepth="2147483647"
               maxBytesPerRead="2147483647"
               maxArrayLength="2147483647"/>

      <security mode="TransportWithMessageCredential">
        <!-- Ping token type MUST be SAML 1.1, do not change -->
        <message issuedTokenType="http://docs.oasis-open.org/wss/oasis-wss-saml-token-profile-1.1#SAMLV1.1"
            negotiateServiceCredential="false">
          <!-- TODO: You must put the proper issuer URN of the Ping STS; normally this would be the Ping base URL -->
          <issuer address="https://my-sso-server.com"
              binding="customBinding" bindingConfiguration="stsBinding" />
        </message>
      </security>
    </binding>

asked Nov 10, 2010 at 15:29

0

Это очень непонятная ошибка, которую бросают службы WCF. Проблема в том, что WCF не может проверить безопасность сообщения, которое было передано службе.

Это почти всегда из-за перекоса сервера. Удаленный сервер и время системы клиента должны находиться в пределах (обычно) 10 минут друг от друга. Если это не так, проверка безопасности не удастся.

Я бы назвал eloqua.com и узнал, что у них на сервере, и сравним это с вашим сервером.

Randolpho
09 янв. 2010, в 01:13

Поделиться

Хотя ваша проблема была решена с помощью одного из вышеперечисленных решений, в интересах других, здесь есть еще один вариант.

Вы также можете получить это исключение, когда неверные учетные данные передаются на базовую конечную точку (SOAP 1.1), которая использует учетные данные пользователя, как вы. Например, если вы вызываете службу из кода и делаете что-то вроде этого:

var service = new TestService();

service.ClientCredentials.UserName.UserName = "InvalidUser";
service.ClientCredentials.UserName.Password = "InvalidPass";

Это отличается от конечной точки WSHTTP (SOAP 1.2), которая выдает AccessDeniedException, когда пропускаются недопустимые учетные данные. Я лично считаю, что содержащееся здесь сообщение мало вводит в заблуждение (это, безусловно, стоило мне нескольких минут, когда я впервые столкнулся с этим по этой причине), но основная причина была ясна, когда я консультировался с журналами трассировки диагностики WCF.

Xcalibur
02 сен. 2011, в 09:00

Поделиться

У вас, очевидно, проблема с подсистемой безопасности WCF. Какая привязка вы используете? Какая аутентификация? Шифрование? Подписание? Вам нужно пересечь границы домена?

Немного оглядываясь дальше показывает, что другие испытывают эту ошибку, если часы клиента и сервера не синхронизированы (более пяти минут), потому что некоторые схемы безопасности полагаются на синхронизированные часы.

Daniel Brückner
27 сен. 2009, в 23:27

Поделиться

Такая же проблема, с которой я столкнулся с моим клиентским приложением, — это приложение WinForms С# 4.0

Когда я прочитал здесь решение, я проверил дату и время клиентского компьютера, но это было правильно, и текущее время показывалось, но все же я столкнулся с этой проблемой.

После некоторого рабочего дня я обнаружил, что выбран неправильный часовой пояс, я в Индии, а часовой пояс — в Канаде, хост-сервер находится в Кувейте.

Я обнаружил, что система преобразует время в универсальное время.

Когда я изменил часовой пояс в часовом поясе Индии, проблема была подобрана.

Haider Ali Wajihi
31 авг. 2013, в 14:42

Поделиться

Если вы передаете учетные данные пользователя от клиента (согласно приведенному ниже блоку кода), он должен совпадать с именем пользователя/паролем на сервере. в противном случае вы получите эту ошибку.

FYI, в моем случае я использую «basicHTTPAuthentication» с режимом безопасности «TransportWithMessageCredential». И служба WCF размещена в IIS на https.

var service = new TestService();

service.ClientCredentials.UserName.UserName = "InvalidUser";
service.ClientCredentials.UserName.Password = "InvalidPass";

Надеюсь, это поможет кому-то…:)

user2206393
25 март 2013, в 07:42

Поделиться

Попробуйте изменить режим безопасности на «транспорт».

У вас есть несоответствие между тегом безопасности и транспортным тегом.

Shiraz Bhaiji
01 окт. 2009, в 16:01

Поделиться

chintan
18 май 2012, в 08:13

Поделиться

Chris B
19 июль 2011, в 14:57

Поделиться

Просто ради обмена… У меня был редкий случай, который заставил меня почесывать затылок на несколько минут. Даже в то время, когда решение по перекос было очень точным, и я решил эту проблему раньше, на этот раз было иначе. Я был на новой машине Win8.1, которую я помню, имея проблему с часовым поясом, и я вручную скорректировал время. Ну, я продолжал получать ошибку, несмотря на то, что время, отображаемое на сервере, и у клиента было только разницей в секундах. То, что я сделал, это активировать «летнее сохранение» (обратите внимание, что я действительно в летнее время, но при настройке времени вручную) в «настройке даты и времени» затем перешел в раздел времени в Интернете и обновил… время в мой компьютер сохранял то же самое, но ошибка исчезла.

Надеюсь, это полезно для всех!

Jemil Marcos
02 авг. 2015, в 17:28

Поделиться

Milton Carranza
28 июль 2015, в 18:35

Поделиться

В моем случае я получал эту ошибку на той же машине, в своем тестовом клиент-серверном приложении. Но эта проблема была решена с помощью «Справочной службы обновления».

• Тушар Г. Валабалкар

user605172
06 фев. 2011, в 10:30

Поделиться

Sam
24 авг. 2010, в 06:44

Поделиться

Мне пришлось изменить SecurityMode на Message (WSHttpBinding), прежде чем он сработает. т.е.

_wcf = new ServiceRequestClient(new WSHttpBinding(SecurityMode.Message),                     
       new EndpointAddress(_wcfRequestServerAddress));

JarmoP
14 дек. 2017, в 12:28

Поделиться

<wsHttpBinding>
        <binding name="ISG_Binding_Configuration" bypassProxyOnLocal="true" useDefaultWebProxy="false" hostNameComparisonMode="WeakWildcard" sendTimeout="00:30:00" receiveTimeout="00:30:00" maxReceivedMessageSize="2147483647" maxBufferPoolSize="2147483647">
          <readerQuotas maxArrayLength="2147483647" maxStringContentLength="2147483647" />
          <security mode="None">
            <message establishSecurityContext="false" clientCredentialType="UserName"/>
          </security>
        </binding>
      </wsHttpBinding>

Ankit Jain
19 июль 2017, в 12:24

Поделиться

В большинстве случаев это исключение возникает, когда на сервере возникают ошибки, наиболее распространенная из них — неправильная конфигурация базы данных аутентификации или аутентификация. В моем случае была другая синхронизация часов
убедитесь, что оба клиента и сервера имеют одинаковые настройки

Нажмите «Время на стороне справа» → «Изменить параметры времени…» → «Время в Интернете» → Изменить настройки… → установите флажок «Синхронизировать с интернет-сервером времени» если он не установлен → из раскрывающегося списка сервера выберите «times.windows.com» → Обновить сейчас → ОК

Adeel Nazir
14 март 2017, в 09:38

Поделиться

Я получал эту ошибку из-за того, что BasicHttpBinding не отправлял совместимое messageVersion в службу, которую я вызывал. Мое решение состояло в том, чтобы использовать пользовательскую привязку, как показано ниже

 <bindings>
  <customBinding>
    <binding name="Soap11UserNameOverTransport" openTimeout="00:01:00" receiveTimeout="00:1:00" >
      <security authenticationMode="UserNameOverTransport">
      </security>          
      <textMessageEncoding messageVersion="Soap11WSAddressing10" writeEncoding="utf-8" />
      <httpsTransport></httpsTransport>
    </binding>
  </customBinding>      
</bindings>

Lukie
20 фев. 2015, в 03:41

Поделиться

Попробуйте следующее:

catch (System.Reflection.TargetInvocationException e1)  
      String excType   
      excType = e1.InnerException.GetType().ToString()  
      choose case excType  
                case "System.ServiceModel.FaultException"  
                          System.ServiceModel.FaultException e2  
                          e2 = e1.InnerException  
                          System.ServiceModel.Channels.MessageFault fault  
                          fault = e2.CreateMessageFault()  
                          ls_message = "Class: uo_bcfeWS, Method: registraUnilateral ~r~n" + "Exception(1): " + fault.Reason.ToString()   
                          if (fault.HasDetail) then  
                                    System.Xml.XmlReader reader  
                                    reader = fault.GetReaderAtDetailContents()  
                                    ls_message += " " + reader.Value  
                                    do while reader.Read()  
                                              ls_message += reader.Value  
                                    loop  
                          end if  
                case "System.Text.DecoderFallbackException"  
                          System.Text.DecoderFallbackException e3  
                          e3 = e1.InnerException  
                          ls_message = "Class: uo_bcfeWS, Method: registraUnilateral ~r~n" + "Exception(1): " + e3.Message   
                case else  
                          ls_message = "Class: uo_bcfeWS, Method: registraUnilateral ~r~n" + "Exception(1): " + e1.Message  
      end choose  
      MessageBox ( "Error", ls_message )  
      //logError(ls_message)  
      return false  

Omar Trinidad Chavez Mojarro
12 дек. 2014, в 03:30

Поделиться

albertjan
30 июль 2014, в 09:05

Поделиться

В моем случае есть две проблемы, которые будут генерировать это исключение.

Обратите внимание, что моя среда использует Single Sign On (или STS, если хотите) для аутентификации пользователя через сайт MVC ASP.NET. Сайт MVC, в свою очередь, вызывает вызов службы к моей конечной точке службы, передавая токен-носитель, который он запрашивал с сервера STS с токеном Bootstrap ранее. Ошибка, которую я получил, — это когда я сделал вызов службы с сайта MVC.

• Служба WCF не была настроена как полагающаяся сторона в моем SSO (или STS, если вы предпочитаете).

• Конфигурация сервиса не была настроена должным образом. В частности, для аудитории uris node для system.identityModel. Он должен точно соответствовать URL-адресу конечной точки службы.

  <system.identityModel>
      <identityConfiguration>
          <audienceUris>
              <add value="https://localhost/IdpExample.YService/YService.svc" />
          </audienceUris>
          ....
      </identityConfiguration>
  </system.identityModel>
  

stack247
13 июнь 2014, в 01:09

Поделиться

ошибка:
Незащищенное или неправильно защищенное сообщение об ошибке было получено от другой стороны. См для код ошибки и описание.
внутреннее исключение:
По крайней мере один маркер безопасности в сообщении не удалось подтвердить.

Ответы

• Здравствуйте,

  Похоже на ошибку с WCF, как одна из возможных причин, если время клиента и сервера отличается более чем на 10 минут, то не удастся пройти
  проверку безопасности .

  ---

  Best Regards, Andrei …
  Microsoft Certified Professional

  • Предложено в качестве ответа
    Tomas Lilov
    26 марта 2015 г. 12:30
  • Помечено в качестве ответа
    Иван ПродановMicrosoft contingent staff, Moderator
    31 марта 2015 г. 7:50