清除App数据后无需重新Commission，如何维持与Matter设备的连接？

我通过Matter GitHub仓库的CHIPTool.apk完成了Matter设备的配网（Commissioning）与配对，能正常发送开关指令，也记录了Fabric ID和Device ID（Node ID）。但清除App数据后，无法再用原有Fabric ID和Device ID控制设备，现咨询以下问题及解答：

1. 是否可无需重新Commission即可维持设备控制？ #

可以，但仅靠记录的Fabric ID和Node ID不行——这两个只是身份标识，没有配套的安全凭证，设备会拒绝你的控制请求。Matter基于双向证书认证体系，只要保留配网过程中生成的Fabric相关密钥与证书，就能绕过重新配网，直接恢复设备控制。

2. 其他支持Matter的App会保留哪些数据以实现清数据后仍可连接？ #

正规Matter App会加密存储（或同步到用户云账户）核心Fabric关联数据，而非仅存ID，具体包括：

• 作为Fabric管理员的**操作证书（Operational Certificate, OC）**及对应私钥
• Fabric的根CA证书
• 与设备共享的应用密钥（Application Key）
• 设备的Node ID、Fabric ID，以及端点（Endpoint）、集群（Cluster）配置等元数据

3. 此类数据应存储于何处以保障长期可用性，且符合Matter协议的安全要求？ #

分两种场景处理：

• 本地存储：必须使用系统级安全容器，比如Android Keystore、iOS Keychain。这些容器由硬件加密，密钥无法导出，能防止恶意读取，完全符合Matter的安全要求。禁止用普通SharedPreferences、明文文件存储。
• 云端存储：若需跨设备同步，必须先对数据端到端加密，加密密钥由用户掌控（比如通过用户密码生成），服务商无法解密。同时要遵循Matter密钥生命周期规范，定期轮换密钥。

4. 需保留哪些具体密钥、证书或信息？ #

核心安全资产缺一不可：

• Fabric根CA证书及私钥：Fabric的信任根，所有设备操作证书的签发依据
• App的管理员操作证书及私钥：作为Fabric管理员的身份凭证，用于向设备发送指令
• 目标设备的操作证书：用于验证设备身份
• 应用密钥（App Key）：加密设备与App之间的控制指令数据
• 辅助信息：Fabric ID、Node ID、设备的Fabric索引、端点与集群配置元数据

5. 有哪些推荐的存储机制及最佳实践？ #

本地存储推荐 #

• Android：优先使用Android Keystore，支持密钥不可导出，还可绑定生物识别验证（如指纹），只有验证通过才能使用密钥。绝对避免用SharedPreferences或明文文件存储密钥证书。
• iOS：使用Keychain Services，硬件级加密保障，密钥无法导出到设备外。

云端同步最佳实践 #

• 所有安全数据必须端到端加密，加密密钥由用户密码/生物识别生成，服务商无法解密
• 定期轮换应用密钥和操作证书，符合Matter安全规范
• 根CA私钥仅存本地安全存储，不同步到云端，仅同步加密后的操作证书和应用密钥

通用最佳实践 #

• 所有密钥设置合理过期时间，定期更新
• 对存储的证书和密钥做完整性校验，防止篡改
• 密钥动态生成，禁止硬编码到App中

内容的提问来源于stack exchange，提问作者AndroidDev