标签：网络安全
共记录 13 篇研究
-
GLI和PCI标准不够用？多供应商聚合架构缺了这张“责任地图”
GLI和PCI标准不够用？多供应商聚合架构缺了这张“责任地图” 多供应商聚合场景下缺乏针对特定系统的完整控制矩阵，导致个人数据保护与支付隔离责任边界模糊，用户难以确认具体执行细节由谁兜底。 当行业开始热议多供应商聚合架构的安全时，目光往往被引向 GLI 标准和 PCI 规范。大家默认这些权威文件已经划定了清晰的责任边界，但事实是，它们只提供了宏观的审计线索，并未给出针对特定聚合器的完整个人数据和…
-
旧刷新令牌还能用？详解 OAuth2 的轮换与撤销机制
旧刷新令牌还能用？详解 OAuth2 的轮换与撤销机制 刷新令牌轮换指旧令牌使用后生成新令牌的机制，撤销则是立即使特定令牌失效以阻断未授权访问的安全核心手段。 OAuth 2.0 中的委托关系与令牌基础 OAuth 2.0 通过建立资源所有者、客户端与服务器间的长期委托信任关系，解决权限代表权与持续时长问题而非单次请求校验。 它不靠每次请求都重新计算签名来保安全，而是建立一套授权委托关系。OAu…
-
HTTPS 和 HMAC 签名是一回事吗？别把“通道加密”当“数据验真”，中间人照样改你的明文
HTTPS 和 HMAC 签名是一回事吗？别把“通道加密”当“数据验真”，中间人照样改你的明文 HTTPS 负责传输通道加密防窃听，HMAC 负责验证数据来源与内容完整性，两者是互补而非替代关系。 很多人误以为只要开启了 HTTPS，API 请求就万无一失。这种想法忽略了安全防御的层级差异。 HTTPS 和 HMAC 签名 其实完全不是一回事，它们更不是替代关系。前者负责把数据在传输路上加密，防…
-
API Key 防不住重放？Bluefin 用时间戳 + Nonce 双锁拦截重复请求
API Key 防不住重放？Bluefin 用时间戳 + Nonce 双锁拦截重复请求 HMAC 通过结合时间戳与随机数生成动态签名，强制服务器在特定时间窗口内拒绝携带重复非唯一标识的请求。 从“静态钥匙”到“动态验证”：HMAC 的核心突破 HMAC 将静态凭证升级为动态验证，利用每次请求独有的签名特征区分合法调用与恶意重放攻击。 当攻击者截获了合法的 API Key，他们就能无限次重放该请求…
-
API Key 能防请求被篡改吗？别把门禁卡当防盗门
API Key 能防请求被篡改吗？别把门禁卡当防盗门 API Key 仅用于识别调用方身份，无法验证请求内容是否被篡改，二者在安全机制上存在本质区别。 API Key 能防请求被篡改吗？核心结论先说清 API Key 本身无法防止请求被篡改，它只是服务端识别调用方身份的单一凭证，不能保障数据完整性。 很多人拿到一串密钥就以为数据固若金汤，其实这层保护只回答了“你是谁”，没回答“你改没改”。直接给…
-
Webhook 失败后多久重试？别等供应商标准，用指数退避和死信队列兜底
Webhook 失败后多久重试？别等供应商标准，用指数退避和死信队列兜底 Webhook 失败后通常采用指数退避策略进行重试，并在多次尝试失败后转入死信队列，由人工或程序介入处理，而非无限期自动等待。 Webhook 失败后多久会再次尝试：为什么没有统一标准 由于缺乏行业统一的重试标准，发送方遵循至少一次投递原则，在无法确认接收成功时会重复发送事件，具体间隔需自行配置。 别指望供应商能给你一个精…
-
Webhook 里能直接信 sender 字段吗？小心“ghost”占位符让资金白送
Webhook 里能直接信 sender 字段吗？小心“ghost”占位符让资金白送 Webhook 中的 sender 字段不可直接作为身份凭证，因系统可能将其替换为占位符，涉及资金变动时必须通过订单号、签名及二次查询交叉验证。 Webhook 里能直接信 sender 字段吗？别被“用户触发”的假象误导 开发者不能仅凭 sender 字段判断真实用户，因为当系统无法解析身份时该字段会被替换为…
-
Webhook 请求别只查 ID：用 HMAC-SHA256 签名 + Nonce 防伪造与重放
Webhook 请求别只查 ID：用 HMAC-SHA256 签名 + Nonce 防伪造与重放 验证 Webhook 请求真实性需依赖 HMAC-SHA256 签名校验，并协同时间窗口与 Nonce 机制以防御重放攻击。 为什么 URL 和参数无法确认来源？Webhook 伪造的真相 URL 和普通参数极易被伪造，无法作为确认来源的依据，必须通过原始字节序列的签名比对来确认真实性。 攻击者只需…
-
HMAC 防重放攻击：为什么签名对了请求还是被拒？看 Bluefin 的 15 分钟生死线
HMAC 防重放攻击：为什么签名对了请求还是被拒？看 Bluefin 的 15 分钟生死线 HMAC 防重放攻击的时间窗口规则通过 Unix 时间戳验证时效性，配合随机数 Nonce 确保请求唯一性，两者协同拦截过期或重复的恶意重发数据。 为什么 HMAC 需要时间窗口？核心机制拆解 HMAC 仅能验证身份与完整性，必须引入时间窗口机制来限制请求的有效时长，从而阻断黑客截获合法签名后无限次重放的…
-
API Key 只能识别身份，防篡改还得靠 HMAC：别再搞混了
API Key 只能识别身份，防篡改还得靠 HMAC：别再搞混了 API Key 仅用于识别调用方身份，无法防止数据篡改；HMAC 通过共享密钥计算签名，能同时验证身份并确保请求内容在传输中未被修改。 为什么很多人搞不清 API Key 和 HMAC 签名区别在哪 两者并非简单的技术升级替代关系，而是解决不同安全问题的独立工具，误将 HMAC 视为 API Key 的安全补丁会导致配置漏洞。 很…
-
GLI 认证不等于接口统一：为什么安全过了，对接还得自己造
GLI 认证不等于接口统一：为什么安全过了，对接还得自己造 GLI-GSF 框架专注于信息安全控制与审计，并不直接定义游戏 API 接口规范或统一下注协议，因此不能自动实现供应商接口标准化。 GLI 标准管安全不管接口吗？揭开行业最大误区 通过 GLI 认证仅代表系统通过了安全审计，该框架核心任务并非定义游戏 API 或统一下注协议，不同供应商接口仍存在显著技术差异。 “只要通过 GLI 认证，…
-
Webhook 回调不只是收通知：地址被拦截、验签失败和重复投递怎么办
Webhook 回调不只是收通知：地址被拦截、验签失败和重复投递怎么办 当回调地址被拦截或验签失败时，系统应直接拒绝处理并记录日志，严禁在验证通过前执行任何业务逻辑或数据落库操作。 重新定义回调：为什么“收到通知”不等于“业务完成” 收到通知仅表示请求抵达，真正的业务完成需同时满足来源可信、未被重复利用且幂等执行这三个核心安全条件。 别把 Webhook 当成简单的消息通知。它的核心不是服务器能…