原型污染攻击成因是攻击者利用javascript原型继承机制，通过可控输入向object.prototype注入属性，使所有对象自动继承恶意行为；防御关键是在数据入口处切断污染路径，需组合实施输入过滤、使用object.create(null)、升级安全版本及运行时加固等措施。
原型污染攻击的成因，本质是 JavaScript 原型继承机制被不当利用——攻击者通过可控输入向 Object.prototype 注入属性，导致所有对象“自动继承”恶意行为。防御关键不在事后补救，而在数据入口处切断污染路径。
污染发生的典型操作场景
以下三类代码逻辑最常成为攻击跳板：
-
不加校验的对象合并：如使用
lodash.merge({}, userInput)，当userInput是{"__proto__": {"isAdmin": true}}，isAdmin就会写入全局原型 -
手动递归赋值函数：自研深拷贝或配置合并逻辑中，仅遍历
for (let k in src)并直接赋值dst[k] = src[k]，未识别嵌套路径如"a.__proto__.b" -
动态路径设置：调用类似
set(obj, userPath, value)的函数，而userPath为"__proto__.toString"，直接覆盖内置方法
必须落实的防御措施
单一手段易被绕过，需组合执行：
-
输入层硬性过滤：对 JSON 解析后、合并前的所有对象，递归检查每个键名及嵌套路径，拦截
__proto__、constructor、prototype及其大小写变体（如__PROTO__），推荐正则/\b(__proto__|constructor|prototype)\b/i -
替换默认对象创建方式：凡用于存储用户数据、配置映射、路由参数解析等场景，统一用
Object.create(null)替代{}，彻底消除原型链依赖 -
升级并锁定安全版本：Lodash 必须 ≥ 4.17.21；Hoek ≥ 5.0.3；避免使用
_.set、_.defaultsDeep处理不可信输入；现代环境优先用structuredClone()替代深拷贝 -
运行时加固（高安全场景）：服务启动时执行
Object.freeze(Object.prototype)，阻止新增/修改属性；注意该操作不可逆，需确认无合法库依赖原型扩展
检测与验证方法
不能只靠代码审查，要实测是否真正生效：
-
主动注入测试 payload：在测试环境向接口提交
{"__proto__": {"polluted": "test"}}，随后执行console.log(({}).polluted)，输出undefined才算通过 -
静态扫描辅助：启用 ESLint 插件
eslint-plugin-security，标记JSON.parse后直连_.merge等高危调用链 -
日志监控敏感字段：在请求体解析、配置加载等入口添加白名单日志，发现含
__proto__字段的请求立即告警并记录完整上下文
