|
|
[原创] 另一种基于AVX2/SSE2的高效模式匹配算法在内存搜索中的应用-By.Haogl-20240906
再改改,就可以改成基于 SIMD 的内存搜索加速,改成全平台通用
最后于 2025-1-9 12:18
被Amun编辑
,原因:
|
||
|
|
|
||
|
|
[求助] root的安卓下,怎么实现类似需求
GameGuardian,在脚本里面弄好 GUI 就行 |
||
|
|
|
||
|
|
[原创] 不碰/proc/pid/maps拿到目标App地址分布思路分享
solist 是个坑,不如这样
|
||
|
|
[原创]ROCK5b的EBPF环境搭建(附带成品镜像)&EBPF效果测试
珍惜生命,建议用 飞腾主板 + AMD 显卡。 |
||
|
|
|
||
|
|
[原创]ebpf在Android安全上的应用:结合binder完成一个行为检测沙箱(下篇)
tracepoints 里就一个 `trace_binder_ioctl(cmd, arg)` 适合使用的,应该改 binder 驱动,多加点 trace_binder_xxxx。 |
||
|
|
Android Root环境下动态注入Java和Native代码的实践
学习了,优势在于在没有 Xposed Framework 的情况下,加载和使用 Xposed Module。 以前用 Frida 实现类似的需求,是这么搞的。 用 Frida 官方提供的 frida-inject ,启动一个 App 并注入 frida-agent 到进程 /data/local/tmp # echo "console.log('hijack ' + Process.id)" > ./hello.js
/data/local/tmp # ./frida-inject-16.2.1-android-arm64 -f icu.nullptr.nativetest -s ./hello.js
hijack 14381/ # cat /proc/14381/maps | grep frida 730275c000-7303173000 r--p 00000000 00:05 2523545 /memfd:frida-agent-64.so (deleted) 7303174000-7303ea1000 r-xp 00a17000 00:05 2523545 /memfd:frida-agent-64.so (deleted) 7303ea1000-7303f71000 r--p 01743000 00:05 2523545 /memfd:frida-agent-64.so (deleted) 7303f72000-7303f8e000 rw-p 01813000 00:05 2523545 /memfd:frida-agent-64.so (deleted) 然后把 hello.js 换成 XposedFridaBridge.js 之类的东西,就可以启动 Xposed Module 了 |
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
[原创]autojs简介与对抗
其实在生产环境中,还是各种验证码靠谱 |
||
|
|
[原创]AndroidManifest 二进制解析笔记
看得出来这是逆向出来,没有细看 AOSP 的相关源码,有一些情况没有覆盖到,还有改进空间。 |
||
|
|
[原创] 在 ROCK 5B 开发板上使用 Docker 运行 Android
空载 500~700 MB 一个 Android 系统,具体看业务负载了。如果是运行游戏,CPU 才是瓶颈。 |
||
|
|
|
||
|
|
[原创] 在 ROCK 5B 开发板上使用 Docker 运行 Android
1. 可以检查一下是哪个端口映射到了 5555 端口 2. 用 docker exec 进入容器里,检查是否已经正常启动 |
操作理由
RANk
{{ user_info.golds == '' ? 0 : user_info.golds }}
雪币
{{ experience }}
课程经验
{{ score }}
学习收益
{{study_duration_fmt}}
学习时长
基本信息
荣誉称号:
{{ honorary_title }}
勋章
兑换勋章
证书
证书查询 >
能力值

牛批