现在流行使用 JS 字节码对 JavaScript 源码进行保护。我怎么感觉技术也是轮回发展的呢？字节码与 JavaScript 源码的关系，就像汇编与 PE 或 ELF 一样，感觉又回到了 N 年前用 IDA+OD 做逆向的时代。但时代不同了，逆向的程序越来越大，工作量越来越大，需要更有效的自动化手段来降低逆向的工作量。当然，再自动的方法也只能是辅助工具，因为逆向就是个体力活。
我的思路：既然 V8 是 JavaScript 运行的宿主机，那么在 V8 中能看到 JavaScript 的一切行为，那我应该在 V8 中加入必要的监控手段来调试 JS 和字节码，我在 V8 中加入的监控分为以下两类：
(1) 监控每个 JS API，准确地说是所有的 ECMAScript API。
(2) V8中内置 API，这些 API 主要用于为 ECMAScript API 提供基础库，例如，读取本地时间等一些加解密常用的操作。
这 (2) 点非常用重要，如果不做这一点，我们只能看到字节码表面的信息，数据在字节码内部的流转或操作就捕捉不到了。
这和我一直在研究的 Chromium-powered Taint Tracking 是同样的技术，只是应用场景不同而已。我的最终目标是以 V8 为基础实现一个可监控的、有字节码断点功能的调试器，简单地说就是一个可以动态调试字节码的 OD。
这个目标的原理很简单，但工程量很大，过去的大半年里，我做了不少的逆向工作，在实际中逐渐完善，目前算基本完工了。通过字节码保护 JavaScript，再稍微多加一些无用的字节码（花指令）就可以达到人