Compatibilidade de execução

target

• browser - Chrome, Firefox, Safari, Edge.
• browser-no-eval - igual a browser, mas a saída não usa eval(). Use quando a página de destino tiver uma Content Security Policy que proíbe eval/unsafe-eval.
• node - ambiente Node.js. As opções específicas de navegador são desativadas (elas exigem window/document e não teriam efeito ou lançariam erro no Node). Algumas defesas do vmSelfDefending que dependem de APIs exclusivas do navegador - detecção de navegador headless, recuperação de realm limpo via iframe, verificações anti-inspector/DOM - não são geradas para este target.
• service-worker - contexto de Service Worker. Sem window, sem document, com um global self diferente.
• userscript - sandbox de gerenciador de userscripts (por exemplo, Tampermonkey). As defesas do vmSelfDefending são ajustadas de acordo. Requer o obfuscator v6.9.0+.
• bytenode - para código que será compilado para .jsc com o bytenode. Requer o obfuscator v6.13.0+.

JavaScript

Nomes e código-fonte das funções podem mudar com a ofuscação. Não use .name ou .toString() como dados estáveis; use identificadores explícitos. Globais públicos podem continuar visíveis conforme as configurações.

strictMode

strictMode: null e strictMode: false ainda reconhecem diretivas explícitas, módulos ES e métodos de classe como estritos. strictMode: true trata toda a entrada como estrita. Alinhe ao ambiente final; um bundler que acrescenta modo estrito após a ofuscação pode mudar o comportamento.

CLI / API

Compile TypeScript ou JSX e empacote a aplicação antes da etapa final de ofuscação. Preserve os comentários de seleção VM até essa etapa. Não minifique, formate ou altere depois uma saída com Self Defending. Source maps não estão disponíveis na ofuscação VM e HTML. Para testes funcionais com agentes, automação ou depuradores, consulte Testes e CI.