Различное поведение службы для каждой конечной точки

Авторизация - это ответственность уровня обслуживания. Вы не можете изменить его по конечной точке.

На высоком уровне вам следует:

1. Определите привязки конечных точек для использования различных конфигураций безопасности, которые вам нужны (что вы и сделали)
2. Создайте настраиваемый ClaimsAuthenticationManager, чтобы назначать утверждения на основе разных идентификаторов, которые разные привязки будут настоящее время.

Концептуально ClaimsAuthenticationManager действует как «действующая STS», добавляя утверждения на основе различных учетных данных. Оттуда вы выполняете авторизацию на основе заявок в своем сервисе.

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

Для реализации ClaimsAuthenticationManager требуется Windows Identity Framework. Ниже приводится краткое изложение реализации .NET 4.0, которое я использовал (в 4.5 это может быть проще). Прошу прощения, что код не компилируется и не завершен, но у меня нет времени, чтобы все вычистить для публикации в открытом доступе. Однако это должно указать вам правильное направление.

Наследуйте от Microsoft.IdentityModel.Claims.ClaimsAuthenticationManager и реализуйте Authenticate (). Это должно выглядеть примерно так:

namespace MyWCF.ClaimsInjection
{
    public class ClaimsAuthenticationManager : Microsoft.IdentityModel.Claims.ClaimsAuthenticationManager
    {
        public override IClaimsPrincipal Authenticate(string resourceName, IClaimsPrincipal incomingPrincipal)
        {
            if (incomingPrincipal == null)
            {
                throw new ArgumentNullException("incomingPrincipal", "ClaimInjectionClaimsAuthenticationManager requires a principal.");
            }

            IClaimsPrincipal resultPrincipal = base.Authenticate(resourceName, incomingPrincipal);
            foreach (IIdentity identity in resultPrincipal.Identities)
            {
                if (identity is ClaimsIdentity)
                {
                    // Add claims based on client cert here…
                    Claim identityClaim = ((ClaimsIdentity)identity).Claims.First(c => c.ClaimType == ClaimTypes.Thumbprint);
                    ((ClaimsIdentity)identity).Claims.Add(new Claim("MyType", "Myvalue"));
                }
                else if (identity is WindowsClaimsIdentity)
                {
                    // Add claims based on window group or account here…
                }

                // continue checking different identity types...
            }
            return resultPrincipal;
        }
    }
}

Теперь просто установите настраиваемый менеджер (включая только интересные части):

<configuration>
  <configSections>
    <section name="microsoft.identityModel" type="Microsoft.IdentityModel.Configuration.MicrosoftIdentityModelSection, Microsoft.IdentityModel, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
  </configSections>

  <system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior name="serviceBehavior">
          <federatedServiceHostConfiguration />
        </behavior>
      </serviceBehaviors>
    </behaviors>

    <extensions>
      <behaviorExtensions>
        <add name="federatedServiceHostConfiguration" type="Microsoft.IdentityModel.Configuration.ConfigureServiceHostBehaviorExtensionElement, Microsoft.IdentityModel, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
      </behaviorExtensions>
    </extensions>
  </system.serviceModel>

  <microsoft.identityModel>
    <service>
      <claimsAuthenticationManager type="MyWCF.ClaimsAuthenticationManager, MyWCF"/>
    </service>
  </microsoft.identityModel>
</configuration>