数据掩码：更新掩码数据的合理方案探讨

问题背景 #

客户信息管理系统中，出于数据安全要求，操作员仅能查看掩码后的手机号（如1401*****78）；修改表单时，若操作员仅更新备用手机号这类非必填字段，后端需处理必填的主手机号——既不能接收空值，也不能直接处理掩码字符串，同时必须遵守「绝不传输原始敏感数据到前端」的核心原则。

可行解决方案 #

方案1：仅提交修改过的字段，后端复用原始数据

• 前端在提交表单时，只传递实际被修改的字段，同时附带一个modified_fields数组（比如["backup_phone"]），明确告知后端哪些字段需要更新。
• 后端接收到请求后，仅对标记的字段做格式校验和更新操作；未被标记的必填字段（如主手机号），直接从数据库中读取该客户的原始值复用，无需前端传递任何相关数据。
• 前端需配合做交互校验：若必填字段被手动清空，阻止提交；但未修改的掩码字段不触发清空校验。

方案2：用约定占位符标识未修改的掩码字段

• 前端对未修改的掩码字段，提交一个预先约定好的占位符（比如"__UNCHANGED_MASK__"），而非页面上显示的掩码字符串。
• 后端识别到占位符后，自动从数据库中调取该客户对应字段的原始值，不做更新操作；若收到的是真实号码，则执行校验和更新。
• 需注意：前后端必须严格统一占位符规则，后端要校验占位符的合法性，避免恶意数据提交。

方案3：基于客户ID拉取原始数据合并更新

• 前端打开修改弹窗时，仅获取客户的唯一标识（如customer_id: 123）和用于展示的掩码数据，不存储任何原始敏感信息。
• 提交修改请求时，携带客户ID和所有修改后的字段值；后端通过客户ID从数据库中拉取未被修改的必填字段原始值，合并后完成数据更新。
• 此方案需强化接口的权限校验，确保只有授权操作员能访问对应客户的数据。

内容的提问来源于stack exchange，提问作者Wuaner