# HarmonyOS 应用包静态清点 > 通过 REA 加固的 ZIP 读取器清点 HarmonyOS 的 HAP、HSP 与 App Pack 文件，并投影出无需执行的应用图：组件路径、ID 与哈希、Stage／FA 打包模型提示、运行时类别提示，以及基于路径的原生桥接假设。所有结论仅基于路径存在；清单、Ark 字节码、资源和签名均未被解码或验证。 - 类型：文档 - 目标：应用 - 类别：REA 官方：调查指南 - 关联：REA 官方文档 - 来源复核于：2026-10-18 - 收录于：2026-10-18 - 原始资源： - 一手来源： - 目录页面： - 记录 JSON： - 英文版：[English](https://awesomerea.org/resources/rea-harmony-guide/index.md) ## 使用条件与局限 - 审阅时 main 上为 rea-agents 6.7.0，声明支持 Node ^22.19.0、^24.11.0 或 26 及以上。无需 HarmonyOS SDK、工具链或引擎：inspect-artifact 生成清单，project-harmony-application-graph（对应 MCP 的 project_harmony_application_graph）对其投影，命令行与 MCP 共用同一工作流。可识别 .hap、.hsp 及经 ZIP 校验的根级 .app 输入；由于后缀 .har 也用于 HTTP Archive JSON，HarmonyOS 共享库 .har 暂不支持。 - 输出均为基于路径存在的结论：仅凭 module.json 判断 Stage 模型、仅凭 config.json 判断 FA 模型；App Pack 的子包只列出路径而不递归清点；加密或不可用的条目会使覆盖率标为部分；N-API 桥接条目仅为假设。清单语义、Ark 字节码内容与版本、资源解析、签名验证以及实际观察到的原生边界均列为局限；无法验证真实性的清单会直接失败。 - 验证流程将一个以 SHA-256 固定的 harmony-next-pipeline 1.0.1 HAP（源码仓库采用 MIT 许可）下载到被忽略的目录，检查清单真实性、投影确定性、Stage 路径提示、精确组件集合、完整覆盖以及命令行与 MCP 的一致性。该测试包的编译器／SDK 版本与可复现构建尚未确立，此流程也未完成路线图 issue #1431 中固定工具链的验收。 - REA 声明 MIT。被分析的应用包保留各自许可；指南说明测试包内捆绑组件的许可未经独立审核，下载的产物也不会再分发。已合并的 PR #1447 引入了这一增量。 ## 一手来源 1. 2. 3. 4. ## 同分区更多条目：文档与学习资源 - [通过 Ghidra 分析 MIPS ELF](https://awesomerea.org/zh/resources/rea-ghidra-mips-guide/index.md) · 文档 - [通过 Ghidra 静态分析 PSP ELF](https://awesomerea.org/zh/resources/rea-ghidra-psp-guide/index.md) · 文档 - [借助 Ghidra 恢复 NativeAOT 元数据](https://awesomerea.org/zh/resources/rea-ghidra-nativeaot-guide/index.md) · 文档 - [REA & AI RE Tools Guide（非官方）：REA 安装、接入与故障排查社区指南](https://awesomerea.org/zh/resources/reaguide-unofficial-rea-guide/index.md) · 学习资源 - [OpenSecurityTraining2](https://awesomerea.org/zh/resources/ost2/index.md) · 学习资源 - [pwn.college：逆向工程](https://awesomerea.org/zh/resources/pwn-college-re/index.md) · 学习资源 ## 关于此条目 说明已依据一手来源复核。 原创说明采用 MIT 许可；外部项目、论文与素材保留各自的权利和许可。