记得2016年那会Android手机抓包还是很轻松的，配置一下证书就能愉快的查看接口数据了。

最近在Android上抓包的时候，突然发现Android机上小程序和APP的抓包出现一系列抓包不稳定，https接口流量不解析，图片资源不解析的问题，本来以为只是简单的抓包配置不合理，之后发现这涉及到一系列的问题：

一、Android 系统版本限制
二、ROOT 权限获取
三、Android 系统信任用户证书
四、绕过 APP SSL Pinning
五、代理工具的选择
六、APP 端流量拦截转发
七、总结
八、结语

顿时来了兴趣，开始一通折腾，终于断断续续，一步步查一次次尝试，彻底解决了Android的抓包问题，搬开堵在面前的大石，整个人都轻松通透了！在此要特别感谢AI技术，帮助我快速排查问题。

一、 Android系统版本限制

查看Android版本抓包相关的重大变革，两个最重要变化：

• • 最大分水岭：2016年8月22日发布的Android 7.0（Nougat） → 彻底改变了证书信任策略，导致传统HTTPS抓包失效，是最重大的一次改动。

• • 第二大限制：2018年发布的Android 9.0（Pie）→ 默认禁用明文HTTP。

• • 现代难点：Android 10+ TLS1.3、Android 13+QUIC/HTTP3，导致传统代理工具（Fiddler、Charles）基本废了。

上图总结引用自：Android证书安装大指南——看这一篇就够啦

二、ROOT 权限获取

Root的实现方式：无论是Magisk还是Kernel SU，都需要修改boot.img（或内核），如果Bootloader没有解锁，刷写的镜像会因签名不符而被拒绝，手机要么无法启动，要么自动恢复原厂镜像。

1.Bootloader 解锁

Bootloader 是手机开机最先运行的程序，负责验证并加载系统关键分区（boot、recovery、system、vendor等）。

默认情况下，它会强制校验签名（verified boot/AVB），拒绝加载被篡改的镜像。我使用的手机型号是红米手机（下图是手机当前的参数信息）：

解锁 BL 时还未更新成澎湃系统，具体用的是哪个版本的MIUI已经记不清了，估计就是 MIUI13 或者 MIUI14，据说澎湃系统现在获取 ROOT 权限的限制更为严格了。

在申请解锁Bootloader的过程中也是一番折腾，简单来说要先绕过内测5等级，再等168小时（即7天）才可以。

• • 绕过内测5等级的方法可以看这个B站视频：【小米澎湃OS】小米hyperOS解锁bl绕过社区验证绕过内测5等级绕过内测绑定解锁bl刷root降级

• • 进行BL解锁的过程很繁琐，网上有大量教程讲解详细，可以跟着一步步做，这里就不细说了，总之又是一番折腾，但好在解锁过程还算顺利，不懂就问所以折腾的过程中又增长了不少知识。这里放两张手机成功BL解锁的图片，BL解锁成功，开机！

2.root 权限获取

BL解锁后，推荐使用Magisk APP+boot.img（需要到手机官网查找对应的ROM提取boot.img文件）获取root权限，网上有大量教程都详细说明了：从BL解锁到获取root的整个过程，这里也不再详细说明。

三、Android 系统信任用户证书

从Android 7.0+之后，系统就不再信任用户证书，默认只信任系统证书，因此在抓包解密HTTPS流量时，就必须先将中间人证书（Charles、Fiddler等）安装到系统证书。

安装系统证书总体来说有以下两种方式，推荐第2种。

1.复制用户证书到系统证书

Android系统上的证书必须按其独有的安全规则对证书进行命名：

1.下载代理证书，例如下载Charles的证书CharlesCA.pem
2.按安卓系统证书命名规则，获取"CharlesCA.pem"的名称；
openssl x509 -inform PEM -subject_hash_old -in CharlesCA.pem | head -1
# 返回 b0ba53e2
3.修正证书名称
mv CharlesCA.pem b0ba53e2.0

将重命名好的证书，使用ADB推送至系统证书路径。

因为系统路径默认是只读的，还需要换取写权限，这也会需要root。

具体操作方法网上也有很多博文教程（例：小米手机安装charles证书到系统证书，安卓高版本安装系统证书 HTTPS 抓包 - 终极解决方案）。

在此只做简单说明记录。此方法比较麻烦且重启手机后自定义的CA证书注入操作就会失效，所以手机重启，就需要每次重新注入证书，进入android系统修改证书路径。

2.使用 Magisk TrustUserCertificates 信任用户证书

根据现在手机系统的换代升级，我安装的主要是 Magisk 的 AlwaysTrustUserCerts 模块。

先决条件（必须）

• • Bootloader已解锁（否则不能刷入Magisk）。

• • 已刷入Magisk v24+（支持Zygisk，抓包遇强制校验证书指纹的APP时必须用），并能获取root（Magisk Manager可用）。

• • 你对可能的数据清除/Warranty风险有心理准备（解锁通常会清数据并可能影响保修）。

之后安装对应的模块：AlwaysTrustUserCerts，若开启Zygisk，可一起安装：LSPosed。在GitHub搜索安装即可！

• • TrustUserCerts（Magisk 设置）：修改系统层，将你安装为“用户证书”的CA自动同步到系统证书区（system trust store），让Android 7+上的大多数APP也能信任这些代理/自签CA（比手动拷贝更稳妥、可回退），适用于普通HTTPS流量+代理证书。通常该模块在post-fs-data阶段运行并完成同步。

• • LSPosed：基于 Zygisk 的 Xposed 运行时，用来加载 Xposed 模块（比如TrustMeAlready）。

具体的安装步骤网上也有很多教程，可以自行百度也可以询问AI。Magisk 的配置与模块安装：

四、绕过 APP SSL Pinning

若APP强制钉死证书（常见于安全敏感APP，如微信、银行、直播、游戏等），Android 系统在本机信任“用户安装的证书（用户证书路径）”并 不能绕过 APP 的 SSL Pinning（跳过强制校验证书指纹）！ LSPosed 的 TrustMeAlready 模块是一个用于绕过APP的SSL Pinning的Hook模块。

想要绕过强校验APP，那么Magisk TrustUserCerts 与 TrustMeAlready（LSPosed模块）一起使用，才是最佳组合！

安装 TrustMeAlready步骤：

• • 开启Zygisk，Zygisk是Magisk v24+ 推出的 Zygote 进程级注入框架，使用 Zygisk 版 LSPosed + TrustMeAlready绕过APP SSL Pinning。

• • 安装LSPosed，基于 Zygisk 的 Xposed 运行时，用来加载 Xposed 模块（如TrustMeAlready）。

• • 安装 TrustMeAlready：一个常用的 Xposed 模块，用于绕过某些 Java 层的 SSL Pinning/检测（需要在 LSPosed 下安装并针对目标 APP 启用）。

• • 安装TrustMeAlready后，选中需要抓包的APP，用于绕过抓包时某些 Java 层的 SSL Pinning/检测。

LSPosed 中 TrustMeAlready 的安装与配置：

五、代理工具的选择

系统信任MIMT证书后，在我抓包小程序时就已经能正常解析数据接口，但依然无法正常解析图片接口，使用 TrustUserCertificates（Magisk模块）+ TrustMeAlready（LSPosed模块）+ Fiddler/Charles 图片依然无法正常解析，折腾很久终于弄明白其中原委，这里再次感谢AI！

原因是某些图片服务器会检测代理/MIMT（如七牛CDN、阿里云CDN、微信/腾讯云CDN）或者APP使用了Native层TLS，Fiddler/Charles无法伪造证书：

此前代理工具一直使用的是 Fiddler/Charles，从未想过更换代理工具，但面对这个问题也不得不尝试寻找最新的工具，然后发现HTTP Toolkit抓包瞬间通畅，真是山重水复疑无路，柳暗花明又一村。

原因是：

• • Fiddler/Charles 解析图片（兼容性差）：Fiddler 只支持 HTTP/1.1，许多 CDN 是 HTTP/2 / HTTP/3 → 握手会失败导致 403 或直接黑屏；Charles 支持更好，但仍然有兼容性不足。所以Charles/Fiddler 报 403 → 因为中间人证书失效或不支持 HTTP/2；CONNECT 200 只是隧道建立成功，不是服务器返回 200

• • HTTP Toolkit（推荐）：能抓取图片 → 说明 APP 图片走 Native TLS，它可以 hook native TLS，能穿透校验，最适合抓图片这类 CDN 内容。

HTK工具的成功使用，让研发同事也跑来询问点赞，也算是给自己的小小的成就感吧！

六、APP 端流量拦截转发

本以为小程序抓包畅通无阻后，APP也是一路绿灯，但使用了 Wifi/系统代理、Droy工具后依然经常出现抓不到任何流量的情况。原因是小程序依附微信有单独的网路通信，APP可能绕过了系统代理（非常常见），许多APP（特别是国产 App）会：

• • 使用 OkHttp 的 proxy = NO_PROXY

• • 使用 Socket / Native libssl

• • 使用 QUIC/HTTP3

• • 或强制直连

这类流量 Droy 抓不到，但 Clash 的 TUN 能抓。干脆一劳永逸，直接用 Clash 做流量转发，是最稳、最通用、最不容易被 APP 绕过的方案，因为 Clash（TUN 模式）有 2 个巨大优势：

优势 1：Clash TUN → 强制接管所有流量

优势 2：Clash 可以把所有流量转发给 Fiddler/Charles/HTTP Toolkit等

总之，不管你用什么抓包工具，先让 Clash 接管所有流量，再转发给 Fiddler/Charles/HTTP Toolkit等，是最稳定、兼容性最高的方案。

不过想要使用Clash需要能够科学上网，如果你连科学上网都不会，请出门左转先去百度吧！使用Clash还需要：

• • 自己配置代理文件yaml并导入Clash，可以百度一下，有现成的配置文件。

• • 针对APP抓包需要在【设置-网络-访问控制模式&访问控制应用包列表】指定需要抓包的APP

七、总结

1.iOS抓包与Android抓包的不同

iOS系统信任管理集中，允许用户手动安装并信任根证书，这就让像Charles/Fiddler/HTTP Toolkit 这样的工具能够成功解密HTTPS流量。
Android

• • Android 7.0+开始系统信任机制越来越严格，用户安装的CA证书不会被应用自动信任，默认只信任系统自带的根证书，需要ROOT。

• • 许多APP有证书固定，需要hook才行，抓包难度大。

• • Android APP可以绕过系统代理：Android 的代理是一种 可检测且可规避 的设置，APP可以轻易检查并选择是否使用。

2.小程序抓包与APP抓包的不同

小程序

• • 因为证书固定必须写在APP原生代码里，因此小程序的HTTPS默认没有“证书固定”，它们的网络请求都是通过平台容器（微信、支付宝APP本体）发出的，微信/支付宝容器本身是不做证书Pinning的，只会简单使用系统信任链，如果Android系统信任了抓包软件的CA证书，微信就会信任，然后所有小程序HTTPS都能被解密。因此：小程序 = 容器代发网络请求 = 容器不固定证书 = 容易抓包。

• • 小程序域名统一托管，APP则完全自由，可自行随便加okhttp.setCertificatePinner(...)

• • APP通常会证书固定（Certificate Pinning），机制一般为PIN 公钥或证书摘要 → 如果不是原始服务器证书则拒绝连接。因此：APP = 启用了证书固定 = 不信任抓包CA = 无法抓HTTPS。

3.小结

• • Android APP抓 HTTPS 的终极组合（100%）：

1.系统 ROOT（最关键）
2.TrustUserCertificates （Magisk配置，自定义 APP 也信任用户证书）
3.TrustMeAlready（LSPosed模块，自动绕过Java层证书固定）
4.Fiddler/Charles/HTTP Toolkit（MITM核心）
5.Clash（TUN强制接管所有流量）

ROOT 可以把代理的 CA 装到 /system/cacerts → 所有 APP 100% 信任。这一步让系统层面开启了完全的MITM。

你的APP没有SSL Pinning，但还是报证书错误 → 用 Magisk 的 TrustUserCertificates 即可
你的 APP 有 SSL Pinning，TrustUserCertificates 也没用 → 必须用 TrustMeAlready
最稳抓包 = 两者一起使用

ROOT是基础，TrustMeAlready是“杀手锏”，两者叠加：没有Java层的Pinning能逃得掉。

这套组合的实际能力：只剩应用层加密抓不到（emmm...新的任务已解锁！）

对于强防护 APP（如微信、银行 App）：

• • HTTPS 会彻底被解密（MITM）

• • 但内部 payload 会继续被三重 AES/RC4/SM4 加密

这是应用层加密，不属于 HTTPS 抓包范畴。要解这个，需要逆向协议，不是 MITM 的问题。

但你能看到加密前的 TLS 结构、中间件标记、序列号等，说明 MITM 已经 100% 成功。

八、结语

好奇心与探索欲是原动力，有时候神奇的技术就是一层窗户纸，解决的办法往往很简单，但解决的过程往往很曲折。这中间说不清道不明的吃透问题点的好奇心是坚持下来最重要的原因！

灵蛇圆满辞旧岁，骏马奔腾迎新春。乙巳蛇年的脚步声渐行渐远，丙午马年的钟声即将敲响。值此农历丙午春节来临之际，T00ls向所有T00lser以及网络安全行业的朋友们致以美好的新春祝福，给大家拜年啦！

马蹄声近，蛇影渐远。回首2025，我们以蛇之敏锐，洞察幽微，为T00ls的沉淀添砖加瓦。展望2026，愿我们如骏马般豪迈，以驰骋之姿，跨越技术的高峰，追逐梦想的旷野。愿每一位T00lser在新的一年里，事业如万马奔腾，势不可挡；生活似策马扬鞭，一日千里。让我们携手共进，以龙马精神，续写T00ls的辉煌篇章！

2025年概况

这一年我们吸纳优秀会员2033人;
这一年我们预警了48个知名厂商漏洞;
这一年T00ls产生了24486篇发帖，其中1632篇主题帖；

T00ls变化

论坛机制，持续优化，打造最优最安全的网络安全交流环境

T00ls 启用了论坛专属ai来进行回复！
T00ls 同时与多家src合作，引入新会员！

T00ls 成长

根据元旦的统计，这一年，我们的进步

主题帖：1632篇，平均每日4.5篇；
总发帖（含回复）：24486篇，平均每日67篇；
总会员：13136；
新增会员：2012；（以低权限注册为主，少数为投稿申请）
活跃会员：4496

2025年预警知名厂商或通用型漏洞超48个

其中包括：高德，百事中国，新东方，哈勃智能云，如视，国家电网，中金数据，联想，团车网，金科集团，上汽，贵州国台酒业，京东等实体公司与金融基建企业；同时还有清华大学，中国大学，中央民族大学，西安科技大学，上海科技大学等高等院校。

我们的期望

• • 搭建T00ls专属安全大模型。

• • 精简代码结构以及资产、合规化调整网站与服务功能。

Tubi红包来袭

即刻起（每个帐号只能领一次）：

在T00ls微信公众号输入100，即可领取TuBi红包奖励，数额从1-100随机。（若没绑定，请先输入2绑定T00ls帐号）

在T00ls电报机器人输入/hongbao，即可领取TuBi红包奖励，数额从1-100随机。（若没绑定，请先输入/start绑定T00ls帐号）

管理团队及版主还可以在论坛任务处领取额外TuBi红包奖励。

T00ls专属红包封面第二版来袭

T00ls社区专属定制红包封面 第二版 正式跟大家见面啦！

摘要：破茧成蝶，荣耀加冕。这份专属的新春礼物，送给每一位坚守初心的你。

这一年，辛苦了！

各位 T00ls 的兄弟们：

从指尖敲击的每一个字符，到深夜屏幕映出的每一行代码，感谢每一位 T00ls 会员在 2025 年的坚持与付出。是你们的热爱，构成了社区最坚固的防线。

成长的道路从来不易，风雨阻挡不了我们追逐梦想的决心。唯有坚持，才能破茧成蝶。

辞旧迎新之际，除了刚刚公布的 “第十三届年度风云榜” 和 “名人堂” 荣耀，管理团队还为大家准备了一份特别的“年货” —— T00ls 2026 马年特制红包封面！

🐎 T00ls 定制 · 极客专属

今年的红包封面设计，我们将 T00ls 的极客精神与 2026 马年“奔腾”的意象完美融合。

寓意新的一年：
漏洞全挖空，Shell 一把梭！
技术突飞猛进，生活一马平川！

既然是过年，就要有排面！换上这款专属封面，发出去的每一个红包，都带着 T00ls 独特的安全感与技术信仰。

🚀 立即领取方式

为感谢大家一年的努力，本次红包封面直接领取，无套路！数量有限，手慢无！

👇 点击下方卡片即可一键领取 👇

⚠️ 领取小贴士

1. 1. 拼手速：封面数量有限，领完即止，建议大家看到推文立即下手。

2. 2. 有效期：领取后请在 3 个月内使用，过期将失效。

3. 3. 分享喜悦：领到封面的兄弟，欢迎在朋友圈晒出你的“T00ls 专属年味”！

2026，我们继续并肩作战！
提前祝大家新春快乐，Code 0 Bug，挖洞必 0day！

Make Security Better.
T00ls 管理团队 敬上

成长的道路从来不易，风雨阻挡不了我们追逐梦想的决心，唯有坚持，才能破茧成蝶。T00ls管理团队继续感谢大家的热情付出，我们选择迎难而上，因为每一次努力，都在为未来的光芒积累力量。

“年度人物风云榜”评选的活动T00ls已经持续了13年，也为T00ls的历史上增添了一些让人留恋的印记。经过长达40天的激烈角逐与大家的踊跃投票，T00ls第十三届（2025）年度人物风云榜的评选现已圆满落下帷幕！

本届评选我们严格遵守了前期公布的硬性指标：

1. 1. 在技术版块发表过帖子；

2. 2. 2025年发帖总数大于120篇；

3. 3. 管理团队不参与竞选。

此外，特别感谢大家对今年新规的遵守：本次评选严格限定在最初公布的20名候选人名单内，任何人无破例入选资格。 这不仅维护了规则的严肃性，也让每一张选票都更加公平、纯粹。

根据最终的投票统计，以下12位师傅凭借过硬的技术实力、持续的优质输出以及极高的人气脱颖而出，正式当选 T00ls 第十三届（2025）年度风云人物！

🏆 第十三届年度风云人物 Top 12 榜单 🏆

• 让我们用热烈的掌声向以上12位师傅表示最诚挚的祝贺！感谢你们在过去一年为T00ls带来的精彩与贡献！

• • 👑 榜首：10907-没睡的风 —— 56票（15.77%）

• • 🥈 榜眼（并列）：16782-Xiaoyune —— 47票（13.24%）

• • 🥈 榜眼（并列）：5520-anlfi —— 47票（13.24%）

• • 🏅 第4名（并列）：16810-MrE404bug —— 24票（6.76%）

• • 🏅 第4名（并列）：13963-0verf1ows —— 24票（6.76%）

• • 🏅 第6名：16765-Bu0uCat —— 22票（6.20%）

• • 🏅 第7名：13648-cxaqhq —— 21票（5.92%）

• • 🏅 第8名：18229-Qiufen —— 18票（5.07%）

• • 🏅 第9名：17310-beiank —— 17票（4.79%）

• • 🏅 第10名：16408-AlyssaVV —— 16票（4.51%）

• • 🏅 第11名：17446-sasser —— 14票—— （3.95%）

• • 🏅 第12名：16677-jm33ng —— 10票—— （3.54%）

🌟 专属荣耀与奖励 🌟

按照惯例，以上所有获得本届风云榜的会员将获得以下专属荣誉：

1. 1. 授予荣誉勋章：彰显身份与技术贡献。

2. 2. 专属域名邮箱：获得 t00ls.net 域名邮箱的尊贵使用权！

3. 3. 入驻名人堂：永久载入T00ls名人堂！“T00ls名人堂”只收录元老核心、T00ls风云人物，这是社区赋予的最高荣誉。

📌 T00ls名人堂参观地址： https://www.t00ls.com/hof.html

🧧 贺岁迎新：T00ls马年特制红包封面即将放送！

金戈铁马，气吞万里如虎！借此年度盛典与新春佳节交汇之际，T00ls 管理团队也为全站会员准备了一份特别的新年福利——T00ls 专属马年特制红包封面！

今年的红包封面融入了满满的马年吉祥元素与 T00ls 的极客精神，祝愿大家在新的一年里“马到成功，技术精进”！

• • 发放规则：本次马年特制红包封面发放数量待定（明日开始发放）！

📚 历届T00ls风云榜回顾

历史的沉淀是T00ls最宝贵的财富，重温那些曾陪伴我们一路走来的技术大佬们：

• • 第十二届：https://www.t00ls.com/articles-73098.html

• • 第十一届：https://www.t00ls.com/articles-71253.html

• • 第十届：https://www.t00ls.com/articles-68318.html

• • 第九届：https://www.t00ls.com/articles-64465.html

• • 第八届：https://www.t00ls.com/articles-59708.html

• • 第七届：https://www.t00ls.com/articles-54844.html

• • 第六届：https://www.t00ls.com/articles-49781.html

• • 第五届：https://www.t00ls.com/articles-44217.html

• • 第四届：https://www.t00ls.com/articles-37949.html

• • 第三届：https://www.t00ls.com/articles-32992.html

• • 第二届：https://www.t00ls.com/articles-29289.html

• • 第一届：https://www.t00ls.com/articles-25335.html

再次感谢所有参与投票的会员，以及所有陪伴T00ls共同成长的朋友们。马年新征程，我们继续策马扬鞭，迎风前行！

双峰并峙，顶峰相见

在中国网络安全的发展历程中，有两个名字始终熠熠生辉，各自代表着一种极致。

🔵 360SRC：实战的角斗场

🔴 T00ls：技术的隐修地

作为国内历史悠久的老牌安全社区，T00ls 以低调求发展，潜心习安全为精神内核，T00ls 汇聚了大量资深安全专家与红队大牛，拥有极深厚的技术沉淀与原创氛围，同时拥有数万篇原创文章，是国内现今最大的安全社区之一。

十余年来，为了保持社区的纯粹性，始终实行严格的邀请注册制。

在这里，邀请码不仅仅是一个账号，更是一份“身份的象征”与“技术的认可”。

今天，我们要打破壁垒。

360SRC 正式携手 T00ls，开启重磅福利联动！

我们将把这份象征着技术荣耀的 “T00ls 邀请码”，作为最高级别的战利品，颁发给在 360SRC 表现最卓越的顶尖白帽。

核心玩法：凭实力，换荣耀

这是一场属于强者的游戏。
既然是两大平台的强强联合，门槛自然不低。我们要寻找的，是真正处于金字塔顶端的安全猎手。

01 / 长期荣耀：强者恒强

Long-term Glory

真正的黑客精神，在于持之以恒的探索。我们将目光投向了那些在 360SRC 长期深耕、持续输出的高级白帽。

🛡️ 兑换门槛

360SRC 个人成长等级达到 Lv3 及以上
(成长等级基于最近 720 天的贡献值计算)

首批开放名额：仅限 10 个！手慢无，强者先得。

02 / 专项突击：一击必杀

Special Operations

错过了日常积累？没关系，我们更欣赏在关键时刻力挽狂澜的英雄。
在后续举办的 专项漏洞收集活动 中，我们将不定期掉落 T00ls 邀请码作为额外奖励。

⚔️ 兑换门槛

• • 参与指定专项活动

• • 达到活动贡献标准 (具体以当期活动规则为准)

如果你擅长挖掘高质量漏洞，这就是你弯道超车、通过实战赢取“通行证”的最佳机会。

结语：致敬技术初心

T00ls 崇尚“低调、求实”，360SRC 尊重每一份提交的价值。
这次合作，是平台与社区的握手，更是对技术初心的回归。

如果你已经在 360SRC 战功赫赫，请立刻去领取属于你的荣耀；
如果你还在成长的路上，请握紧手中的键盘——

下一个 T00lser，或许就是你。

致各位白帽子：

为了进一步促进网络安全技术的深度交流，打通“实战挖掘”与“技术研究”的壁垒，我们非常荣幸地宣布：EDUSRC（教育漏洞报告平台） 与 T00ls（土司安全社区） 正式达成深度战略合作！

即日起，EDUSRC 礼品中心将上线 T00ls 注册邀请码 兑换通道。

🌟 关于合作双方

🛡️EDUSRC ( 教育漏洞报告平台)

作为国内教育行业网络安全的核心力量，EDUSRC 致力于通过众测模式收集高校及教育系统漏洞。它是白帽子进行合法合规实战演练的最佳场所，汇聚了国内最具活力的年轻安全力量，守护着亿万师生的数据安全。

🛡️ T00ls (土司安全社区)

T00ls 成立于 2008 年，是国内历史最悠久、门槛最高的非盈利安全技术社区之一。秉承“低调求发展，潜心习安全”的理念，T00ls 汇聚了大量资深安全专家与红队大牛，拥有极深厚的技术沉淀与原创氛围，同时拥有数万篇原创文章，是国内现今最大的安全社区之一。

📅 兑换规则与详情

本次合作旨在筛选和回馈真正具备高质量漏洞挖掘能力的研究员，具体规则如下：

本次所兑换邀请码为正式会员邀请码，注册后与申请投稿注册的权限完全相同。

1. 💎 兑换门槛与消耗

• • 身份要求： 仅面向 EDUSRC “高级白帽子” 及以上用户开放。

• • 积分消耗：80 金币 / 个。

2. 📦 数量与补货机制

• • 首期投放： 限量 100 个。

• • 持续补货： 我们将建立长期的持续补货机制，确保持续为优秀白帽提供通道，请勿恐慌性抢购。

• • 唯一机会： 每位符合条件的用户，终身仅限兑换 1 个。

⚠️ 特别声明：严格风控与绑定机制

为维护 T00ls 社区纯净的技术氛围，杜绝邀请码买卖行为，本次活动执行最严格的风控措施：

邀请码仅供本人注册使用。一经发现倒卖、转赠、代注册等行为将进行封禁论坛账号处理。

🔗 如何参与？

请登录 EDUSRC 平台，进入【礼品中心】板块查看。

让实战更有价值，让技术更有深度。EDUSRC 与 T00ls 期待您的加入！

随着安全越来越卷，越来越多的站点对报文做了加密处理，不努力下次测试连个包都改不了

以某站点为例，对前端报文加密绕过处理做下总结

通过抓包可以看到网站对报文进行了加密处理

针对这种前端报文加密的场景常考虑以下几种应对措施

1.分析加解密算法，流程，进行重写。密文=>解密=>加密
2.jshook，控制台操作
3.js rpc

以上三种方法，不可绕过的步骤都是前端加密逻辑分析。

加密逻辑分析

打开 F12 /开发者工具

浏览前端目录，一眼发现 security 目录，并且该目录下还存在 encrypt-sm.js /pnc-crypto-min.js 文件

（没法一眼看出来的场景那就只能搜索关键字了）

快速查看两个 js 文件，发现加解密调用逻辑主要就存在jsencrypt-sm.js文件中

在关键位置进行断点，点击网页的扫码登录功能，很明显的发现参数 r 为请求报文体明文，参数 t 为加密密钥

根据堆栈信息可以找到调用加密的位置，可以看到密钥是通过YT.Security.getEncryptKey()获取到的， 每次调用getEncryptKey 密钥都会发生改变，跟踪函数发现生成密钥的位置如下

下面分析jsencrypt-sm.js 中的加密过程。

下面是整个请求报文体的加密处理过程

将报文体转换为byte数组
计算byte数组的长度
补齐数组长度到16的倍数，用随机数进行补齐，随机数计算方法
第一位制定为29(做分隔符) 后续Math.round(150 * Math.random()) % 150 + 30;
String.fromCharCode(29))  =〉 \x1D
生成混淆数组Math.round(255 * Math.random()) % 255;
然后将补齐后的字节数组逐位与混淆数组进行异或运算
异或结果+混淆数组进行拼接成新的数组
将拼接结果转换为hex字符串
密钥转换为字节数组
将以上两项进行sm4
将sm4结果从byte转换为hexstr
将sm4密钥进行sm2
拼接明文请求报文+对称密钥+YTGSRCU 然后将拼接结果进行sm3
u：sm3结果byte数组
o：sm4结果hexstr
s：sm2结果
拼接return "#10" + [Code.bytes2hexStr(u), o, s].join(String.fromCharCode(29))
最终请求报文

修改报文方式一（做成工具，自动化操作）

通过上面的加密逻辑分析，可以确定以下几点

1. 1. 对称加密密钥是随机生成的 应对方法：固定密钥（修改 js 文件使对称加密密钥保持不变）

    a. 调用加密算法时传入写死的字符串作为密钥
    b. 修改生成密钥的函数，使函数的返回值保持不变

2. 2. 组合加密，数字信封，对称+非对称+摘要 a. 固定对称加密密钥后非对称加密部分不需要操作 b. 对称加密部分，需要根据分析出的加密逻辑进行逆运算，将加密后的报文解密得到明文，修改报文后，再重写加密逻辑将明文加密成密文 c. 将修改后的报文重新算摘要

整体实现难度较大，但实现后将其做成 burp 插件，或者在 burp 上再叠一层 mitmdump 处理加解密 ，后续可以很方便测试。

修改报文方式二（适用于简单测试，验证，不方便批量操作）

通过调试找到调用加密函数的位置，可以在开发者工具中对指定参数进行修改，大变量需要在 console 窗口中进行修改

修改报文方式三

可以看到报文的格式时 json，并且有调用的 JSON.stringify(r)，可以对JSON.stringify(r)进行 hook

每当调用JSON.stringify(r)时可以走入我们自定义的函数中，我们可以再此对传入的加密前的明文 body 进行修改

但此处不行，因为传入的 r 本身就是 string 类型走不到JSON.stringify(r)

跟对堆栈往前找

可以对YT.Security.encrypt 进行 hook，此时代码走入了我们的自定义逻辑中，同样可以修改加密前的明文 body

修改报文方式四

通过 jsrpc 的方式，主动调用 js 中的报文加密和解密函数，对报文进行加密或解密

但是此处可以响应报文的解密适用该方法，加密逻辑复杂，网站 js 代码中未提供可以解密请求报文的函数

此处同样需要提前对密钥进行固定

总结

其实针对用web端系统的前端加解密还是比较好解决的，可能难点在于js混淆，就是需要慢慢调试，理清逻辑后还是很好操作的，实在不行，前端代码都给了，直接上手改呗。

另：现在进入ai时代了，大不了扔给ai分析呗。

这里贴一段jsencrypt-sm.js 代码

define(function(require) {
require("js/security/pnc-crypto-min");
var r = YT.Security = {
encrypt: function(r, t) {
"string" != typeof r && (r = JSON.stringify(r));
var n = function(r, t) {
for (var n = r.length, e = t.length, o = newArray, s = function(r, t) {
for (var n = r.length, e = newArray, o = n / 16, s = 0; s < o; s++)
for (var u = 16 * s, i = 0; i < 16; i++)
                            e[u + i] = r[u + i] ^ t[i];
return e
                }(r, t), u = 0; u < s.length; u++)
                    u < n && o.push(s[u]);
for (var u = 0; u < t.length; u++)
                    u < e && o.push(t[u]);
return o
            }(function(r) {
var t = r.length
                  , n = t % 16;
                n = 16 - n;
var e = newArray;
                e[0] = 29;
for (var o = 1; o < n; o++)
                    e[o] = Math.round(150 * Math.random()) % 150 + 30;
var s = newArray;
                s = [].concat(r);
for (var o = 0; o < e.length; o++)
                    o < n && s.push(e[o]);
return s
            }(Code.str2bytes(r)), function(r) {
for (var t = newArray, n = 0; n < 16; n++)
                    t[n] = Math.round(255 * Math.random()) % 255;
return t
            }())
              , e = _Sm4.encode(Code.bytes2hexStr(n), Code.str2bytes(t))
              , o = Code.bytes2hexStr(e)
              , s = _Sm2.encode(t)
              , u = _Sm3.hash(Code.str2bytes(r + t + "YTGSRCU"));
return"#10" + [Code.bytes2hexStr(u), o, s].join(String.fromCharCode(29))
        },
decrypt: function(r, t) {
var n = r.substr(14)
              , e = parseInt(r.substring(3, 5), 16)
              , o = parseInt(r.substring(5, 7), 16)
              , s = parseInt(r.substring(7, 8), 16)
              , u = parseInt(r.substring(8, 14), 16)
              , i = n.substring(e, e + o)
              , a = i.length
              , h = [];
switch (h.push(n.substring(0, e)),
            s) {
case1:
                h.push(i.charAt(a - 1)),
                h.push(i.substring(1, a - 1)),
                h.push(i.charAt(0));
break;
case2:
for (var f = 2; f <= a; ++f)
                    f % 2 == 0 && (h.push(i.charAt(f - 1)),
                    h.push(i.charAt(f - 2)));
if (a % 2 != 0 && 0 < a) {
                    h.push(i.charAt(a - 1));
break
                }
            }
return0 != s && (h.push(n.substring(e + o)),
            n = h.join("")),
            n = n.substring(0, u),
function(r) {
for (var t = [], n = 0, e = r.length; n < e; n++)
240 <= r[n] && r[n] <= 247 ? (t.push(String.fromCodePoint(((7 & r[n]) << 18) + ((63 & r[n + 1]) << 12) + ((63 & r[n + 2]) << 6) + (63 & r[n + 3]))),
                    n += 3) : 224 <= r[n] && r[n] <= 239 ? (t.push(String.fromCodePoint(((15 & r[n]) << 12) + ((63 & r[n + 1]) << 6) + (63 & r[n + 2]))),
                    n += 2) : 192 <= r[n] && r[n] <= 223 ? (t.push(String.fromCodePoint(((31 & r[n]) << 6) + (63 & r[n + 1]))),
                    n++) : t.push(String.fromCodePoint(r[n]));
return t.join("")
            }(_Sm4.crypt(Code.hexStr2bytes(n), Code.str2bytes(t), 0))
        },
getEncryptKey: function() {
return r.uuid(32, 16)
        },
uuid: function(r, t) {
var n, e, o = "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz".split(""), s = [];
if (t = t || o.length,
            r)
for (n = 0; n < r; n++)
                    s[n] = o[0 | Math.random() * t];
else
for (s[8] = s[13] = s[18] = s[23] = "-",
                s[14] = "4",
                n = 0; n < 36; n++)
                    s[n] || (e = 0 | 16 * Math.random(),
                    s[n] = o[19 == n ? 3 & e | 8 : e]);
return s.join("")
        }
    };
String.fromCodePoint || function(u) {
var t = function(r) {
for (var t = [], n = "", e = 0, o = arguments.length; e !== o; ++e) {
var s = +arguments[e];
if (!(s < 1114111 && s >>> 0 === s))
throwRangeError("Invalid code point: " + s);
16383 <= (s <= 65535 ? t.push(s) : (s -= 65536,
                t.push(55296 + (s >> 10), s % 1024 + 56320))) && (n += u.apply(null, t),
                t.length = 0)
            }
return n + u.apply(null, t)
        };
try {
Object.defineProperty(String, "fromCodePoint", {
value: t,
configurable: !0,
writable: !0
            })
        } catch (r) {
String.fromCodePoint = t
        }
    }(String.fromCharCode)
});

原文链接

https://www.t00ls.com/articles-73345.html

自我介绍

我是河图，香港墨客创始人。

在网络安全这个圈子，从最初的接触到实践成功的15年，我算是个典型的“实战派”。

早些年我一直在做一线攻防，主导搭建过覆盖网络、应用及数据层的多维度渗透测试体系，亲手挖过上百个高危漏洞。后来创办墨客，我们以“解决实际问题”为核心目标，用这身手艺解决企业的痛点，为企业的安全提供技术支持。

正是基于这种“解决痛点”的导向，我们没有选择做“大而全”的通用产品，而是结合我的特长，专挑那些客户最棘手、最无助的领域去深耕。

硬核的安全攻防与底层技术。 这方面我有点“强迫症”，专攻同行解决不了的疑难杂症：

• • 首先是底层协议的深度研究。 特别是在 TCP/IP 协议领域，我有着极深的技术积累。我不满足于使用应用层工具，而是专注于挖掘底层逻辑，曾亲手发现过多个关键的协议级漏洞。

• • 其次是反诈领域的实战打击。 深度参与公检法一线工作，利用技术手段进行资金流追踪、电子取证和落地打击，协助检方固定证据。

• • 前沿架构的安全落地。 曾牵头开发过某区块链安全框架，专门解决金融交易和供应链场景下“数据不可篡改”与“隐私保护”的矛盾。这套框架目前已成功落地。

先来让我们看看朋友们对他的看法

不知名网络安全工程师查鲁特

河图——那位让防火墙颤抖、让女程序员尖叫、让银行账户余额骄傲的网络安全工程师。

玲珑安全&芳华绝代联合创始人Kider

认识9年的老伙计，是Web3圈里公认的炒币高手。不管是早期埋伏潜力山寨币，还是做主流币的波段操作，他都没怎么踩过坑，收益一直很稳。他性格低调，关于家庭和现实身份的事很少提及，始终带着点神秘感。 圈里喜欢他的人不少，既有佩服他实力的，也有认可他人品的。而我最清楚，他这人是真靠谱——重情重义，这9年里前前后后请了我好几次MMC，每次都真诚又热络；分享行情和行业看法时也从不藏私，就算面对不少爱慕者，也始终保持分寸，不暧昧、不敷衍。既是能一起聊赛道、谈行情的靠谱伙伴，也是能放心交心的老友，很难得。

网络安全技术爱好者 牧马人

说起河图和潘总，相信安全圈无人不识，一来是因为渗透方面的建树，对传统web漏洞利用，逻辑漏洞，逆向工程和安全开发方面都有扎实的功底，二来是因为钞能力，凭亿近人的江湖豪杰性格。可能有时他会有一点高调，但不气盛还叫年轻人吗？我敢说在95后中，他的实力属于领军人物。

某金融公司CISO 朽木

河图是我认识很多年的朋友，感觉本人极具计算机天赋和不喜欢循规蹈矩的做事，总喜欢搞一些大新闻。且知识面极广，善于用非常规思维解决问题。希望未来越来越好，早日自由。

接下来让我们通过几个问题，了解河图的成长道路

能否请您分享一下您是什么时候开始接触网络安全的？当时是出于什么契机或兴趣？

河图：正式入行是 2012 年，但故事得从 2010 年说起。 那时候我对技术特别好奇，买了一本《Linux 运维入门》，结果翻开全是代码，像看天书一样，百度搜索到的资料很死板、单一，并不能让我很好的理解其原理。

后来偶然发现QQ里搜这一类技术的关键词能加相关的技术群，我抱着求知的心态加入了他们，所幸群里的大神们都很友善，对我的疑问都进行了细致的分析，使我理解起来更简单，那一下子就像打开了新世界的大门。

而那几年我加了快 400 个群，从 “易语言开发” 学简单编程，到 C 开发，“OpenStack” 了解云平台搭建，“无线电开发” 摸索硬件相关知识，甚至 “PE 开发”“it天空” 都加了。

从易语言到C再到 OpenStack，从无线电到 PE 开发，什么都学。那时候我也做过站长，日子过得很狼狈：网站今天被挂马，明天数据被篡改，急得在群里求救，绞尽脑汁的研究怎么避免这些情况的，学的跌跌撞撞，每天都焦头烂额。

真正的转折点是进了 360 主机卫士的 QQ 群。那里有怪狗哥、陆羽前辈、一修哥等这些大神。群里的大神帮我补充web安全的相关领域知识。

2014 年 9月，我拿到了补天平台的第一个“补天娃娃”，我记得是某品牌的手机权限绕过，当时我在拿到那个玩偶娃娃的时候非常开心。那种靠技术换来的认可，比赚钱更让我激动。

您的学习渠道主要有哪些？在学习过程中，有没有哪些资源或平台对您帮助特别大？

河图：我的技术成长史，是个典型的“野路子起家，正规军成才”的过程。回过头看，主要是跨越了三个台阶：

第一台阶是QQ群里的“江湖切磋”。 那时候不仅求知若渴，更讲究“输出倒逼输入”。群里的前辈们很直接，他们不主张教你用傻瓜式工具进行设计，而是逼着你学原理，了解内在的核心理论。

比如我问“怎么绕过防火墙”，他们直接甩给我 TCP/IP 协议详解；我问“为什么扫描会被拦截”，他们倒逼我去把数据包的结构啃透。 这种“不给工具给原理”的硬核交流方式，虽然痛苦，但却帮我打下了最扎实的底层基础。

第二台阶是论坛时代的“百家争鸣”，2012 到 2016 年是网络安全的黄金时代，例如92 灰客、sss大风车、华盟、52pojie，看雪，还有吐司（T00ls）等网络技术组织快速兴起，他们在自己组织的领域做大做强，而我像个游侠一样到处“拜师学艺”。

那时候不满足于用现成的脚本，而是开始死磕漏洞逻辑：为了验证一个 SQL 盲注效率，或者测通一个 XSS 绕过，往往在虚拟机里一泡就是一整天。这段经历让我完成了从“脚本小子”到“技术研究者”的质变。

第三台阶是项目的“极限施压”，后来参与政企项目，挑战完全变了——面对的是大规模集群和关键基础设施，时候光懂应用层攻击不够了，现实的残酷逼着我不得不往下沉淀，必须继续深造，一刻不停歇的获取技术知识才能让我更好的面对这次挑为了搞定复杂环境的漏洞挖掘，我开始死磕 TCP/IP 协议簇，从底层数据包的逻辑里找漏洞；

• • 做区块链安全时，为了攻克“智能合约重入攻击”，我在实验室熬了一周；

• • 配合公检法做反诈时，更是需要在海量数据中抽丝剥茧。

如果说早期的圈子给了我“术”，那么后来的实战和底层研究，则给了我“道”。

从网络安全技术尖兵，现在走到了自主创业得路上，您是如何完成身份转变的？

河图：这个转变并非一蹴而就，而是一次痛苦的“认知重构”。它迫使我从单纯的“技术极客思维”，升级为了“商业与责任闭环思维”。

这个跨越主要体现在我对“价值定义”的三次修正上：

第一次是从“攻破系统”到“解决痛点”的修正。

做技术尖兵时，我的成就感来源于Exploit（漏洞利用）。那时候，我看到一个复杂的勒索病毒，第一反应是惊叹它的加密算法写得真精妙，想的是怎么逆向它来证明我很强。 但创业后，当我面对哭诉的企业主，我意识到“技术牛逼”没用。客户不在乎你的逆向过程多复杂，他们只在乎业务能不能不停摆、数据能不能救回来。这逼着我把技术视角从“寻找系统漏洞”，强制切换到了“解决业务痛点”上。

第二次是从“单一环节”到“结果闭环”的修正。

以前做攻防，我只需要抛出一个 POC（概念验证）或一份渗透报告，证明问题存在，我的工作就结束了。 但在深耕公检法反诈领域后，我发现单纯的技术线索是无效的。警方需要的不是一个 IP 地址，而是一条完整的、符合司法程序的证据链。 这迫使我不得不跳出代码，去研究侦查逻辑和电子取证规范，将单一的技术追踪，升级为包含“资金流分析+链上溯源+司法取证”全案闭环。从“给线索”到“帮破案”，这是我身份转变的关键一步。

第三次是从“技术中立”到“社会责任”的修正。

做自由技术人时，我可以保持技术中立。但创立墨客，特别是涉足算力基础设施和反诈后，我承载的是客户的信任和法律的重托。 我现在思考的不再仅仅是“代码怎么写”，而是如何构建一套能为客户兜底的防御体系。这种“守夜人”的责任感，彻底取代了当年那个只想“炫技”的少年心气。

作为网络安全行业的创业者，你对如今的环境怎么看？对行业的未来是否还充满信心？

河图：我对这个行业的环境的看法很现实，总结起来就是一句话：“国内在红海里内卷，海外在蓝海里掘金。而我的选择是坚定地走向世界。”

首先，如果不客气地讲，国内的安全市场现在确实太“卷”了。 大家都在看财报，很多头部的安全大厂都在亏损，这里面的原因“懂得都懂”。 国内很多时候受限于非市场因素、预算紧缩和复杂的合规流程，导致大家陷入了低水平的“价格战”和“关系战”。

技术做得再好，往往不如关系跑得好，这种环境对于真正搞技术的实战派来说，是很消耗的。因为实战派讲究的就是个技术，如何将时间利用起来，突破技术的限制这是我们的重点。而就现在的环境而已，将宝贵的时间浪费在人际关系的虚与委蛇之中，对于实战派来说是不利的。

但反观国际市场，却是另一番天地。 我们经常看到一个现象：有些安全公司在国内亏得一塌糊涂，但它们一到海外，分公司反而是盈利的。为什么？ 因为国际市场的商业逻辑非常纯粹：你有技术，能解决问题，客户就买单。 这里没有那么多复杂的“人情世故”，只有“技术变现”的硬道理。

所以，我对未来的信心，完全来自于“走出去”的战略定力。我想走出去，用自己的技术说话。

作为技术创业者，我们不能在家里“窝里横”或“卷价格”，必须去世界的大舞台上，用硬核技术切分那块巨大的蛋糕，这才是我们该有的出路。

当前传统的web渗透发展已经放缓，更细分出很多诸如ai安全，车联网安全，云安全等等的专业技术细分赛道，您有接触过这些吗，您认为他们和web渗透之间有什么关联。

河图：我有深度接触过，特别是在区块链安全和AI 自动化渗透这一块。

对于这两者的关系，我的观点是：Web 渗透是“内功”，细分赛道是“招式”。而 AI，则是我们将招式自动化、极致化的“倍增器”。

首先，关于 AI 安全，我认为它的核心价值在于“替代重复劳动”。 现在的 AI 安全，更多是替代人去完成基础的渗透工作，甚至是在基础渗透之上进行自动化编译和利用。 为什么要用AI安全去替代人去完成基础的渗透工作呢？ 因为机器的规则是固定的，它绝对不会漏。

我们做人工渗透时，往往受限于精力或惯性思维，容易忽略掉一些不起眼的细节（比如一个非标准的端口，或者一个冷门的参数）。但 AI 就像一个不知疲倦的扫描仪，它能严格执行既定规则，把所有可能的面都覆盖到。这就能够很好的替代人工，提升渗透效率和质量。

其次，车联网安全虽然涉及硬件，但逻辑是相通的。

我也关注过 2015 年互联网大会的那些议题，确实，车联网很多时候是在搞硬件和近场通信： 比如研究钥匙芯片的加密，利用无线电频率重放去解锁，或者分析蓝牙协议做 CSR 劫持。

但你仔细看，不管是抓无线电信号还是抓 HTTP 包，底层的“抓包-分析-重放/篡改”攻防思维是一模一样的。

最后，为什么说 Web 渗透依然是基础？ 因为 AI 再强，它的“规则”还得靠人去写。 AI 为什么知道这儿有个漏洞？是因为我们把 Web 渗透的经验（比如 SQL 注入的特征、逻辑漏洞的模式）喂给了它。 如果你不懂 Web 渗透，你就写不出精准的规则，你造出来的 AI 就是个只会瞎撞的傻瓜。

所以，新赛道不是对 Web 渗透的替代，而是 Web 渗透在硬件场景（车联网）和效率场景（AI）下的延伸。

您认为新人在这个领域有哪些机会和挑战？

河图：我个人认为这个机会在于“跨界”，挑战在于“替代”。

首先来说挑战，挑战是非常残酷的：AI 正在淘汰“工具人”。 正如我刚才提到的，现在的基础渗透和扫描，机器比人做得好。

机器的规则是固定的，它不知疲倦，也不会像人一样因为疏忽而漏掉某个细节。以前新人学个 owasp top10跑一跑就能接单的时代，彻底结束了。

所以，如果你的水平还停留在“会用傻瓜工具”，那你注定会被 AI 替代，因为这些是基本的，并没有太多的技术含量，你能做，AI也能做，而且能做得更好，所以你能有什么它不能做，你却能做的技术，拥有AI所不能替代的技术手段，这才是新人面临的最大挑战。

再说说机会，机会相应的就在于“复合型人才”的稀缺。 既然没啥技术含量的苦力活机器干了，人的价值在哪？答案是在于理解业务和处理复杂逻辑。 行业极度缺乏能把“技术”和“业务”打通的人：

• • 比如我们做反诈，光懂渗透没用，你还得懂经侦逻辑和取证规范；

• • 比如做车联网，你得懂无线电物理层；
  -比如做区块链，你得懂金融风控。 这种“技术 + X”的复合型人才，才是现在的天价刚需，也是新人弯道超车的唯一机会。

在这里我给新人一些建议： 别被花里胡哨的新名词迷了眼。 AI 再强，它的规则也是人写的。先把 Web 渗透和计算机基础（网络协议、代码逻辑）这碗“主食”吃饱，有了这个底子，你才能去驾驭 AI，而不是被 AI 取代。

最后，守住底线，技术向善，这个行业不会辜负肯全心付出，认真钻研的人，追风赶月莫停留，平芜尽处是春山。

河图，一名从QQ群“野路子”闯出的实战派创业者。

他的成长史，是一部典型的中国网络安全草根逆袭记：从在400个技术群中如饥似渴的“游学者”，到在政企、反诈、区块链等硬核战场上解决“疑难杂症”的专家，最终创立墨客，将技术淬炼为商业解决方案。

他身上兼具黑客的极客精神与商人的清醒视野：对内，他沉迷于TCP/IP协议层，专攻他人避之不及的底层漏洞；对外，他犀利地指出国内市场的“内卷”现实，并旗帜鲜明地将未来押注于“用硬核技术切开海外蛋糕”。

他给新人的忠告——“AI在淘汰‘工具人’，机会在于成为‘技术+X’的复合型人才”——既是对行业趋势的冷峻判断，也是其个人成功路径的最佳注脚。河图代表了网络安全领域中，那一批以技术为矛、以商业为盾，敢于走出舒适区，在更广阔战场定义规则的破局者。