订阅链接发给别人或贴到公开场合后，应按凭证可能泄露处理。依据 OWASP 秘密管理指南，优先撤销旧凭证，再轮换并清理暴露内容。删除原消息不等于撤销凭证，重启客户端也不能让已经泄露的凭证失效。
为什么一条订阅地址也要当作秘密保管？
mihomo 官方文档列出了哪些相关字段？
mihomo 官方文档列出了 proxy-providers 的配置字段：type 为 http 时，url 必填，另有更新间隔、缓存文件和请求头等字段。
能否断言每条订阅链接都含 token？
结合 URL 敏感信息风险，可以推断，机场订阅链接通常带有身份标识，应按秘密凭证保管。但“每条链接一定含 token”并不是这些文档的明确结论。
判断地址能否公开，要看它是否承载凭证
RFC 3986 指出，URI 经常被显示、保存和记录，因此不应把秘密信息放进 URI。
判断一条地址是否适合公开，关键在于其中是否承载凭证；不能因为它看起来只是一串地址，就把它当成可随意转发的普通网页。
消息删掉以后，为什么还要处理旧凭证？
敏感数据还可能出现在哪些位置？
OWASP 关于 URL 查询串信息暴露的说明指出，敏感数据可能出现在服务器日志、Referer 请求头、浏览器历史和缓存中，也可能被旁人看到。
删除公开消息不能证明其他记录已消失
公开消息只是一个暴露位置，删掉这一处，不能据此认定其他位置的记录也已消失。
使用 HTTPS 也不能成为公开粘贴的理由
同一份说明明确指出，HTTPS 不能解决这类问题，服务器日志仍可能留下敏感信息。
因此，地址使用 HTTPS，并不构成公开粘贴它的理由。防护既要关注传输，也要关注地址会被谁看到、被哪些系统保存。
已经泄露时，为什么要先撤销，再轮换和清理？
OWASP 给出的处置顺序是什么？
OWASP 秘密管理指南给出的顺序是：先安全撤销泄露的秘密，再轮换，随后从受影响的代码、日志等系统中删除。
对应到订阅链接，处置重点应放在旧凭证是否失效，而不是只把眼前那条消息删掉。
订阅链接可按什么顺序处理？
可按以下顺序处理：
- 以撤销旧凭证为目标，查看服务方的正式说明；是否能够重置，以明确说明为依据。
- 若已完成撤销，再按正式说明使用替换后的凭证，并在客户端中更新相关配置。
- 清理自己能够处理的公开帖子、消息、截图以及包含凭证的记录。
拿到另一条地址能否证明处置完成？
这些步骤中的“撤销”和“轮换”不能混为一谈。判断处置是否完成，应核实旧凭证是否已失效，不能仅凭拿到了另一条地址作出结论。
具体操作应遵循服务方说明，不套用其他服务的界面名称或操作路径。
哪些迹象值得继续核查？
意外的 IP 或 user agent 使用意味着什么？
OWASP 秘密管理指南提出，秘密若从意外的 IP 或 user agent 被使用，应假定它已经泄露。
核查使用记录有哪些前提和限制？
这是一条通用的凭证安全原则，不能据此推定所有服务都会展示这些记录。如果已有使用记录可供核查，可留意与自己使用环境不符的访问。
是否必须确认盗用后才开始处理？
仅凭链接曾被公开，不能断言已经发生盗用；但凭证可能泄露本身，就符合指南提出的撤销处置条件，不必等到确认损失才开始处理。
日常怎样减少再次暴露？
哪些做法能减少完整凭证进入公开内容？
围绕 RFC 3986 和 OWASP 提醒的显示、保存及记录风险，日常应减少凭证进入公开内容和无关系统的机会：
- 不把完整地址贴到公开群聊、帖子或工单公开区。
- 分享截图前，遮去地址及其中的身份标识。
- 不把带凭证的地址提交给不可信工具。
- 需要求助时，描述问题，避免附上完整凭证。
定期轮换秘密有什么作用？
OWASP 说明，定期轮换秘密可以缩短被盗凭证的有效期。
两种修改口径能否合并成固定周期？
对用户凭证，另有在怀疑或有证据泄露时再修改的口径。不能把这两种口径合并成适用于所有凭证的固定更换周期。
本站中央库里，有多少家机场提供订阅链接？
订阅链接只在服务提供它的时候才存在泄露问题。截至 2026-11-10，本站中央库收录 46 家机场，订阅链接按本站订阅链接排行榜的口径统计：2 家提供，33 家不提供，另有 11 家还没确定。数字只反映本站整理时的记录现状，不等于各服务当下的实际情况。
常见问题
只发给一个人，也需要处理吗？
若这次发送意味着凭证已超出原定持有范围，就应按可能泄露处理。OWASP 的撤销原则针对可能泄露的秘密，并不要求先证明它已经被盗用。
重启客户端能让别人手里的凭证失效吗？
不能。OWASP 明确指出，被窃取的凭证在后端服务撤销或过期前仍可使用，重启应用不能替代撤销。
删除公开帖子后，可以认为处理完了吗？
不能仅凭删帖作出这个判断。URL 中的敏感信息还可能留在日志、历史或缓存里；应先关注凭证是否失效，再清理能够控制的暴露内容。
第三方整理,与相关软件及服务的开发者无隶属关系。