"光"开源版为啥Archived了

这么好的可以白嫖的项目, 咋就不更新了呢

作者被白嫖党伤透了心~

用光混淆了,用hex软件搜索不到请求链接了,为什么别人在不注入动态库的情况下,用二进制修改了动态库里面的请求链接,他是怎么还原的

单开字符串是很好还原的。或者说字符串加密本身如果不配合二进制自校验的话都比较好绕过,这是这个需求本身的特性决定的

复现步骤开个issue,请

zhang总方便更新下hanabi xcode11的版本吗?我自己编译移植光和swift一直有问题过不去。谢谢。

他会跟你说,自己编译啊。

正在尝试移植,编译小白遇到报错真的束手无策。

移植一次光编译就45分钟+,我也没啥兴趣

我这边提供Linux下的预编译版本可能还现实一点,Mac下我这里CPU估计是灰尘太多一编译起来直接降频到800mhz,地狱绘图

碰到编译swift几十分钟然后报个错太崩溃了 官方的代码我都编不过

好的。我这两天回家用台式机继续尝试移植

是的,如果bug修复很简单,几行那种的话会被继续开源。相对大一点的修复会被留在私有版里

你编译失败大概率跟台式无关,说明某个路径上确实有问题。带上报错回复我看一下

由于swift编译时间太久了,我选择了hanabi+llvm,目前用的是llvm8.0源码,加上光的代码,对应xcode11.3.1(llvm8.0)。编译可以正常通过。

编译我的工程时出现错误
Applying Apple Clang Hooks…

: CommandLine Error: Option ‘disable-basicaa’ registered more than once!

LLVM ERROR: inconsistency in registered CommandLine options

编译方式有问题,引入了两次重复的LLVM基础依赖

我按照hanabi的说明文档再次编译了,还是会有提示这个问题,具体步骤如下:
1、下载llvm8.0.1的源码
2、将混淆代码放入llvm源码的相应目录下,写入编译配置(按照您博客中的)
3、将hanabi源码放入project目录下
4、按照说明cmake 和ninja
5、将生成的两个dylib文件放入Xcode的defaulttoolchain中,编译工程
6、提示: CommandLine Error: Option ‘disable-basicaa’ registered more than once!

中间没有动过基础依赖,请张总看下问题出在什么地方

我还有继续编译光,步骤是
1、从apple/swift clone所有代码
2、使用./swift/utils/update-checkout --tag swift-5.1.5-RELEASE 把代码更新到与xcode11.3.1相同的版本
3、编译无修改的,使用 utils/build-script --release-debuginfo和utils/build-script --release-debuginfo --xcode都会编译报错,<----我正使用其他电脑重做此步,再报错的话我发错误上来

看起来是hanabi的cmake部分出了什么问题打包进去了不该打包的依赖

1 个赞