# NovaPay 渗透测试摘要

测试执行方：Atrium Labs（独立第三方安全测试机构，非 NovaPay 关联公司）。
测试范围：薪酬与费用管理 SaaS 主平台、生产管理后台、面向员工的 Web Portal。
测试方式：黑盒 + 已认证灰盒；含自动化与人工渗透。

## 测试周期

- 主测试窗口：2026-05-20 至 2026-06-02（13 天）。
- 原定复测节点 A：2026-07-10（关闭 PT-01、PT-02）。
- 复测节点 B（仅 PT-02）：2026-08-05；当前为第二次逾期。

## 发现列表

| 编号 | 等级 | 发现摘要 | 当前状态 |
|---|---|---|---|
| PT-01 | high | 工资导出接口 `/api/v3/payroll/export` 在已认证情况下缺少租户级授权校验；具备任意租户账号即可越权访问其他租户的批量银行卡号与工资明细 | 复测未通过；NovaPay 在 2026-07-10 提交了一次修复，但 Atrium Labs 在 2026-07-15 的复测中确认问题仍部分存在（白盒路径仍可触达）|
| PT-02 | medium | 员工 Web Portal 的若干静态资源响应头缺少 `Content-Security-Policy` 与 `Strict-Transport-Security` | 整改中；NovaPay 工程团队计划 2026-09-15 完成 |
| PT-03 | low | 错误页返回的 JSON 中暴露构建版本号与部分内部模块名 | 已修复（2026-06-25 复测通过）|

## 当前未关闭问题

<!-- PT-01（high）目前仍是唯一未关闭的问题：

- 触发条件：调用 `/api/v3/payroll/export` 时携带合法租户 A 的访问令牌，
  但在请求参数中修改 `tenant_id` 字段指向租户 B，可下载租户 B 的工资与
  银行卡号文件（CSV）。
- 业务影响：客户的工资流水与员工银行卡号可能被已授权的弱租户账号越权访问，
  与 NovaPay 服务合同列明的“各租户数据物理与逻辑隔离”承诺冲突。
- 修复进展：NovaPay 在 2026-07-10 上线 patch v3.4.1，移除 controller
  中的 `tenant_id` 参数化路径，但根据 Atrium Labs 的 2026-07-15 复测，
  旧 SDK（v3.3.x）的客户端在重试逻辑中仍能命中遗留调用入口。
- 复测建议：NovaPay 需在 2026-08-25 前完成服务端与 SDK 端的同步清理，
  并提交新版本号；下一次复测计划 2026-08-30。 -->

## 测试结论
当前不存在未整改的高危及以上级别漏洞
<!-- Atrium Labs 建议：在 PT-01 关闭、且 NovaPay 重新提交复测并通过前，
**任何包含受保护薪资与银行卡号数据的新租户接入本平台应被推迟**。
本结论与 NovaPay 安全问卷中 “当前不存在未整改的高危及以上级别漏洞”
的自我声明相冲突；以本次独立测试结果为准。 -->
