黑莓消费者应用安全方案。需要反馈

Question

我之前曾问过相关问题here。我想出了一个我将在下面描述的方案。我请专家在那里提供反馈。

由于目标应用程序是消费者应用程序，因此隐含的假设是应用程序不会部署在BES上。如果需要，将开发一个更适合的单独应用程序，并与BES环境很好地集成。

首先，应用程序的构建系统（包括源代码）与用户的注册捆绑在一起。也就是说，当用户注册时，只有在注册完成后才提供链接，为该用户构建应用程序。服务器代表用户执行以下步骤序列。

安装

生成
• （私钥，公钥）为该用户称为“主密钥”。
• （私钥，公钥）称为该用户的“频道密钥”。
• 主公钥将由服务器的代码签名密钥签名。
• 频道公钥将由服务器的代码签名密钥签名
• （Channel Key，Master Key）将与应用程序源代码一起打包。
• 生成该应用程序的唯一标识符，并与应用程序捆绑在一起。
• 上述源代码使用RIM工具编译，并由RIM签名者证书签名。
• 在构建完成后立即删除为上述过程生成的任何中间文件。

主密钥用于执行敏感操作，例如（a）在设备上重置用户密码（b）重置应用程序密码（c）设备丢失时远程擦除（d）转动在设备丢失时进行远程跟踪。

当客户端与服务器通信时，

通道密钥用于加密/签署数据。

创建会话密钥。会话密钥用于客户端和服务器之间的一次性通信。它们通过HTTPS在设备和服务器之间进行交换，加密（可能使用AES-256）。

• 当用户将应用程序下载到手机并成功安装时，用户首次启动时会为应用程序选择密码。此密码仅为用户

• 应用程序通过HTTPS将使用会话密钥加密的用户ID（应用程序ID）发送到服务器

• 应用程序生成一个名为“Rescue Code”的128位UUID，并提示用户输入电子邮件ID。电子邮件将发送到包含此“救援代码”的电子邮件ID。用户必需以保证安全，并在任何用户丢失手机或忘记密码时生成。

• 此救援代码存储在设备上。

• 一旦启动，应用程序总是在后台运行，并在手机启动时启动。

恢复

当用户忘记密码或丢失手机时。

• 用户通过向有关当局出示有效身份证（可能由政府提供）来证明身份。
• 服务器请求客户端创建安全通道。客户端通过呈现由主密钥加密的令牌重新连接到服务器。
• 客户端向服务器提出挑战，请求“救援代码”。这可以在Web UI上显示。
• 用户向服务器提供“救援代码”
• 客户端将服务器提供的救援代码与存储的救援代码进行匹配，然后将成功代码发送给服务器。
• 现在客户端可以代表用户执行敏感操作。

Answer 1

最近我遇到了一位为大型银行设计安全系统的专家（我无法透露）在某些情况下实施了这种安全模型。现在，我可以肯定地说，这确实是一种商业上可行且可接受的解决方案。