一个很旧的内核cred偏移值无法确定 about skroot-linuxkernelroot HOT 8 CLOSED

如果问题得到解决，我愿意为您录制一个关于这种旧版内核地址定位的视频

from skroot-linuxkernelroot.

avc_denied地址图放错了（第二张图），现在改正

from skroot-linuxkernelroot.

Thank you for your feedback, find_proc_pid_status The issue of no output result for status has been fixed by me. Please pull the code again. The kernel file you provided is very easy to analyze. By using the proc_pid_status function, you can directly determine that Uid comes from a variable with a value of 7B8. By using the+8 offset value, you can obtain the correct cred offset value, which is 7C0

from skroot-linuxkernelroot.

感谢您的深夜回复，重新进行了测试并flash boot，手机再次不开机，刷回未经更改的boot正常开机

不知道哪里的原因，这个问题已经困扰了我10天

from skroot-linuxkernelroot.

There's no video required, and I'm advocating that you don't need the source code to manipulate the kernel. Please remove the input 0x string and check the way your kernel files are repackaged.

from skroot-linuxkernelroot.

我并没有使用源代码操作内核，我直接解压boot.img得到的boot(或许比较老的内核可以这样尝试，这种方法也许是错误的)。
*通过拖拽内核(boot.img)至三个find_xxx.exe,均未给出结果。
1.通过拖拽内核解压文件(boot)至find_do_execve,似乎并未给出正确的do_execve的地址，经过ida伪代码提示给出的代码在do_execveat_common_isra_40这个函数中。同时通过您最新更新的patch代码我找到上次的错误，地址%8并不等于0，目前并未找到正确的入口地址。
2.通过拖拽内核解压文件(boot)至find_cred_has_capability，在这个函数中找到avc_has_perm_noaudit，进入函数才能找到avc_denied函数。（直接寻找是没有的）
3.通过拖拽内核解压文件(boot)至find_proc_pid_status，成功找到cred和seccomp的值。
另外我使用patch写入的时候似乎需要在patch的目录下存在aarch64-linux-android-as.exe才能正常工作，也许是编译的不对？
boot.zip
解压可获得boot.img,解压boot.img可获得boot。

from skroot-linuxkernelroot.

Now, you can trust the tool to give you the correct address. I have removed the %8 limit, please pull the code again

from skroot-linuxkernelroot.

如果问题得到解决，我愿意为您录制一个关于这种旧版内核地址定位的视频

加我q 8501390 同低版本

from skroot-linuxkernelroot.