İstemciden potansiyel olarak tehlikeli bir Request.Path değeri tespit edildi (*)

Kendini açıklayan bir hata alıyorum:

İstemciden potansiyel olarak tehlikeli bir Request.Path değeri saptandı (*).

Sorunun nedeni *istek URL'sinde:

https://stackoverflow.com/Search/test*/0/1/10/1

Bu URL, 'test *' ifadesinin arama terimi olduğu ve URL'nin geri kalanının diğer çeşitli filtrelerle ilgili olduğu bir arama sayfasını doldurmak için kullanılır.

URL'de bu özel karakterlere izin vermenin kolay bir yolu var mı? Ben web.config, boşuna değiştirmek için denedim .

Özel karakterleri manuel olarak kodlamalı / deşifre etmeli miyim? Veya bunu yapmak için en iyi uygulama var, ben sorgu dizeleri kullanmaktan kaçınmak istiyorum. - ama bir seçenek olabilir.

Uygulamanın kendisi, c# asp.netyukarıdaki güzel URL'yi üretmek için yönlendirmeyi kullanan bir webformları uygulamasıdır.

*Karakter URL yolunda izin verilir, ancak sorgu dizesindeki kullanmaktan sorun yoktur değildir:

http://localhost:3286/Search/?q=test*

Bu bir kodlama sorunu değildir, *karakterin bir URL'de özel bir anlamı yoktur, bu nedenle URL'yi kodlayıp kodlamamanız önemli değildir. Farklı bir şema kullanarak kodlamanız ve ardından kodunu çözmeniz gerekir.

Örneğin, kaçış karakteri olarak rastgele bir karakter kullanma:

query = query.Replace("x", "xxx").Replace("y", "xxy").Replace("*", "xyy");

Ve kod çözme:

query = query.Replace("xyy", "*").Replace("xxy", "y").Replace("xxx", "x");

.NET 4.0 kullanıyorsanız, bu URL'lere web.config üzerinden izin verebilmeniz gerekir.

<system.web>
    <httpRuntime 
            requestPathInvalidCharacters="&lt;,&gt;,%,&amp;,:,\,?" />
</system.web>

Not, yıldız işaretini (*) yeni kaldırdım, orijinal varsayılan dize:

<httpRuntime 
          requestPathInvalidCharacters="&lt;,&gt;,*,%,&amp;,:,\,?" />

Daha fazla ayrıntı için bu soruya bakın.

Benim için, web api 2.0 ile .net 4.5.2 üzerinde çalışıyorum, aynı hata var, ben sadece requestPathInvalidCharacters = "" ekleyerek ayarlayın requestPathInvalidCharacters izin verilmeyen karakterleri ayarlamak zorunda başka karakterleri kaldırmak zorunda bu soruna neden olur.

<system.web>
     <httpRuntime targetFramework="4.5.2" requestPathInvalidCharacters="" />
     <pages  >
      <namespaces>
     ....
 </namespaces>
    </pages> 
  </system.web>

** İyi bir uygulama olmadığını, bir nesnenin niteliği daha iyi olduğundan veya özel karakteri kodlamaya çalıştığından bu parametreye sahip bir yazı olabileceğini unutmayın. - Rest api tasarlamak için en iyi uygulama üzerinde arama yaptıktan sonra, arama, sıralama ve sayfalandırmada, sorgu parametresini bu şekilde işlememiz gerektiğini buldum

/companies?search=Digital%26Mckinsey

ve bu, herhangi bir şekilde% 26 ile url'ye kodladığımızda ve yeniden yerleştirdiğimizde sorunu çözüyor, sunucuda doğru dijital ve Mckinsey parametresini alıyoruz

bu bağlantı dinlenme web api tasarımı en iyi uygulama yardımcı olabilir https://hackernoon.com/restful-api-designing-guidelines-the-best-practices-60e1d954e7c9

Rota değerini kodlamanız ve ardından arama yapmadan önce (gerekirse) değerin kodunu çözmeniz gerekir.

Benim için, url'yi yazarken, bir kullanıcı yanlışlıkla? sorgu parametrelerini başlatmak için

Örneğin:

url.com/endpoint/parameter=SomeValue&otherparameter=Another+value

olması gereken:

url.com/endpoint?parameter=SomeValue&otherparameter=Another+value

Bu istisna başvurumda oluştu ve oldukça yanıltıcıydı.

Ben bir JSON dizi nesnesi geçen, bir ajax yöntemi çağrısı kullanarak bir .aspx sayfa Web Yöntemi çağrıldığında atıldı. Web Sayfası yöntemi imzasında, güçlü yazılan bir .NET nesnesi olan OrderDetails dizisi vardı. Actual_Qty özelliği int olarak tanımlandı ve JSON nesnesi Actual_Qty özelliği "4" (fazladan boşluk karakteri) içeriyordu. Fazladan alan kaldırıldıktan sonra dönüşüm mümkün oldu, Web Sayfası yöntemine ajax çağrısı ile başarıyla ulaşıldı.

IIS Express ise web projesinin sunucu uygunluğunu Yerel IIS olarak ayarlamaya çalışın. Proje URL'sinin doğru olduğundan emin olun ve virual dizin oluşturun.

Tekdüzen Kaynak Konum Belirleyicisi (URL) ile uğraşırken belirli sözdizimi standartları vardır , bu özel durumda Ayrılmış Karakterlerle ilgileniyoruz .

RFC 3986'ya kadar olduğu gibi , Ayrılmış Karakterler genel sözdizimi, her bir şemaya özel sözdizimi veya bir URI'nin kayıt silme algoritmasının uygulamaya özgü sözdizimi tarafından sınırlayıcı olarak tanımlanabilir (veya tanımlanmayabilir); Ve yıldız işareti (*) Ayrılmış Bir Karakterdir.

En iyi uygulama URL'lerde Korunmayan Karakterler kullanmaktır veya kodlamayı deneyebilirsiniz.

Kazmaya devam et :

• HTML URL Kodlama Referansı (w3schools)
• Ne Zaman Kodlama veya Kod Çözme (RFC 3986)