Compartilhar via

<behaviorExtensions>

  • Artigo

As extensões de comportamento permitem que o usuário crie elementos de comportamento definidos pelo usuário. Esses elementos podem ser usados junto com os elementos de comportamento padrão do WCF (Windows Communication Foundation). A seção behaviorExtensions define o elemento de modo que ele possa ser usado na configuração. Aqui está um exemplo de uma extensão de comportamento típica.

<system.serviceModel>
  <extensions>
    <behaviorExtensions>
      <add name="myBehavior"
           type="Microsoft.ServiceModel.Samples.MyBehaviorSection, MyBehavior,
                 Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
    </behaviorExtensions>
  </extensions>
</system.serviceModel>

Para adicionar habilidades de configuração ao elemento, você precisa gravar e registrar um elemento de configuração. Para obter mais informações a respeito, confira a documentação System.Configuration.

Após o elemento e seu tipo de configuração serem definidos, a extensão poderá ser usada, como mostra o exemplo a seguir.

<behaviors>
  <behavior configurationName="testChannelBehavior">
    <myBehavior />
    <channelSecurity cacheCookies="false"
                     detectReplays="false"
                     maxCachedNonces="9"
                     maxClockSkew="00:00:03"
                     maxCookieCachingTime="00:07:24"
                     replayWindow="00:07:22.2190000" />
  </behavior>
</behaviors>

Segurança

É altamente recomendável que você use nomes de assembly totalmente qualificados ao registrar tipos nos arquivos e machine.config nos app.config arquivos. Se o tipo não for definido exclusivamente, o carregador de tipo CLR o procurará nos seguintes locais na ordem especificada:

Se o assembly do tipo for conhecido, o carregador pesquisará os locais de redirecionamento do arquivo de configuração, GAC, o assembly atual que está usando as informações de configuração e o diretório base do aplicativo. Se o assembly for desconhecido, o carregador pesquisará o assembly atual, mscorlib, e o local retornado pelo manipulador de eventos TypeResolve. Essa ordem de pesquisa do CLR pode ser modificada com ganchos, como o mecanismo de encaminhamento de tipo e o evento AppDomain.TypeResolve.

Um invasor pode explorar a ordem de pesquisa clr e executar código não autorizado. Usar nomes totalmente qualificados (fortes) identifica exclusivamente um tipo e aumenta ainda mais a segurança do sistema.

Para saber mais, confira Como o runtime localiza os assemblies e TypeResolve.

Confira também