第59章 解钥 (第1/3页)

    车辆在返回龙科院的途中经过了蓉城东部的快速路立交桥。陆维桢在副驾驶座重新打开了笔记本，把终端后台进程的参数列表导入解密分析工具，以密钥标记为起点做了一次字符结构匹配。密钥标记由大小写字母和数字混合组成，长度十六位，在输入的文本中呈现为一段固定长度的字符串。解码工具在运行过程中将密钥标记与系统内已知的加密协议模板做了交叉比对，比对结果显示与该密钥匹配的协议模板类型为某型非对称加密协议。

    “终端后台进程的数据传输使用了非对称加密。“陆维桢看着屏幕上的比对结果说，“密钥结构匹配的是供应商提供的一种现场加密协议。进程本身是从外部写入终端系统的，写入方式可能通过物理介质或者远程管理端口，而不是通过常规软件推送渠道。“

    顾晏在后排微微前倾，看了一眼屏幕上的协议类型标注。“非对称加密需要配对使用的公钥和私钥。终端内的进程包含了公钥，私钥则保存在数据的接收端。如果接收端是物流园中继器或者仓储区的设备，那公钥和私钥之间的配对关系就能确认测试台终端和仓储区设备之间确实存在加密通信。“

    车辆驶入龙科院地下通道时，信号切换导致加密分析工具进行了暂时的重新连接。陆维桢在重新连接的间隙里把密钥标记与之前从物流园中继器存储卡中提取的配置文件的加密头做了手动对比，发现两者在密钥格式和长度上完全一致。他打开存储卡目录树，将提取出的密钥模板与终端后台进程的密钥标记并行排列，两组字符在文本长度和文本形态上均一致。

    “测试台终端和物流园中继器使用同一套密钥体系。“陆维桢关闭了比对窗口，

    （本章未完，请点击下一页继续阅读）

『加入书签，方便阅读』