涛声依旧在 发表于 2024-12-30 17:52:29

Web安全 - API 成批分配毛病的四种修复方案

https://i-blog.csdnimg.cn/direct/a92a46058ebb40fba42db86fb46b2490.png
概述

https://i-blog.csdnimg.cn/direct/624823b20f1d4493ab72e52c26f2f575.png
批量分配毛病(Mass Assignment)通常发生在后端代码利用自动数据绑定框架(如 Java 的 SpringMVC 或其他 ORM 工具)时,没有对用户输入数据进行严格验证和过滤。
比方前端用户可以通过提交额外的参数(如权限字段、敏感标记字段)绕事后端验证,将这些敏感字段不测绑定到对象中并长期化。
危害



[*]特权升级:恶意用户可以通过添加权限字段获取更高的系统权限。
[*]数据窜改:恶意窜改业务关键字段或数据,比方窜改订单状态、支付金额。
[*]绕过安全机制:可以破坏访问控制计谋,导致未经授权的数据走漏或修改。
修复建议与实行方案

办理方案 1:手动绑定数据

避免直接利用框架的自动绑定功能,改为手动提取输入参数并明确赋值。比方:
@RestController
public class RuleController {

    @PostMapping("/ruleCompletion")
    public ResponseEntity<?> ruleCompletion(@RequestBody Map<String, Object> payload) {
      Rule rule = new Rule();
      rule.setName((String) payload.get("name"));
      rule.setDescription((String) payload.get("description"));
      // 仅绑定允许的字段
      return ResponseEntity.ok(service.saveRule(rule));
    }
}
办理方案 2:利用 DTO 进行数据过滤

通过定义 DTO(数据传输对象)仅包含允许的字段,将用户输入限定为安全范围内的数据。
@Data
public class RuleDTO {
    private String name;
    private String description;
}

@RestController
public class RuleController {

    @PostMapping("/ruleCompletion")
    public ResponseEntity<?> ruleCompletion(@RequestBody RuleDTO ruleDTO) {
      Rule rule = new Rule();
      BeanUtils.copyProperties(ruleDTO, rule); // 将 DTO 数据复制到实体中
      return ResponseEntity.ok(service.saveRule(rule));
    }
}
办理方案 3:启用字段白名单

对于常见 ORM(如 Hibernate)绑定,可以启用字段白名单,指定哪些字段可以被更新:
@Entity
public class Rule {
    @Column(updatable = false)
    private Long id; // 禁止外部更新

    private String name;

    @Column(updatable = false)
    private String sensitiveField; // 禁止外部更新的敏感字段
}
办理方案 4:验证输入数据模式

结合 JSON Schema 或其他验证框架,严格定义输入数据结构。
@Component
public class RuleValidator {
    public void validate(RuleDTO ruleDTO) {
      if (StringUtils.isEmpty(ruleDTO.getName())) {
            throw new IllegalArgumentException("Name cannot be empty");
      }
      // 其他自定义验证规则
    }
}
验证修复有效性

确保修复后,以下输入无法窜改敏感数据:


[*]测试 1:实验注入非预期字段(如 admin=true)。
[*]测试 2:实验修改受掩护字段(如 id)。
[*]测试 3:验证业务逻辑中绑定的字段是否均在允许范围内。
@Test
public void testMassAssignmentPrevention() {
    MockMvc mockMvc = MockMvcBuilders.standaloneSetup(new RuleController()).build();
    String maliciousPayload = "{\"name\":\"test\",\"admin\":\"true\"}";
    mockMvc.perform(post("/ruleCompletion")
            .contentType(MediaType.APPLICATION_JSON)
            .content(maliciousPayload))
            .andExpect(status().isBadRequest());
}
小结

四种修复方法,包括手动绑定、DTO 利用、字段白名单和数据模式验证。
https://i-blog.csdnimg.cn/direct/78726d3213954a54bc132232b3175015.jpeg#pic_center

免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
页: [1]
查看完整版本: Web安全 - API 成批分配毛病的四种修复方案