gram news

APatch_s_build

@apatch_nightly

APatch_s_lightly_build 非官方构建,仅供测试

3,690подписчиков

Открыть канал

Последние посты

  • APatch_s_build

    22 сент., 15:48

    KernelPatch最终的systemcall引用了KernelHook中更底层的hook,直接hook在所有路径都会经过更底层的el0_svc_common,失败则回退。这几乎可以把所有时延检测都降低在无法观测的数值内。这是相较于KernelSu方案提出不同的解法,欢迎讨论pr并完善方案。
  • APatch_s_build

    22 сент., 15:33

    2ffd246 l10n: Complete Swedish root recovery warningsand some kernel changes
    628файл531Открыть в Telegram
  • APatch_s_build

    21 сент., 13:16

    99fbd65 manager: fix empty line dropped after clear command (#1614)clear emits 1B 5B 48 1B 5B 4A — 6 bytes ending 0x4A, no 0x0A. libsu reads stdout via readLine(), which consumes the trailing 0x0A, so the escape arrives merged with the next line: for echo "1" the callback is 1B 5B 48 1B 5B 4A 31, i.e. "\u001B[H\u001B[J1", newline-free. The old branch did text = it.substring(6), keeping only the 31 and never restoring that newline, so the empty line after clear disappears.The newline was lost since 23e473ad (it substring-ed the raw line, not "$it\n" as KernelSU does), but checked the wrong escape so it never ran; 5add26f8 fixed the escape and re-enabled it, surfacing the bug and dropping the merged line from the log.Fold clear into appendLog(): strip the sequence, reset only the displayed text (a clear erases the viewport, not the scrollback), and pass the remainder through ap
    1,200файл8311Открыть в Telegram
  • APatch_s_build

    15 сент., 19:47

    最近社区公开了我们两年前的检测,虽然在Apatch next中已经修复,但是官方的kernelpatch没有做出任何动作,因为superkey这个要求众多开发者觉得方便,所以一直没有移除,使用官方仓库不使用密钥其实是没有问题的,两年前的文章大家可以看看。 继我们在 6 月公开了一个针对 APatch 的侧信道攻击方法后,今天再公开一个 page access 检测。在 Peekaboo 1.5.5 发布后,我们注意到一些用户反馈 DBS Paylah! 银行无法打开。由于 DBS 银行我们在 8 月份就做过对抗,(没想到国内居然也能看到 DBS),对于 zDefend 具有一定的经验,在 c malloc 内存中定位到 internalName,dump 后发现是触发了 kernel_hooking 组中的检测,继续追下去发现这个组包含 apatch_page_access_check 和 apatch_cpu_cycle_check。由于涉及到内存相关,猜测不可能是单纯的读取 self 下的信息,肯定要经过系统调用,于是拿出系统调用 dump 神器 stackplz 开抓。因为银行应用本身就需要加载很多数据到内存中,打开应用的一瞬间日志即可达到 70 MB,经过我们的分析找到了关键的检测线程,在几十万次的侧信道检测后执行了一个奇怪的调用: execveat(dirfd=-100, pathname=0x7a3e778718(/system/bin/truncate), argv=0x7e2b417ff8[], envp=0xffffffffffffffff[], flags=4352) 紧接着就会通过 read 调用读取自身的 smaps。和团队成员交流后,我们一致认为是这个调用出于某种原因导致了安装 KernelPatch 的设备触发了缺页机制,于是开始重新阅读 KernelPatch 的源码,直接定位到 execve 相关的有效 hook,直接定位到 truncate 判断的调用中[1]。二分法测试后得知 handle_supercmd
    GitHubKernelPatch/kernel/patch/common/sucompat.c at dev · bmax121/KernelPatchPatching and hooking the Linux kernel with only a stripped Linux kernel image. - bmax121/KernelPatch
    2,280186211Открыть в Telegram
  • APatch_s_build

    2 сент., 05:09

    警告,Fake Location在程序中隐藏了一个内置可接受的命令执行后门。这作为一个root应用来说显然是不能接受的。请使用这款应用的用户注意安全。超级用户日志在之前我还觉得不是那么重要,现在后门日益增多,越来越觉得这个功能还是比较重要了。后续可能会加入提权了哪些应用以及命令加入环形日志区。
    4,900файл406221Открыть в Telegram
  • APatch_s_build

    1 сент., 16:41

    KernelPatch内部解析器已由kallsyms_lookup_name_by_suffix 实现,越来越多的设备使用LTO优化内核,导致符号要么内联导致hook无效,要么有一些奇怪的后缀,kpm可以直接调用这个方法无需再次实现解析器。原始方法仍然保留为导出函数。
  • APatch_s_build

    31 авг., 17:05

    我看现在好多人说kernelpatch 是用ai写的,其实不完全正确,当你真正用ai的时候会发现,接近用户态的代码会很轻松搞定,但是一旦涉及到寄存器内核态转换,ai 就会完全抓瞎,在已经发布的版本中我已经尽力让ai不要往那个方向尝试,写到最后ai自己偷偷改回来了,给出codex.md是想让更多的人自己来调试自己的内核。这种项目开发维护难免有考虑不周导致设备不开机的情况,遇到这种情况只能麻烦有设备的人进行调试了。目前处于有能力的开发者没时间或者因为无收益而不继续的,维护这种项目希望大家有更多的包容,感谢各位
    4,15044211Открыть в Telegram
  • APatch_s_build

    30 авг., 10:46

    6ec140e kp: bump to 0.13.8
    12,500файл8Открыть в Telegram
  • APatch_s_build

    30 авг., 08:57

    最后测试版,如果没问题就定稿了,后续就不再处理这个问题了。
    3,880файл11Открыть в Telegram
  • APatch_s_build

    30 авг., 05:11

    测试版,仍有风险,注意备份
    11,600файл5Открыть в Telegram
  • APatch_s_build

    29 авг., 16:40

    5add26f manager: fix clear command broken by log refactor (#1577)23e473a broke the clear command: ExecuteAPMAction.kt checked "\u001B[H\u001B[2J" (7 chars) while apm emits "\u001B[H\u001B[J" (6 chars), and Install.kt checked "[H[J" with the ESC bytes missing — neither matched, so the escape bytes leaked into the log text.Restore "\u001B[H\u001B[J" with substring(6) at all three call sites, written as visible \u001B escapes so diffs cannot corrupt it again.
    4,350файл511Открыть в Telegram
  • APatch_s_build

    29 авг., 16:27

    a7d41b1 kp: bump to 0.13.7
    3,510файл5Открыть в Telegram
  • APatch_s_build

    28 авг., 14:57

    903e645 kp: bump to 0.13.6init support 6.18 & fix some bugs
    4,310файл1521Открыть в Telegram
  • APatch_s_build

    22 авг., 14:21

    9d0b69e fix(kpm): keep install and unload state consistent (#1562)Co-authored-by: matsuzaka-yuki <matsuzaka-yuki@users.noreply.github.com>
    5,260файл1232Открыть в Telegram
  • APatch_s_build

    21 авг., 14:19

    selinux hide将不会再兼容4.19以下内核,因为低于4.19内核没有稳定的符号以及方法,并且伴随大量魔改以及backport,如果你仍然需要,请嵌入kpm进行尝试,作者精力有限,不会再处理4.19以下内核的问题。除非你在以前的某个版本能用,更新到某个版本以后不能用的情况。
    5,5901572Открыть в Telegram
  • APatch_s_build

    21 авг., 13:49

    a7d40eb fix: stage KPM install through local temp file & refine selinux_hide
    4,130файл64Открыть в Telegram
  • APatch_s_build

    20 авг., 07:33

    3ebc587 fix: restore boot-completed event and guard package configfix: preserve headerless package configs restore boot-completed event and guard package config
    4,050файл4Открыть в Telegram
  • APatch_s_build

    19 авг., 13:31

    3c90784 fix: defer KPM loading until rebootno need load kpm when install & try to fix A17 QPR2 Beta3 maps all execve calls to execveat.
    3,300файл4Открыть в Telegram
  • APatch_s_build

    18 авг., 18:07

    8d1f129 fix: refine KPM controls and bugreport logs (#1556)
    3,390файл711Открыть в Telegram
  • APatch_s_build

    18 авг., 15:36

    08fb212 feat: complete KPM installation management
    3,660файл41Открыть в Telegram