1、PIS系统安全概述：PIS系统面临的威胁、数据安全的重要性、通信加密的必要性
各位好，我是老张。在轨道交通行业摸爬滚打了十几年，PIS系统（乘客信息系统）是我打交道最多的东西。今天咱们聊聊安全——这个话题其实挺沉重的，因为说实话，早期做PIS的时候，很少有人把安全当回事。
我记得2015年那会儿，我去一个地铁线路做验收测试。当时他们的PIS系统居然直接用明文传输列车到站信息。我说这不行啊，对方工程师还反问我：“这玩意儿谁没事儿来攻击？”嗯，后来我给他们看了几个真实案例，他们才意识到问题的严重性。
1.1 PIS系统面临的威胁
PIS系统看起来就是个播报到站信息、显示广告的大屏系统。但你想想看，它连接着列车控制系统、广播系统、甚至紧急对讲系统。一旦被攻破，后果不堪设想。
我总结了一下，PIS系统面临的主要威胁有这几类：
- 网络入侵：黑客通过PIS系统的网络接口，渗透到地铁内部网络。我在项目中遇到过，有人通过一个未加密的Wi-Fi热点，直接连上了PIS的维护端口。
- 数据篡改：攻击者修改列车到站信息、广告内容，甚至紧急疏散指示。你想想看，如果大屏显示“前方隧道坍塌，请立即跳车”，乘客会是什么反应？
- 拒绝服务攻击：让PIS系统瘫痪，导致所有显示屏黑屏、广播无声。这在高峰期会造成严重恐慌。
- 物理攻击：有人直接破坏PIS系统的硬件设备，比如撬开站台的显示屏后盖，插入恶意U盘。
我曾经见过一个项目，PIS系统的所有设备都使用同一个默认密码“admin123”。结果运维人员离职后，这个密码被泄露到了网上。嗯，后来他们花了三个月整改所有设备密码。所以，默认密码必须第一时间修改，这是最基本的安全底线。
1.2 数据安全的重要性
数据安全这事儿，说白了就是保护信息的机密性、完整性和可用性。对于PIS系统来说，这三条缺一不可。
我习惯把PIS系统的数据分成三类：
| 数据类别 | 举例 | 安全要求 |
|---|---|---|
| 运营数据 | 列车时刻表、到站信息、广播内容 | 完整性、可用性 |
| 乘客数据 | 视频监控录像、紧急通话录音 | 机密性、完整性 |
| 系统数据 | 设备配置、固件版本、日志文件 | 机密性、完整性、可用性 |
为什么会这样？因为一旦运营数据被篡改，比如把“下一站：人民广场”改成“下一站：未知区域”，乘客就会陷入混乱。而乘客数据如果泄露，那就是严重的隐私事故。
我记得有一次，一个地铁公司的PIS系统被勒索病毒攻击。所有显示屏上都显示“支付比特币才能恢复数据”。虽然最后通过备份恢复了，但整整停运了4个小时。那4个小时里，乘客投诉电话被打爆了。
数据安全不是IT部门一家的事。我建议在PIS系统设计阶段，就把安全需求写进招标文件里。别等到系统上线了再补安全措施，那成本至少翻三倍。
1.3 通信加密的必要性
通信加密，说白了就是给数据穿上一件防弹衣。PIS系统内部有大量的通信链路：控制中心到车站、车站到列车、列车内部设备之间……每一条链路都可能成为攻击入口。
我刚开始做PIS的时候，很多厂商觉得加密会增加延迟，影响实时性。但后来大家发现，不加密的风险远大于那点延迟。
通信加密主要解决三个问题：
- 防止窃听：攻击者无法截获通信内容。比如列车到站信息、广播指令，这些都不能被第三方获取。
- 防止篡改：即使攻击者截获了数据包，也无法修改内容。我曾经在测试中模拟过中间人攻击，不加密的情况下，我可以随意修改显示屏上的内容。
- 防止重放攻击：攻击者无法重复发送之前截获的合法数据包。比如，不能把昨天的“列车进站”指令在今天重放一遍。
目前PIS系统常用的加密方案有这些：
| 加密方式 | 适用场景 | 我推荐吗？ |
|---|---|---|
| TLS/SSL | 控制中心与车站之间的通信 | ✅ 强烈推荐 |
| IPSec | 车站与列车之间的VPN通信 | ✅ 推荐 |
| AES-256 | 设备本地数据存储加密 | ✅ 必须使用 |
| 自定义简单加密 | 某些厂商的私有协议 | ❌ 不推荐，容易出漏洞 |
我个人习惯在PIS系统的通信协议中，加入一个时间戳字段。这样即使攻击者截获了加密数据包，也无法重放——因为时间戳对不上。这个方法简单有效，我在好几个项目里都用过。
嗯，这里要注意一点：加密不是万能的。加密算法再强，如果密钥管理混乱，照样白搭。我见过一个项目，他们把TLS证书的私钥直接硬编码在代码里，而且所有设备共用同一个证书。这跟没加密有什么区别？
所以，通信加密必须配合完善的密钥管理体系。证书要定期轮换，私钥要安全存储，不同设备使用不同的密钥。这些细节，才是真正考验工程师功底的地方。
好了，第一章的内容就到这里。PIS系统的安全，说白了就是一场攻防博弈。我们作为防守方，必须把每一道防线都做到位。下一章，我会详细讲讲PIS系统的网络架构安全设计，咱们到时候接着聊。