无法拦截 object.setprototypeof 调用，因 js 无运行期字节码修改机制，且该函数不能被 proxy 或 defineproperty 拦截；可行防护方式仅有启动时冻结原型、替换全局函数加审计、运行时巡检熔断三类。
不能通过修改运行期字节码或动态代理来拦截 Object.setPrototypeOf 调用。
JavaScript 没有运行期字节码可修改
JS 引擎（V8、SpiderMonkey 等）不暴露字节码接口供用户读写。所谓“修改字节码”在浏览器或标准 Node.js 环境中不可行——没有 API、无公开格式、无安全沙箱支持。该思路常见于 Java（ASM、Byte Buddy）或 .NET（Mono.Cecil），但 JS 层面不存在等效机制。
Object.setPrototypeOf 无法被 Proxy 或 defineProperty 拦截
Object.setPrototypeOf 是一个顶层函数，不是对象上的属性，因此：
- Proxy 只能代理某个具体对象的操作，不能代理全局函数调用；
- 它不走属性访问路径（如
obj.__proto__ =），所以无法用set拦截器捕获； - 它也不依赖目标对象的自身方法，因此重写
Object.prototype上任何东西都无效。
真正可行的防护方式只有三类
1. 启动时冻结基础原型
在所有第三方脚本执行前，立即执行：
Object.freeze(Object.prototype); Object.freeze(Array.prototype); Object.freeze(Function.prototype);
冻结后，任何试图篡改原型链的行为在严格模式下直接抛错，非严格模式下静默失败，从源头阻断污染。
2. 替换全局函数并加审计逻辑
在入口最顶部（<script></script> 第一行或 webpack entry 头部）重写：
const originalSetPrototypeOf = Object.setPrototypeOf;
Object.setPrototypeOf = function(target, proto) {
// 上报：记录调用栈、目标类型、proto 值
console.warn('[Audit] Object.setPrototypeOf called', {
target: target?.constructor?.name,
proto: proto?.constructor?.name ?? proto,
stack: new Error().stack.split('\n').slice(1, 4).join('\n')
});
// 可选：对敏感目标（如 {}、[]、new Event()）拒绝设置
if (target && (target.constructor === Object || target.constructor === Array)) {
throw new TypeError('Blocked unsafe setPrototypeOf on builtin instance');
}
return originalSetPrototypeOf.apply(this, arguments);
};
3. 运行时主动巡检与熔断
启动后定时抽查关键对象原型是否被意外修改：
- 比对
({}).toString === Object.prototype.toString； - 检查
Array.prototype.map是否仍为原生函数； - 发现异常立即上报、告警，甚至 reload 页面。
这些方法不依赖黑盒机制，稳定、可测、无需引擎特权，是当前工程实践中唯一可靠路径。
