九月十七號，周五。

下午两点多的时候林彻在看一份供应商的合同修订稿，何薇標了两处需要改的地方，他看完了觉得没问题，签了字放在桌角等人来拿。

桌面右下角的系统通知弹了一下。

微光物流后台的告警通知，黄色级別，不是红色。

红色是系统故障或数据异常，黄色是非標准事件记录，不需要立即处理但需要存档。

日常运营中黄色告警平均每天七到八条，大多数是配送超时、温控偏差、终端离线之类的常规问题，谢宇的运营团队会在当天处理，不需要他看。

他本来不打算点开。

但通知的標题不是常规的运营告警。

標题写的是：“接口调用拦截·药品配送·未授权来源“。

药品配送。

他点开了。

…………

告警详情页面加载出来，信息不多，格式是標准的系统日誌模板。

事件类型：接口调用拦截

接口名称：微光物流·药品配送（待激活）

调用时间：2021年9月17日 14:23:07

来源ip：121.40.xxx.xxx（杭州）

来源標识：杭州益和堂大药房·库存管理系统 v2.1

调用方式：api標准请求

请求內容：查询配送服务可用区域

响应状態：403 forbidden（接口未激活·拒绝访问）

处理方式：自动拦截·记录存档

他看完了这些栏位。

杭州益和堂大药房，他没听说过这个名字。

应该是杭州本地的一家药房，不大，用的库存管理系统版本號是v2.1，听起来像是某个小型saas供应商的標准化產品。

这家药房的库存管理系统调用了微光物流的药品配送接口。

为什么？

他点开了日誌的详细追踪记录。

追踪记录显示，这次调用不是人为操作，是系统自动触发的。

益和堂的库存管理系统在做常规的外部物流服务扫描，类似於手机自动搜索附近的wi-fi信號，系统会定期扫描市面上已知的物流api接口，检测哪些服务可用、哪些覆盖本区域、配送费率是多少。

这是很多小型药房库存系统的標准功能，帮助药房自动比价和选择物流供应商。

微光物流的api在上个月註册了药品配送的接口类型。

註册的时候是林彻自己填的参数，填完保存，状態设为“待激活“。

接口存在於系统中，有標准的api文档和端点地址，但没有激活，任何调用都会被自动拦截並返回403。

益和堂的系统扫到了这个接口。

它发了一个標准的查询请求，问的是“你的药品配送服务覆盖杭州哪些区域“。

微光的系统收到请求，检查接口状態，发现是“待激活“，自动拦截，返回403，记录存档。整个过程不到一秒钟。

没有任何数据泄露，没有任何安全风险。

益和堂的系统收到403之后就跳过了，继续扫描下一个物流接口，不会再试第二次。

一次无意的敲门，门没开，敲门的人已经走了。

…………

林彻靠在椅背上，看著屏幕上的日誌记录。

他在瀏览器里搜了一下“杭州益和堂大药房“。

搜索结果第一页就有。

一家开在拱墅区的社区药房，营业执照上写的经营范围是中西成药、中药饮片、保健食品。

点评网站上有二十几条评价，大部分是附近居民写的，说老板姓孙，人挺好的，感冒药便宜，但有时候缺货，品种不如连锁药房全。

本章未完，点击下一页继续阅读。（1 / 2）