|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
群满的，加微: virjar1,手动拉群 |
|
|
|
|
|
|
|
|
|
|
|
不会 |
|
|
是代理去过校验还是更好的办法？哈哈，比较懒还没去看源码，楼主可以简单的解释下不。 |
|
|
|
|
|
首先不是代理。过校验分两层 1. 签名，这个是ipc到pm server。这个我们的hook点在binder hook，代理下面是StubProxy（aidl），再下面是binder。目前ratel的hook点是JNI的binder通信层： https://github.com/virjarRatel/ratel-core/blob/master/container-runtime-repkg/src/main/cpp/Foundation/VMHook.cpp#L198 （198行： void hookBinder(JNIEnv *env, jclass binderHookManagerClass) {） 2. 文件指纹：对于自行解析apk文件内容计算签名或计算apk文件指纹场景，hook点在libc。走的inline hook，做io重定向。 签名可以突破，但是ratel的hook点已经很底层了。 |
|
|
还可以继续往下做，目前这个思路应该可以直接做到binder的协议通信层的。 |
|
|
懂了，谢谢老哥。 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
校友好，二维码过期了，求进群 |
|
|
|
|
|
赞，收 |
lushanu
