.so 库如何在运行时获取自己的 SHA-2？

[dirtycold]

没办法获取自身的路径吧...

[ipoh]

先获取当前运行程序的路径，然后获取依赖的.so 文件列表
在.so 源文件中定义一段字符串，查找哪个.so 文件包含该字符串

[VYSE]

cat /proc/self/maps
sha256sum {path}

[blahgeek]

https://stackoverflow.com/questions/1681060/library-path-when-dynamically-loaded

[paparika]

@ipoh @VYSE @blahgeek
谢谢几位，其实我本来想 so 库通过校验 hash 是否一致来判定自己是否被篡改，不过这个思路好像逗逼了，因为要提前编译好 so，然后会得到一个 hash 值，代码运行时找到 so 路径然后判断 hash 值是否一致，但是一旦把这个 hash 值编译进 so 库，库被改变，其 hash 也会变。。。。

其实是之前参考 stackoverflow 上的一个帖子: https://stackoverflow.com/questions/15318795/android-shared-library-integrity-protection

from Freedom_Ben:
'The best way to protect from modification is to take a SHA-2 of the .so after you compile it, and rehash each time at runtime, matching it against the known value.'

不过他没详细说怎么个操作

[Arnie97]

算储存 Hash 区域以外部分的 Hash 不就行了

[blless]

可以联网吗，可以联网就用请求的方式发到服务端校验

[undeflife]

用自己的证书对库文件签名？

[paparika]

@Arnie97 这思路不错，实际操作的话，用 readelf 之类的工具定位一下各个区的位置，然后计算的时候跳过去？

[paparika]

@blless 联网确实是一种思路

[paparika]

@undeflife 能具体点吗

[qmm0523]

so 库不加固的话,单纯检查哈希没有意义,直接把你哈希改掉就可以了。
还不如上个 vmp 壳

[paparika]

@qmm0523 有什么免费的加固方案推荐吗

[Technetiumer]

hash 被非對稱加密並簽名后存成獨立文件，so 庫讀取 hash 文件解密並驗證簽名以保證 hash 文件沒有被篡改，判斷自身是否與 hash 文件解密后的結果相符

[zckevin]

判断的逻辑和校验值都可以直接被改掉，还是得加壳吧。

[tylerdurden]

@Arnie97 这个方法赛高

[ghostheaven]

文件签名？

[kaneg]

java jarsigner 的思路是否可行?

[ysc3839]

@paparika 编译的时候 Hash 写一段固定的 Pattern，比如 AAAAAAAAAA，然后计算 Hash，把 Hash 覆盖掉这段 Pattern。计算的时候把 Hash 替换成 Pattern 然后算。

[VYSE]

@paparika #5 读 /proc/self/maps 找到自己 so 内存地址,然后把指针,长度传到 SHA256()函数里就行了

[VYSE]

@VYSE #20 至于文件真 SHA256,通过版本号联网,本地太容易被改,除非上证书签名

[BXLR]

app 拿来测试下

[paparika]

@ysc3839 偷天换日，聪明！

[ysc3839]

@paparika 这也是在网上看到的思路