属性伪装
只改真实存在的属性：debuggable、secure、build.type、tags、BL 锁、vbmeta、SELinux、保修位。
改前备份MAGISK · KERNELSU · APATCH
把 Root 痕迹，
收进秋风里。
秋风一键隐藏模块，把属性伪装、DenyList、ZygiskSU 与开机保持，收进一个开关。装好，点一下，重启。
秋风
运行中
一键隐藏
隐藏已开启
13 项属性 · 3 个目标
› DenyList 已同步
属性伪装已开启
DenyList3 个目标
交互预览 · 非真实执行
01 / 功能
不制造假系统，
只把该有的样子还回去。
六个能力，围绕同一件事：让目标应用看到的设备状态，回到它出厂时的样子。
一键 DenyList
Magisk 下自动开启 Zygisk 与 DenyList，把目标应用加入排除列表，无需手动翻设置。
Magisk 专有ZygiskSU 联动
检测到 /data/adb/zygisksu 时，写入 linker、denylist_policy、denylist_enforce、memory_type。
双段开机保持
post-fs-data 早期写入，service 等 boot_completed 后补齐。重启之后，状态还在。
开机自持WebUI 控制台
KernelSU / APatch 网页端查看状态、选择应用、改开关；Magisk 用模块卡片的「操作」按钮。
两套入口干净卸载
不写系统分区；关闭或卸载时按备份逐项还原属性。DenyList 条目保留，由你决定。
可逆02 / 原理
先把账本记好，
再动系统。
第一次改写前，模块会把原值记进 /data/adb/qiufeng/props.backup。之后每一次改动，都能沿着这本账退回去。
它不会凭空造出设备上原本不存在的属性——那反而更像一个被改过的系统。只处理真实存在、且确实需要伪装的项。
- 属性层：resetprop 直接改写，重启不保留，卸载即还原
- 配置层：DenyList / ZygiskSU，写的是管理器自己的配置
- 动作层：WebUI 或 action.sh，只调用模块内的
qf.sh
# 只列出设备上真实存在的属性
ro.debuggable1→0ro.secure0→1ro.build.typeuserdebug→userro.build.tagstest-keys→release-keysro.boot.flash.locked0→1ro.boot.vbmeta.device_stateunlocked→locked✓ 已备份原值，可随时 restore
_
示意输出 · 实际以设备属性为准
03 / 安装
三步，
然后重启两次。
第一次重启让模块生效，第二次让 Zygisk / DenyList 在开机时加载。
01
安装 zip
下载后直接在 Magisk、KernelSU 或 APatch 里安装，不要解压。模块会自动释放脚本与 WebUI。
02
重启，打开入口
重启一次。KernelSU / APatch 打开模块 WebUI；Magisk 点模块卡片的「操作」按钮。
03
选目标，一键隐藏
填入目标包名，点一键隐藏。再重启一次，让 Zygisk / DenyList 的变更生效。
命令行 · 可选
# 环境自检
sh /data/adb/modules/qiufeng_hide/bin/qf.sh check
# 一键隐藏 / 恢复
sh /data/adb/modules/qiufeng_hide/bin/qf.sh hide
sh /data/adb/modules/qiufeng_hide/bin/qf.sh restore命令需要在 root 终端执行。WebUI 与「操作」按钮本质上也是调用同一个 qf.sh。
04 / 兼容
三种管理器，
同一套动作。
| 环境 | 属性伪装 | DenyList | 控制入口 | 建议搭配 |
|---|---|---|---|---|
| Magisk 24+ | ✓ | ✓ | 操作按钮 / 终端 | Shamiko |
| KernelSU | ✓ | — | WebUI | Zygisk Next + Shamiko |
| APatch | ✓ | — | WebUI | Zygisk Next + Shamiko |
| ZygiskSU | 联动 | — | 随管理器 | 存在时自动写入配置 |
DenyList 是 Magisk 专有机制；KernelSU / APatch 请使用 Zygisk Next + Shamiko 对目标应用隐藏挂载。
05 / 边界
没有 100% 的隐藏，
只有更干净的底子。
配置 + 属性
把 debug 属性、BL 锁状态、SELinux、保修位这些基础面收干净，并让设置在重启后保持。
不 hook，不伪造 TEE
不注入进程、不伪造 Keybox、不隐藏应用列表或管理器包名。这些需要别的工具。
Shamiko / TrickyStore
真正隐藏 su 与挂载痕迹需要 Shamiko；Play Integrity 与 KeyAttestation 需要 TrickyStore + 有效 keybox。
检测与反检测是持续对抗。模块只负责把基础面收干净，不承诺通过任何特定检测。
06 / FAQ
几个常被问到的问题。
为什么装完要重启两次？
第一次重启让模块与 WebUI 生效；Zygisk 和 DenyList 的开关写在管理器配置里，需要下一次开机的 Zygote 阶段才会加载。
会被游戏或检测器发现吗？
不能保证。属性只是检测面的一层，su、挂载、TEE、应用列表都可能被读取。Magisk 请配 Shamiko，KernelSU / APatch 请配 Zygisk Next + Shamiko；TEE 场景再加 TrickyStore。
怎么恢复？
WebUI 点「恢复」，或执行 qf.sh restore；卸载模块时也会自动还原。DenyList 条目默认保留，避免误删你原有的配置。
会不会清掉数据？
不会。安全清理只处理 /data/local/tmp 下的已知临时文件；odex 清理默认关闭。模块不写系统分区。
支持哪些 Android 版本？
建议 Android 9 及以上，使用 Magisk 24+、KernelSU 或 APatch。不同 ROM 的属性集合不同，模块只改真实存在的项。
为什么模块描述会变？
模块会根据当前开关把描述更新成「✅ 已启用」或「⏸ 未启用」，方便在管理器里一眼看到状态。