如何防范Spring Boot REST API响应被篡改以阻止未授权跳转

你现在遇到的安全漏洞，核心是把前端交互逻辑的判断，错当成了安全授权的边界。所有运行在用户浏览器端的代码、状态、网络返回值，都是完全可控的——攻击者甚至不需要专门篡改接口响应，只需要在Angular DevTools里直接改路由状态、硬编码触发Dashboard跳转，就能绕过你所有的前端校验。

具体落地的防护方案（适配Angular + Spring Boot技术栈） #

1. 把所有授权校验逻辑完全收敛到Spring Boot后端 #

• 彻底放弃靠前端判断loginStatus搭建安全防线的思路：哪怕攻击者把登录失败的响应改成loginStatus: "Success"，只要他没有拿到服务端签发的合法JWT，所有后端的受保护接口都应该直接拒绝请求。
• 具体实现：给所有Dashboard对应的业务接口配置全局JWT鉴权拦截器，任何请求没有携带有效JWT（签名不匹配、过期、被篡改的假token），直接返回401 Unauthorized，不返回任何业务数据。
• 简化版拦截器判断逻辑示例：

  // 匹配所有Dashboard相关的API路径
  if (isDashboardApiRequest(request) && !jwtValidator.isValid(request.getHeader("Authorization"))) {
      response.sendError(HttpServletResponse.SC_UNAUTHORIZED, "Invalid access token");
      return;
  }
  

• 核心逻辑要记牢：登录失败的响应本身是不返回JWT的，攻击者就算改了响应里的loginStatus，也拿不到合法的访问凭证，调所有受保护接口都会被401打回，就算前端暂时跳去了Dashboard，页面也加载不出任何有效数据。

2. Angular路由守卫要绑定真实后端校验，不能只靠本地字段判断 #

• 废弃原来直接读响应里loginStatus就跳Dashboard的逻辑，给Dashboard路由加上CanActivate守卫，守卫的判断逻辑不能只查本地存储的状态值，必须在跳转前主动调用后端的鉴权校验接口（比如/api/auth/check）。
• 这个校验接口和其他受保护接口的鉴权规则完全一致，会严格校验当前请求携带的JWT是否合法，只有接口返回200的时候，守卫才放行跳转；只要收到401，直接清空本地存储的假状态，重定向回登录页。
• 哪怕攻击者篡改了登录失败的响应、编造了看起来很真实的假JWT，等守卫发校验请求到后端的时候，会直接拿到401，根本进不了Dashboard路由。

3. 从传输层补全基础防护 #

• 所有接口强制启用HTTPS，从传输链路层面防止中间人在网络传输过程中篡改响应内容，堵掉链路层的篡改风险。
• 可选加固项：如果对响应完整性要求更高，可以给登录接口的返回值用服务端私钥加签，前端用提前内置的公钥校验响应签名，只要响应被篡改过，签名就不匹配，前端直接丢弃该响应不做跳转。但注意这只是加固手段，核心防护永远是后端的鉴权拦截，因为就算没有签名校验，后端拦截器也能挡住所有未授权的访问。

常见误区提醒：不要想着通过加密loginStatus、在前端写复杂的混淆逻辑来防篡改。前端所有代码都运行在用户的设备上，你做的所有混淆、加密逻辑，本质都是在和用户争夺他自己设备的控制权，这种防护永远是可被绕过的，根本不能作为安全边界。

内容的提问来源于stack exchange，提问作者Kiran Reddy Mandala