2016-10-11 1 views
0

J'ai récemment commencé à voir dans mes lots de fichiers journaux de mauvaises demandes qui ressemblent à ceci: (. example.com, ici, est mon domaine d'application)Quel est ce vecteur d'attaque?

http://example.com/somepath/https:/adserver.video/sync/03635d2e5423be5c297a9b6f812b727e/%3Faction=in&uid=9076038541838795658

Ceci est rejeté par mon Application ASP.NET, avec le message A potentially dangerous Request.Path value was detected from the client pour ne pas causer de dommage. Encore. Mais, même quand ils ne fonctionnent pas, je veux comprendre la nature de l'attaque, donc je peux me défendre contre les futures versions de celui-ci. Ici, je ne comprends pas quel est le but. L'URL qu'ils ont essayé d'injecter n'est même pas valide. Il n'y a qu'un seul slash après le https et il n'y a pas de domaine de premier niveau (juste adserver.video). Donc, même s'ils m'ont trompé ou que l'utilisateur a cliqué dessus, je ne vois pas comment cela pourrait accomplir quoi que ce soit. Enfin, les journaux du serveur montrent que le référent est aussi example.com, donc je me demande si c'est faux, ou s'ils piratent des liens sur la page et les soumettent avec un script, ou attendent que l'utilisateur clique sur eux, dans ce cas, ils cassent le site, parce que les liens sont maintenant empoisonnés par la mauvaise demande. Ce serait quelque chose que je dois aborder. Alors, que se passe-t-il ici, et comment puis-je l'empêcher?

Répondre

1

Ce n'est pas une attaque, le navigateur tente de charger une URL absolue malformée en tant que relative.

Quelque part sur example.com est un lien (ou une référence vidéo, ou un appel ajax) à "https: /adserver.video". Puisque cette URL est mal formée (il n'y en a qu'une / après https:), le navigateur la traite comme une URL relative et tente donc de la charger depuis example.com. Sans en savoir plus sur example.com, il semble qu'il prenne en charge les annonces et une annonce avec une URL de vidéo non valide a été publiée.

+0

Cela semble à peu près juste. Le site est le mien, mais je n'ai aucun de ces mauvais liens. J'utilise un hébergeur de vidéo en streaming tiers, mais je ne suis pas sûr de savoir comment identifier où ils pourraient être en train de faire des bêtises. –

+0

Envisagez de relier quelque chose comme Sentry for js error reporting. Cela devrait vous donner plus d'informations sur ce qui se passait lorsque le chargement de l'url a échoué. –