【发布时间】:2016-02-21 03:10:27
【问题描述】:
在现代 CMS 中,有许多地方使用 returnUrl 查询字符串重定向用户。例如,成功登录后将用户重定向到内部 URL。
问题是任何人都可以修改 returnUrl,因此很容易受到攻击。处理此问题的一种方法是在向客户端浏览器发送 302 HTTP 代码(重定向)之前验证应用程序脚本/程序的参数。但是,这需要更改应用程序代码。
如何在 IIS 级别处理它?如果用户在不接触应用程序代码的情况下被重定向到其他域,是否可以显示错误页面?
【问题讨论】: