ASP.NET获取Query String后重写URL或加密参数防篡改的实现方案

无论采用以下哪种方案，都必须增加服务端权限校验逻辑：不要信任任何客户端传递的当前用户身份标识，必须从服务端持有的身份上下文（如ASP.NET Identity、FormsAuthentication票据、Session存储的登录态）获取可信的当前登录用户ID，再校验该用户是否有权限访问目标EmpID对应的资源，这是避免越权的核心措施，不可省略。

方案1：Session存储 + PRG（Post/Redirect/Get）模式（最贴合需求的实现） #

该方案可直接实现「获取参数后重写为无参数URL」的要求，改动量小。

• 实现逻辑：首次请求携带QueryString时，将参数存入Session后重定向到无参数的当前页，重定向后的请求直接从Session读取参数使用
• 代码示例：

protected void Page_Load(object sender, EventArgs e)
{
    if (!IsPostBack)
    {
        // 处理首次带参数的请求
        if (Request.QueryString["EmpID"] != null && Request.QueryString["currentEmpID"] != null)
        {
            string empId = Request.QueryString["EmpID"].ToString();
            string currentEmpId = Request.QueryString["currentEmpID"].ToString();
            
            // 先做权限校验，避免无效参数存入Session
            if (!CheckPermission(currentEmpId, empId))
            {
                Response.Write("无权限访问");
                Response.End();
                return;
            }
            
            // 存入Session，加页面前缀避免和其他页面参数冲突
            Session["StaffDetails_EmpID"] = empId;
            Session["StaffDetails_CurrentEmpID"] = currentEmpId;
            
            // 重定向到无参数的当前页面
            Response.Redirect("~/Web/StaffDetailsPage.aspx");
        }
        // 处理重定向后的无参数请求
        else
        {
            if (Session["StaffDetails_EmpID"] == null || Session["StaffDetails_CurrentEmpID"] == null)
            {
                // 无有效参数跳转回列表页
                Response.Redirect("~/Web/StaffList.aspx");
                return;
            }
            
            string empId = Session["StaffDetails_EmpID"].ToString();
            string currentEmpId = Session["StaffDetails_CurrentEmpID"].ToString();
            
            // 执行业务逻辑
            LoadStaffData(empId);
            SetPagePermission(currentEmpId);
        }
    }
}

// 权限校验示例，推荐从服务端身份上下文取当前登录用户ID，不要依赖传参
private bool CheckPermission(string currentEmpId, string targetEmpId)
{
    // 推荐写法：string loginEmpId = User.Identity.Name; // 从身份认证票据取可信的当前用户ID
    // 再校验loginEmpId是否有权限访问targetEmpId
    return true; // 实际业务自行实现逻辑
}

• 优缺点：
  • 优点：完全隐藏URL参数，仅需修改详情页逻辑，适配现有传参流程
  • 缺点：多标签页打开不同员工详情时会出现Session覆盖问题，可通过生成唯一键关联Cookie解决；依赖Session有效期，Session过期后访问会失效

方案2：上一页改用POST提交参数 + Server.Transfer #

从根源上避免QueryString传递参数，地址栏天生无参数。

• 实现逻辑：上一页跳转不要用<a>标签GET跳转，改用服务端按钮POST提交参数，通过Context.Items传递参数后用Server.Transfer跳转到详情页，地址栏不会发生变化，也不会暴露参数
• 代码示例：
  上一页aspx代码：

  <asp:LinkButton ID="lkbViewStaff" runat="server" CommandArgument='<%# Eval("EmpID") %>' OnClick="lkbViewStaff_Click">查看详情</asp:LinkButton>
  

  上一页后台代码：

  protected void lkbViewStaff_Click(object sender, EventArgs e)
  {
      string empId = ((LinkButton)sender).CommandArgument;
      string currentEmpId = User.Identity.Name; // 直接从服务端拿身份，不需要前端传参
      Context.Items["EmpID"] = empId;
      Context.Items["CurrentEmpID"] = currentEmpId;
      Server.Transfer("~/Web/StaffDetailsPage.aspx");
  }
  

  详情页Page_Load直接取参数：

  protected void Page_Load(object sender, EventArgs e)
  {
      if (!IsPostBack)
      {
          string empId = Context.Items["EmpID"]?.ToString();
          string currentEmpId = Context.Items["CurrentEmpID"]?.ToString();
          if (string.IsNullOrEmpty(empId) || string.IsNullOrEmpty(currentEmpId))
          {
              Response.Redirect("~/Web/StaffList.aspx");
              return;
          }
          // 执行业务逻辑
      }
  }
  

• 优缺点：
  • 优点：参数完全不暴露在前端，无Session覆盖问题，性能更高
  • 缺点：需要修改上一页的跳转逻辑，不支持用户直接收藏详情页地址

方案3：QueryString签名校验 + 可选重定向 #

如果不想改动现有传参逻辑，可先给参数加签名防止篡改，再搭配方案1重定向隐藏参数。

• 实现逻辑：上一页生成跳转URL时，将参数+服务端私有密钥计算哈希签名作为额外参数传递，详情页收到参数后重新计算签名对比，确认参数未被篡改后再执行业务逻辑，也可后续重定向隐藏参数
• 代码示例：
  上一页生成带签名的URL：

  private string GenerateStaffDetailUrl(string empId, string currentEmpId)
  {
      string secretKey = "你的服务端私有密钥，不要泄露";
      string rawSign = $"{empId}|{currentEmpId}|{secretKey}";
      string sign = BitConverter.ToString(System.Security.Cryptography.MD5.Create().ComputeHash(System.Text.Encoding.UTF8.GetBytes(rawSign))).Replace("-", "").ToLower();
      return $"~/Web/StaffDetailsPage.aspx?EmpID={empId}&currentEmpID={currentEmpId}&sign={sign}";
  }
  

  详情页校验签名：

  protected void Page_Load(object sender, EventArgs e)
  {
      if (!IsPostBack)
      {
          string empId = Request.QueryString["EmpID"]?.ToString();
          string currentEmpId = Request.QueryString["currentEmpID"]?.ToString();
          string sign = Request.QueryString["sign"]?.ToString();
          
          if (string.IsNullOrEmpty(empId) || string.IsNullOrEmpty(currentEmpId) || string.IsNullOrEmpty(sign))
          {
              Response.Write("参数错误");
              Response.End();
              return;
          }
          
          // 重新计算签名对比
          string secretKey = "和上一页相同的服务端私有密钥";
          string rawSign = $"{empId}|{currentEmpId}|{secretKey}";
          string computedSign = BitConverter.ToString(System.Security.Cryptography.MD5.Create().ComputeHash(System.Text.Encoding.UTF8.GetBytes(rawSign))).Replace("-", "").ToLower();
          
          if (computedSign != sign)
          {
              Response.Write("参数被篡改，无权限访问");
              Response.End();
              return;
          }
          
          // 校验通过后可搭配方案1存Session重定向隐藏参数
      }
  }
  

• 优缺点：
  • 优点：不需要修改跳转逻辑，即使参数暴露也无法篡改，安全性高
  • 缺点：如果不搭配重定向，参数还是会暴露在URL中，仅解决篡改问题，不解决暴露问题

内容的提问来源于stack exchange，提问作者Lim Soon Yi