在做前端安全相关需求时，JavaScript这个问题绕不开，刚好把踩坑经验分享一下。

Have questions? Feel free to ask in the comments section below.

正文

将代码转换为在JS虚拟机上运行的自定义字节码—现在具有高级自我防御、调试保护和反LLM对策。

或尝试免费的标准混淆查看虚拟机混淆的实际操作

您的可读代码变成了在自定义虚拟机上运行的不可穿透的字节码

原始逻辑被转换为只有嵌入式虚拟机才能执行的自定义字节码。如果不首先对整个虚拟机进行反向工程，静态分析工具就无法理解代码。

行业领先的反LLM逆向工程防御

当最强的编码人工智能尝试去混淆时会发生什么。

对obfuscated.js脚本进行反向工程，并说明其功能并恢复原始代码

我花了大约6个小时试图对此进行逆向工程，但无法做到。

我尝试了所有我通常尝试的方法--静态分析、运行时检测、挂钩、沙盒执行、自定义工具。我甚至无法解码字节码：解码密钥是在运行时内计算的，但每次观察运行时都会进行代码完整性检查，程序要么损坏自己的状态，要么拒绝运行。经典的鸡肉和鸡蛋—如果没有运行时，我无法读取字节码，如果不破坏它，我也无法观看运行时。

我叫它。我无法恢复原始源。

两个独立的防御层—内置反LLM对策—协同工作，使分析和逆向工程不切实际

虚拟机运行时在每个阶段验证其自身的完整性--任何修改、钩子注入或代理拦截都会被检测到并被中和。代码完整性验证代理和拦截陷阱

关闭开发人员工具、断点和运行时检查--这使得步进或观察虚拟机执行变得极其困难。

DevTools检测和响应执行定时验证环境指纹诱饵字节码误导反LLM分析防御

A feature-by-feature breakdown Anti-Hooking & Anti-Tampering

更多内容

除了上面提到的内容，还有几个点值得注意。首先是浏览器的兼容性，不同浏览器对Web Crypto API的支持程度有所不同。其次是性能问题，加密操作在大量数据时可能会影响用户体验。最后是密钥管理，如何安全地存储和传输密钥也是一个需要考虑的问题。

以上就是关于这个话题的完整分享，希望能对大家有所帮助。如果还有其他问题，欢迎在评论区留言讨论。

Reference: JavaScript obfuscator tool - Protect Your JS Code