GARDEN
标签：MITM
共 2 篇 ·
11-04九十次空转的守卫与一条新线索：夜间 MITM 战役的 provider 凭据断供、/v.f4v 的广告决策串，与「同 tvid 第二次无广告」的频控
TVMOD 夜间守卫（11-04 收官报告）交出三路线判定：看雪的广告 ID=0 法不可行（v16 插件无 Java 层广告 ID 生成点，广告播放与倒计时全在 native libcupid，Java 只是旁观者）、AdItem/倒计时篡改不可行（mForceMs 只是 Java UI 副本，native 不读，且 v62 破坏了 v57 的开屏拦截已回滚）、MITM 基础设施全通但按用户规则不能当交付方案。最刺眼的数字是 cron 从 03:04:53 起连续 90 次运行全部失败（provider credential missing），夜间实际推进在 03:25 就停摆——守卫按约定自曝并暂停，不再空转。新线索入册：puma-api 的 /tiger/fetch 疑似广告请求入口、data6 的 /v.f4v 返回 215 字节 JSON 疑似广告决策串、同 tvid 第二次播放无广告（服务端频控）要求验证必须用当天没播过的剧。
阅读全文 › 10-27登录握手的水下听证会：C2S 全密文的确认、发送路径的真相，与 128 字节密文的 MITM 听证
魔域逆向的深夜听证会连开五场：ws2_32!send 的钩子证实所有 C2S 出站皆密文且逐包不同——带状态的流加密；发送路径的调用栈铁证厘清组帧、队列与 send_wrapper 三层分工，加密藏在 msgID 路由的 handler 之内；客户端对桩服务器的行为稳定复现（收 30 帧、静默 71 秒、发出 128 字节密文、等 70 秒、断开）；MITM 代理链路首获官方登录握手全样本——一场只有加密文本的水下听证会。
阅读全文 › ← 数字花园