asp.net MVC 查询字符串

发布于 2024-10-07 16:48:52 字数 210 浏览 0 评论 0原文

项目类型是MVC2。假设我有 page1。成功后,它将 somethink 写入行并获取新插入的行 id 并重定向到另一个页面并将行 id 作为参数发送。用户可以在查询字符串上看到此参数。并可以改变它。我认为在某些情况下(页面)这是问题。我使用隐藏输入,并在使用隐藏输入值的查询字符串中检查参数后。如果它们不相等,则写入日志并重定向到错误页面。我的方法是否正确。或者有好的方法。

谢谢...

project type is MVC2. Let say that i have page1. after success it write somethink to row and get new inserted row id and redirect to another page and sends row id as parameter. and user can see this parameter on querystring. and can change it. i think so taht it is problem in some situation(pages). i use for it a hidden input and after post checking parameter from query string with hidden input value. if they are not equal then writing in to log and redirectiong to error page. does my way is correct. or have a good methods.

thanks...

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

爱殇璃 2024-10-14 16:48:52

像这样公开 ID 是相当标准的,并且可以让浏览器为特定项目添加书签。您的工作是确保用户只能查看和修改他们应该能够看到的记录。

如果用户进行了一些 URL 黑客攻击并输入了不允许他们查看或修改的项目的 URL,您可以将他们踢回父页面,或者给出拒绝访问消息,取决于应用程序/上下文。

最重要的是永远不要信任用户输入,包括隐藏的表单参数。

Exposing IDs like this is pretty standard and is what lets browser bookmarking of specific items work. Your job is to ensure that the user can only see and modify records that they should be able to.

If the user does some URL-hacking and enters the URL to an item they are not allowed to see or modify, you can either just kick them back to the parent page, or give an Access Denied message, depending upon the app/context.

The bottom line is never trust user input, including hidden form parameters.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文