产品规定了什么
以下机制属于 HOLD OS 产品约定。本页不宣称获得安全认证、独立审计结论或监管批准。
- 登录
- 用户名与密码为默认方式，短信由机构选择，Authenticator 由账户持有人选择。
- 权限
- 每项操作均按角色、账户和资产确定授权。
- 敏感变更
- 修改机构资产须验证当前密码；已启用第二因素时须再次验证。
- 记录
- 保留每条资产记录的原始身份与单位。
登录方式
每个登录验证因素由其责任方决定是否启用，并非每个账户都必须启用所有因素。
-
用户名与密码
默认登录方式。
-
短信
由机构总管理员决定的策略。
-
个人 Authenticator
账户持有人自行选择的安全措施。
操作权限
HOLD OS 不默认授予权限。创建账户不划转资金、不授予金融权限；品牌工作室访问权限或普通管理员身份，也不代表拥有机构资产管理权。
选择资产只改变显示内容和获准操作的上下文，旧表单不能授权对其他资产执行操作。资产目录损坏或不完整时，系统停止新操作，不会静默切换至其他默认资产。
- 角色 用户所承担的职责
- 账户 操作发生的账户
- 资产 操作涉及的资产
获准操作 三个维度均允许时才能执行
历史一致性
金融记录应保留写入时的含义。HOLD OS 在多个环节遵守这一原则。
| 评估要点 | HOLD OS 的处理方式 |
|---|---|
| 显示名称变化 | 不改变资产的金融身份或历史记录标识。 |
| 启用或默认资产变化 | 不将历史记录转换或重新标记为其他资产。 |
| 资产停用 | 限制新增记录；已有余额与义务继续保留。 |
| 操作响应不明确 | 返回同一请求已记录的结果，不重新执行操作。 |
部署前明确职责
金融系统的安全还依赖托管基础设施、密码策略、角色设计、内部流程与备份。这些都是机构运营中的重要职责。
部署前，应与机构团队共同梳理并明确这些责任。可在演示中提出安全问题，结合实际环境逐项讨论。