下午两点多的时候林彻在看一份供应商的合同修订稿，何薇标了两处需要改的地方，他看完了觉得没问题，签了字放在桌角等人来拿。
桌面右下角的系统通知弹了一下。
微光物流后台的告警通知，黄色级别，不是红色。
红色是系统故障或数据异常，黄色是非标准事件记录，不需要立即处理但需要存档。
日常运营中黄色告警平均每天七到八条，大多数是配送超时、温控偏差、终端离线之类的常规问题，谢宇的运营团队会在当天处理，不需要他看。
他本来不打算点开。
但通知的标题不是常规的运营告警。
标题写的是："接口调用拦截·药品配送·未授权来源"。
药品配送。
他点开了。
…………
告警详情页面加载出来，信息不多，格式是标准的系统日志模板。
事件类型：接口调用拦截
接口名称：微光物流·药品配送（待激活）
调用时间：2021年9月17日 14:23:07
来源ip：12140xxxxxx（杭州）
来源标识：杭州益和堂大药房·库存管理系统 v21
调用方式：api标准请求
请求内容：查询配送服务可用区域
响应状态：403 forbidden（接口未激活·拒绝访问）
处理方式：自动拦截·记录存档
他看完了这些字段。
杭州益和堂大药房，他没听说过这个名字。
应该是杭州本地的一家药房，不大，用的库存管理系统版本号是v21，听起来像是某个小型saas供应商的标准化产品。
这家药房的库存管理系统调用了微光物流的药品配送接口。
为什么？
他点开了日志的详细追踪记录。
追踪记录显示，这次调用不是人为操作，是系统自动触发的。
益和堂的库存管理系统在做常规的外部物流服务扫描，类似于手机自动搜索附近的wi-fi信号，系统会定期扫描市面上已知的物流api接口，检测哪些服务可用、哪些覆盖本区域、配送费率是多少。
这是很多小型药房库存系统的标准功能，帮助药房自动比价和选择物流供应商。
微光物流的api在上个月注册了药品配送的接口类型。
注册的时候是林彻自己填的参数，填完保存，状态设为"待激活"。
接口存在于系统中，有标准的api文档和端点地址，但没有激活，任何调用都会被自动拦截并返回403。
益和堂的系统扫到了这个接口。
它发了一个标准的查询请求，问的是"你的药品配送服务覆盖杭州哪些区域"。
微光的系统收到请求，检查接口状态，发现是"待激活"，自动拦截，返回403，记录存档。整个过程不到一秒钟。
没有任何数据泄露，没有任何安全风险。
益和堂的系统收到403之后就跳过了，继续扫描下一个物流接口，不会再试第二次。
一次无意的敲门，门没开，敲门的人已经走了。
…………
林彻靠在椅背上，看着屏幕上的日志记录。
他在浏览器里搜了一下"杭州益和堂大药房"。
搜索结果第一页就有。
本章未完，点击下一页继续阅读
(1/3)