Eu tenho o mesmo problema mencionado aqui Corrigindo a vulnerabilidade do til do IIS e aplicou todas as correções sugeridas:
Ainda estou ficando vulnerável ao usar o Gerenciador de apelidos do IIS ferramenta com o resultado abaixo:
Nome abreviado do IIS (8.3) Versão do scanner 2.3.8 (25 de fevereiro de 2016) - digitalizado iniciado 2017/03/06 20:10:05
Isso para mim realmente não ajuda a identificar onde está o problema e que ele simplesmente ainda está vulnerável. O comando que estou usando é:
java -jar iis_shortname_scanner.jar 2 20 https://website.name.com/
Eu tenho três servidores de aplicativos por trás de um balanceador de carga, mas, desde que os servidores tenham sido corrigidos, não consigo ver por que isso faria diferença ...
Achei melhor iniciar uma nova pergunta, pois o outro segmento foi abordado e uma correção bem-sucedida foi fornecida, mas infelizmente não é o caso para mim.
Consegui corrigir isso adicionando o módulo de regravação de URL ao IIS em cada servidor de aplicativos e adicionando um regra de entrada com o seguinte:
Espero que seja de alguma utilidade. Uma varredura depois de colocar isso em prática deu um resultado de "Não vulnerável" para este exploit.
Para mim, usei uma entrada de sequência de negação de filtragem de solicitação em meu web.config:
<system.webServer>
<security>
<requestFiltering>
<denyUrlSequences>
<add sequence="~" />
</denyUrlSequences>
</requestFiltering>
</security>
</system.webServer>
Isso passa nos testes do scanner que eu executei contra ele.
Tags vulnerability iis