所有 v2 航运端点都需要
X-WorldMonitor-Key(服务器到服务器)。此处不信任浏览器来源 —— validateApiKey 以 forceKey: true 运行。路由情报
GET /api/v2/shipping/route-intelligence
对国家对的贸易路线进行咽喉要道暴露度和当前中断风险的评分。
查询参数:
示例:
200):
disruptionScore取值 0-100,针对路线的主要咽喉要道(值越高 = 中断越严重)。warRiskTier是咽喉要道状态流中WAR_RISK_TIER_*枚举值之一。bypassOptions会筛选出suitableCargoTypes包含cargoType(或未设置)的选项。
Cache-Control: public, max-age=60, stale-while-revalidate=120。
错误:
Webhook 订阅
POST /api/v2/shipping/webhooks
注册用于咽喉要道中断警报的 webhook。返回 200 OK。
请求:
callbackUrl—— 必填,仅限 HTTPS,不得解析为私有/回环地址(注册时有 SSRF 防护)。chokepointIds—— 可选。省略或传入空数组则订阅所有已注册的咽喉要道。未知 ID 返回400。alertThreshold—— 数值 0-100(默认50)。超出此范围的值返回400校验响应,描述为alertThreshold must be between 0 and 100。
200):
subscriberId——wh_前缀 + 24 个十六进制字符(12 个随机字节)。secret—— 原始 64 字符小写十六进制(32 个随机字节)。没有whsec_前缀。请妥善保存 —— 服务器在轮换之前不会再次返回它。- TTL:订阅者记录和每所有者索引集均为 30 天。只有重新注册会通过原子管道刷新两者(对记录执行带
EX的SET,对所有者索引执行SADD+EXPIRE)。rotate-secret和reactivate仅刷新记录的 TTL —— 它们不会更改所有者索引集的过期时间,因此如果调用者在 30 天窗口内仅进行轮换或重新激活,所有者索引可能会独立过期。请重新注册以保持两者有效。 - 所有权通过调用者 API 密钥的 SHA-256 进行跟踪(绝非密钥 —— 以
ownerTag形式存储)。
X-WorldMonitor-Key(forceKey: true)+ PRO。否则返回 401 / 403。
GET /api/v2/shipping/webhooks
列出调用者已注册的 webhook(按调用 API 密钥的 SHA-256 所有者标签过滤)。
secret 在列表和状态响应中被有意省略。
GET /api/v2/shipping/webhooks/{subscriberId}
单个 webhook 的状态读取。返回与 GET /webhooks 相同的记录结构(不含 secret)。未知则返回 404,由其他 API 密钥拥有则返回 403。
POST /api/v2/shipping/webhooks/{subscriberId}/rotate-secret
生成并返回新密钥。记录的 secret 会被原地替换;旧密钥立即停止验证。
POST /api/v2/shipping/webhooks/{subscriberId}/reactivate
将记录上的 active 设为 true(在调查并修复导致停用的投递失败后使用)。
投递格式
callbackUrl,并针对 PRIVATE_HOSTNAME_PATTERNS 重新检查,以缓解 DNS 重绑定问题。投递为至少一次 —— 消费者必须通过 X-WM-Delivery-Id 处理重复项。
验证投递
每次投递都已签名,因此你可以确认它确实来自 WorldMonitor。X-WM-Signature 为 sha256=<hex>,其中 <hex> 是以注册时返回的 secret 为密钥的原始请求体的 HMAC-SHA256的小写十六进制值。
验证方法:对完全按接收时的字节重新计算 sha256= + hex(HMAC_SHA256(key=secret, message=rawBody))(不要重新序列化 JSON),并与 X-WM-Signature 在常数时间内比较。将 secret 字符串原样作为 HMAC 密钥使用 — 不要对其进行十六进制解码。若签名不同则拒绝该投递。
webhooks 下的 chokepoint.disruption 条目。
用已签名样本测试你的验证
一个可直接验证的样本投递发布于/.well-known/webhook-sample.json。它携带一个固定的样本 secret、确切的原始 body 字符串,以及所得的 signature。对 body 的确切字节重新计算 sha256= + hex(HMAC_SHA256(key=secret, message=body)) 并确认它等于 signature — 如果匹配,你的验证将接受真实投递。(样本 secret 是固定值;每个正式订阅会从 RegisterWebhook 获得自己的 secret。)
