使用BlackBerry Transcoder API 集成第三方加密方案.pdfVIP

使用BlackBerry Transcoder API 集成第三方加密方案 作者: 邓明轩 1 目录 BlackBerry 平台的加密机制3 Transcoder API 的整体结构4 服务器端Transcoder API 介绍5 手机端Transcoder API 介绍7 创建服务器端程序8 创建客户端程序15 加载客户端程序19 配置服务器端程序21 测试结果22 代码分析23 2 BlackBerry 平台的加密机制 BlackBerry 平台自身带有完整的加密机制。所有数据从BES （BlackBerry Enterprise Server）流 出前都做了加密处理，使用的是 AES 或者是 Triple-DES 的方式进行加密。在数据到达 BlackBerry 智能手机后手机端平台会对数据进行解密操作。同样，当数据从BlackBerry 智能 手机流向服务器端时也通过 AES 或者是 Triple-DES 方式进行加解密操作。也就是说，在 BlackBerry 平台上，从BES 服务器端到BlackBerry 智能手机端都是受平台的加密保护的。其 架构如下图： 架构图中的红线部分表示BlackBerry 平台加密的数据通道，字符串“Test…”表示明文数据， 而字符串“^%$... ”表示加密后的数据。可以看到当数据由 BES 服务器传向网络之前 BES 服务器会使用管理员指定的AES 或者是Triple-DES 加密方法对数据进行加密。在加密数据到 达BlackBerry 智能手机之前都无法被正常读取，从而达到保护传输数据的目的。在BlackBerry 智能手机接收到服务器端发送的数据后，首先会根据管理员指定的解密方法对数据进行解密 操作，然后将数据以明文形式传递给手机应用程序。如上所述，当数据从BlackBerry 智能手 机端提交给服务器时BlackBerry 会以相类似的过程对数据进行加解密操作，从而保证数据从 手机端提交到服务器端时也受保护。 然而，对于很多企业和组织而言，单纯使用厂商提供的密钥和加密机制是不够的，他们必须 使用自己提供的加密密钥，或者更进一步，要求使用自身研发的或者是指定安全提供商研发 的加密机制。在这种情况下就需要在BlackBerry 平台上加入额外的加密机制。 如果企业只是对邮件有额外的加密要求，同时可以接受标准的加密算法，则可以通过S/MIME 加密机制的配置形成额外的加密机制。BlackBerry 平台支持S/MIME 标准，可以在BES 服务 器端配置LDAP 连接以查找密钥，然后在BlackBerry 智能设备上引入用户的密钥，从而形成 完整的加密/签名机制。在这种配置下，服务器端和 BlackBerry 智能手机端都可以使用企业 自身提供的加密密钥。不过，通过S/MIME 配置额外的加密机制只作用于邮件，后台企业应 用通过BES 推送到BlackBerry 手机端的数据是不受二次加密保护的，同样，BlackBerry 智能 手机端应用提交到服务器的应用数据也是不受二次加密保护的。如果希望对邮件数据和应用 数据都实现二次加密，则需要使用BlackBerry 平台上的Transcoder API 。本章节将详细介绍 Transcoder API ，包括Transcoder API 的接口和相关的代码实现。如果希望了解S/MIME 的配 置过程，请参考相关文档，本章节不对S/MIME 的配置做详细介绍。 3 Transcoder API 的整体结构 Transcoder API 在BlackBerry 平台上提供了二次加密方法，其基本思路是在BES 服务器端和 BlackBerry 智能手机端都预留接口，让开发人员可以在服务器端和BlackBerry 智能手机端部 署加解密应用，从而对所有传输的数据进行二次加密。其架构示意图如下： 示意图中红线部分同样表示BlackBerry 平台加密的数据，橙线部分表示使用Tr