Hikari-LLVM15
Hikari-LLVM15 copied to clipboard
61bcdefg
A fork of Hikari Obfuscator [WIP]
I added the flags `-Xllvm -enable-strcry -Xllvm -strcry-encrypt-global-string` in the *Other Swift Flags* of Xcode; however, it don't seem to make a change with the IOS app. ``` juliusalexandre@Juliuss-MacBook-Pro testing-obf.app...
你好，将hikari加入到rust的llvm中编译出来使用，字符串加密无效 编译过程中hikari的调试信息正常输出的。就是字符串原封不动的未加密。 其他人跟我的情况一样 https://github.com/joaovarelas/Obfuscator-LLVM-16.0/issues/8#issuecomment-1999717381 请问需要怎么样才能适配到rust
When enabling `constenc` and LTO, the linker crashes with: ``` ld.lld: error: Invalid record (Producer: 'LLVM16.0.0' Reader: 'LLVM 16.0.0') ``` I am trying to make a reproducible example.
I faced with the interesting issue specific to the indirect branch obfuscation in c++ code. The linker reports ``` ld: error: relocation refers to a discarded section: .text._ZNSt6__ndk19allocatorIcE10deallocateEPcm >>> defined...
能否改成此项目的形式：https://github.com/LeadroyaL/llvm-pass-tutorial 这样有一个好处，编译的时候直接将生成的so链接进去，就会方便得多。
It looks like some constants are no longer known at compile time after encryption and thus cause this error.
Just a hint. Apple opened source the implementation of their new arm64e abi(since iOS14 or iOS15) a few hours ago. ([https://github.com/apple/llvm-project/tree/arm64e-upstream-next](https://github.com/apple/llvm-project/tree/arm64e-upstream-next), [https://github.com/apple/llvm-project/pull/8946](https://github.com/apple/llvm-project/pull/8946)) I ported Hikari to it([https://github.com/61bcdefg/Hikari-LLVM15/tree/apple-arm64e-upstream-next](https://github.com/61bcdefg/Hikari-LLVM15/tree/apple-arm64e-upstream-next)). If anyone interested...
Hello, I tried version 15 and 17 and both are crashing when using Bogus Control Flow. Doing Post-Run Cleanup Hikari Out Spend Time: 1.3452160s Assertion failed: unsigned(ObjectIdx + NumFixedObjects) <...
