如何保证数据传输的安全？

01. 聊 啥

我们之前分享过应用架构、应用监控、日志归集以及程序员日常内心的那些小揪揪，几乎成了小讲、杂谈的一亩三分地。

说实话，挺神奇，我也不知道每次会给大家带来什么惊喜。今天的分享也不例外，你们肯定也意想不到，今天我分享的主题居然是：矛与盾，如何做好系统之盾；说人话，也就是“聊聊安全架构模型”。

吃个核桃，坐稳，扶好，我们开始。

02. 聊 开

一个应用架构的设计肯定离不了安全模块，离开了安全模块设计，相当于系统在裸奔，尤其是金融系统。

站在用户的角度。当我们打开 APP 时，点击购买按钮时，页面会提示购买成功 or 购买失败。站在用户的角度，功能体验就是这么简单。大道至简，简单就是美。

站在系统的角度。司空见惯，我们认为 APP 就是终端，当用户点击购买按钮时，会请求接入层（也认为是安全层），接入层会记录用户关键行为，然后转发业务报文请求业务系统进行业务处理。

如上图所示，把系统划分为终端 APP、接入层、业务系统。生产上这么跑的肯定不在少数。

但是有没有考虑过，终端 APP 发过来的报文可信性是较低的，如果报文发生恶意篡改该怎么办？

我们会想到可以针对通讯报文采用 RSA 加密。但是如果只有报文的 RSA 加密，那么所有请求的加密规则都是一样的，所以考虑到双保险，那不妨每次请求的时候动态生成 AES Key，先把报文采用动态生成的 AES Key 进行 AES 加密，然后把 AES Key 采用 RSA 加密传输。此时的架构如下图所示。