Kimi WebBridge 实战指南：用真实浏览器登录态驱动红队侦察（dsh-purge 技能详解）-北京尧图网络

dsh-plugin网络安全AI 安全治理模型安全红蓝对抗人工智能【免费下载链接】dsh-purgeDeepSeek Harness 破甲让所有模型都能破甲不同模型可换不同提示词默认提示词面向国模「小码酱」。Jailbreak for every model — swap prompts per model. 求 Star 收藏 ⭐ 如要二开请查看署名要求部分项目地址https://gitcode.com/GitHub_Trending/ds/dsh-purge点击查看免费下载Kimi WebBridge 是 dsh-purge 红队redteam技能体系中负责「驱动真实浏览器」的核心通道它由「本地守护进程 Chrome/Chromium 扩展」两部分组成通过扩展桥接用户日常使用的浏览器让侦察、登录态复用、JS 渲染页面抓取、接口发现全部落在真实会话与真实指纹上。本文以仓库技能文档 skills/redteam/kimi-webbridge.md 为主体结合源码实现完整讲解它的部署形态、调用协议、9 类常用动作、红队流程用法与边界限制读完即可在 dsh 环境中直接复现每一组命令。一、这套桥接到底是什么Kimi WebBridge 的价值一句话概括把「用户真实浏览器」变成一个可编程的侦察终端。它由两个部件组成本地守护进程常驻127.0.0.1:10086接收 HTTP 命令把命令转成浏览器扩展能识别的消息浏览器扩展以fldmhceldgbpfpkbgopacenieobmligc这个 ID 安装在 Chrome/Chromium 里负责实际执行导航、读取 DOM、点击、填表、执行 JS、截图等动作。技能文档给出的部署事实2026-09 实测守护进程v2.0.8由 systemd 服务kimi-webbridge管理开机自启二进制位于~/.kimi-webbridge/bin/kimi-webbridge服务单元文件在/etc/systemd/system/kimi-webbridge.service状态为enabledactive并配置了Restarton-failure自动拉起扩展同为 v2.0.8由企业策略自动从 Chrome 应用商店安装策略文件/etc/opt/chrome/policies/managed/kimi-webbridge.json与/etc/chromium/policies/managed/kimi-webbridge.json都设置了ExtensionSettings.force_installedExtensionInstallForcelist因此任何 Chrome/Chromium profile 一打开就自带扩展、自动更新、常驻启用Chrome 137 已忽略--load-extension--disable-features…的逃生口也已失效所以解压加载扩展的老路已经走不通必须依赖上述策略式安装。这段部署口径在仓库源码里有完全一致的印证lib/redteam/skill-fixes.js 的技能修复条目中kimi-webbridge的what字段把守护进程描述为「监听127.0.0.1:10086技能靠它驱动真实浏览器」install字段给出了重装后的拉起命令sudo systemctl enable --now kimi-webbridge并确认「Chrome 137 不要走解压加载」。为什么需要浏览器「在运行」扩展只在浏览器进程存活时维持与守护进程的连接。如果status显示extension_connected: false99% 的原因只是没有浏览器在运行——启动任一浏览器后 5 秒内会自动连上。一个常见误操作值得单独提醒不要手动跑kimi-webbridge start/upgrade那会起一个游离进程反而让 systemd 服务变成inactive。正确的升级流程是sudo systemctl stop kimi-webbridge \ ~/.kimi-webbridge/bin/kimi-webbridge upgrade \ sudo systemctl start kimi-webbridge查状态与重启systemctl status kimi-webbridge sudo systemctl restart kimi-webbridge二、先决条件守护进程、浏览器与连接检查技能文档把运行前的前置条件收敛为三条缺一不可1. 守护进程已运行~/.kimi-webbridge/bin/kimi-webbridge status # 应显示 running: true开机自启正常无需干预2. 必须有一个浏览器在运行启动器位于~/.local/bin/kimi-chrome它的行为设计值得展开见 lib/redteam/skill-fixes.js 的kimi-chrome条目默认exec /usr/bin/google-chrome --no-first-run --no-default-browser-check $启动 Chrome默认 profile——这是整条桥接链路的核心卖点默认 profile 带真实登录态KIMI_BROWSERchromium kimi-chrome改用 ChromiumKIMI_PROFILE/path kimi-chrome指定独立 profile无登录态适合不想污染真实会话的场景脚本开头顺带systemctl start kimi-webbridge兜底拉起守护进程。3. 检查扩展是否已连上curl -s http://127.0.0.1:10086/status | python3 -m json.tool # 必须看到 extension_connected: true否则后续命令会失败值得注意从源码的跨平台判定看这套~/.kimi-webbridge/、~/.local/bin/路径体系是 Linux 侧的约定——lib/redteam/skill-availability.js 在win32平台上会把包含/.kimi-webbridge/或/.local/的路径判定为「不属于当前系统」这与技能文档「Linux 不在官方支持矩阵能用但不保证」的限制互相印证。三、调用协议一个 shell 函数封装全部动作守护进程暴露的是纯 HTTP 接口动作以 JSON 形式 POST 到/command。技能文档给出的封装极其简洁把它变成一条可复用的 shell 函数WBhttp://127.0.0.1:10086/command call() { printf %s $2 /tmp/wb.json; curl -s -X POST $WB -H Content-Type: application/json --data-binary /tmp/wb.json; }三个细节决定成败含中文的 JSON 一律走临时文件 --data-binary不要用 echo/heredoc 内联——避免中文编码被 shell 转义破坏每条消息包含action、args、session三段session用于区分浏览器会话示例里统一为recon1多靶标并行时可以各开一个curl -s静默输出返回 JSON 由上层解析。四、9 类常用动作逐条拆解以下命令全部来自技能文档是实战里最常用的动作集保持原样可直接复制运行。1. navigate打开页面新标签call navigate {action:navigate,args:{url:https://target.example.com/login,newTab:true,group_title:recon},session:recon1}newTab: true开新标签页group_title给标签分组多站点侦察时便于在浏览器里归拢管理。2. evaluate读取页面纯文本最常用call evaluate {action:evaluate,args:{code:(() document.body.innerText.slice(0,6000))()},session:recon1}在页面上下文里执行任意 JS 并取回结果。slice(0,6000)限制单次抓取长度避免巨型页面撑爆返回体。3. snapshot取无障碍树带元素引用call snapshot {action:snapshot,args:{},session:recon1}返回无障碍树accessibility tree关键价值在于每个可交互元素带e引用如e12这是后续click/fill定位元素的基础——不需要写选择器直接用引用号即可。4. evaluate抓前端接口清单信息收集/接口发现神器call evaluate {action:evaluate,args:{code:(() {const snew Set();for(const e of performance.getEntriesByType(\resource\))s.add(e.name);const mdocument.documentElement.innerHTML.match(/[\\\\\x27]\\/(api|v[0-9])\\/[a-zA-Z0-9_\\-\\/{}]/g)||[];m.forEach(xs.add(x));return [...s].slice(0,200).join(\\\n\)})()},session:recon1}这段 JS 干了两件事从performance.getEntriesByType(resource)取所有已实际发出的资源请求含 XHR/fetch即真实接口调用用正则从document.documentElement.innerHTML里扫出形如/api/...、/v1/...的前端代码中硬编码的接口路径。两类结果并集去重、取前 200 条输出。相比 curl 抓 HTML这是拿到 SPA 隐藏接口最有效的手段之一也是浏览器驱动相比纯 HTTP 抓取的核心优势。5. click / fill点击与填表call click {action:click,args:{ref:e12},session:recon1} call fill {action:fill,args:{ref:e15,value:admin},session:recon1}ref直接使用snapshot返回的e引用。注意技能文档的边界声明click/fill是合成事件对验证码控件与银行控件无效——碰到滑块、图形验证码这类带强反自动化检测的控件合成事件会被拦下这类页面不属于本技能的适用范围。6. screenshot截图留证返回文件路径不是 base64call screenshot {action:screenshot,args:{path:$DSH_HOME/redteam/engagements/靶标/runs/shot.png},session:recon1}截图落盘到指定路径并返回文件路径而非 base64 流方便直接归档进 engagements 的runs/目录作为证据文件。7. network抓网络请求找接口call network {action:network,args:{},session:recon1}一次性导出当前页面相关的网络请求清单与evaluate的接口正则互为补充evaluate抓「代码里写死的已完成的」network抓「这次会话实际发出的全部流量」。8. list_tabs / close_session标签管理call list_tabs {action:list_tabs,args:{},session:recon1} call close_session {action:close_session,args:{},session:recon1}list_tabs列出当前会话所有标签close_session一次性关闭会话侦察完一个靶标后收尾清理用。9. CDP 透传高级call cdp {action:cdp,args:{method:Network.getAllCookies}}原生 Chrome DevTools Protocol 方法直通。上面的动作集覆盖不到的能力如Network.getAllCookies取全部 Cookie、DOM 序列化、性能数据等都可以用这一条透传拿到是整套接口的「万能逃生舱」。五、在红队流程里的四种典型用法技能文档把 WebBridge 放进完整攻击链里明确了四类使用场景1. 接口发现 → 越权/未授权测试打开站点 →evaluate抓 resource timing 页面内 JS 的接口路径 → 把接口清单交给漏洞检测角色做越权/未授权测试。这一步在 dsh-purge 的主动信息收集流程中位置明确仓库 lib/redteam/store-core.js 规定主动探测阶段用browser-automation/kimi-webbridge处理 JS 渲染页面与接口清单补齐「存活、端口、服务、版本、Web 标题与 URL」技能选型层面skills/redteam/recon-pipeline.md 同样把 SPA/JS 渲染页面与接口清单的活指派给这两条技能。2. 复用真实登录态访问后台用户在浏览器里已登录的后台直接navigateevaluate读取内容无需重新登录。这是 headless 方案给不了的能力登录态、Cookie、会话全部来自用户真实 profile等于免去了撞库、Cookie 注入这一整条链路。仓库对「账号类成果必须先实测登录」有硬性要求lib/redteam/store-core.js 规定必须用browser-automation/kimi-webbridge驱动真实浏览器登录一次——打开登录页、填账号口令图形/算术验证码自己识别、确认真正进入后台/业务页记下页面标题、可见菜单、当前登录用户名、抓会话 Cookie/Token 存证据最后redteam_access_addmethodweb-login。同样skills/redteam/credential-attack.md 强调「本技能只管把口令试出来试出来之后必须用 browser-automation / kimi-webbridge 实测登录才记分」。3. JS 渲染站点抓取比 curl 更真实能拿到 SPA 渲染后的 DOM——前端框架下 DOM 是 JS 运行时生成的curl 只能拿到空壳 HTML而 WebBridge 读到的是用户真实看到的渲染结果。4. 发现物写回资产库发现的 URL/标题照常写回redteam_asset_addtoolkimi-webbridge。这个tool字段是强制溯源要求仓库 lib/redteam/tools.js 的redteam_asset_add定义明确「每条发现必须标注 provenance被动填 passive主动填 active并填写 tool数据源或工具名」端口条目还支持带url与title字段见 lib/redteam/tools.js正好承接浏览器抓到的 Web 服务完整 URL 与页面标题。六、限制清单什么场景不该用它技能文档给出五条硬边界每条都对应一种「别踩坑」限制说明无 headless必须有图形会话本机DISPLAY:10.0可用纯服务器无显示环境跑不了浏览器范围只支持 Chrome/Edge跨域 iframe 不支持交互控件受限click/fill是合成事件验证码/银行控件无效版本强耦合扩展与守护进程版本强绑定status里update_available不为空时按「systemd 停机 →upgrade→ 启机」流程升级守护进程扩展由策略自动更新到最新版平台支持Linux 不在官方支持矩阵能用但不保证配套的边界还有两条来自源码与相邻技能Windows 判定lib/redteam/skill-availability.js 在win32平台把.kimi-webbridge/、.local/路径判定为不可用说明这套环境是 Linux 专属部署Windows 上应直接走备选方案场景分工skills/redteam/browser-automation.md 给出了三套浏览器方案的选择矩阵——只要页面内容/截图/接口清单用 chromium 命令行零依赖最快需要点击/填表/等待/多标签用 playwright-cli需要复用用户真实登录态才用 Kimi WebBridge。这与技能文档开篇「简单取页面内容可优先用技能 browser-automation更快、不依赖浏览器窗口需要复用真实登录态时必须用本技能」的选择口径完全一致。七、无扩展时的兜底方案如果扩展不可用策略未生效、浏览器版本过老等技能文档明确指向兄弟技能 skills/redteam/browser-automation.md零依赖路线/usr/bin/chromium --headlessnew --no-sandbox --dump-dom url抓渲染后 DOM--screenshot截图--print-to-pdf生成 PDFPlaywright CLI 路线需要交互/等待/多页时用npx --yes playwright/clilatest注意必须加--browser chromium默认走 chrome 通道会报Chromium distribution chrome is not found登录态复用折中playwright 的--persistent --profile dir用独立 profile 保留 Cookie首次登录后复用但这与「复用用户真实日常登录态」仍有本质区别——只有 WebBridge 桥接的是用户默认 profile 里的真实会话。八、环境诊断速查技能文档与源码共同给出了一套「先查什么、再看什么」的诊断顺序# 1. 守护进程活着吗 ~/.kimi-webbridge/bin/kimi-webbridge status # running: true # 2. systemd 管着吗不是游离进程 systemctl status kimi-webbridge # active (running) # 3. 扩展连上了吗 curl -s http://127.0.0.1:10086/status | python3 -m json.tool # extension_connected: false → 先启动浏览器kimi-chrome5 秒内自动连上 # 4. 要升级时别手动 start/upgrade走 systemd 停机流程 sudo systemctl stop kimi-webbridge \ ~/.kimi-webbridge/bin/kimi-webbridge upgrade \ sudo systemctl start kimi-webbridge完整链路可以这样理解systemd 管守护进程生命周期 → 守护进程管 HTTP 协议 → 扩展管浏览器执行 → 浏览器跑在用户真实 profile 上 → 侦察结果经redteam_asset_add落库。每一环的状态都可以用上面四条命令独立验证这也是这套方案在 dsh-purge 技能体系中「开箱即查」的设计特点。参考路径技能本体skills/redteam/kimi-webbridge.md安装/修复口径与 kimi-chrome 启动器定义lib/redteam/skill-fixes.js、lib/redteam/skill-fixes.js平台可用性判定win32 排除逻辑lib/redteam/skill-availability.js资产落库与tool溯源约束lib/redteam/tools.js红队流程中真实浏览器登录的硬性要求lib/redteam/store-core.js兜底方案与三套浏览器选择矩阵skills/redteam/browser-automation.md相邻侦察流程引用skills/redteam/recon-pipeline.md、skills/redteam/credential-attack.md赞分享dsh-plugin网络安全AI 安全治理模型安全红蓝对抗人工智能【免费下载链接】dsh-purgeDeepSeek Harness 破甲让所有模型都能破甲不同模型可换不同提示词默认提示词面向国模「小码酱」。Jailbreak for every model — swap prompts per model. 求 Star 收藏 ⭐ 如要二开请查看署名要求部分项目地址https://gitcode.com/GitHub_Trending/ds/dsh-purge点击查看免费下载相关推荐dsh-purge 红队技能实战chisel HTTP/WebSocket 隧道搭建与落库全指南dsh purge 红队技能实战chisel HTTP/WebSocket 隧道搭建与落库全指南本指南基于 dsh purge 仓库红队模式随包技能 skidsh-plugin网络安全AI 安全治理模型安全红蓝对抗人工智能BrowserSkill 的 browser-skill 技能指南用 bsk CLI 驱动真实登录态浏览器完成自动化任务BrowserSkill 的 browser skill 技能指南用 bsk CLI 驱动真实登录态浏览器完成自动化任务 BrowserSkill 通过 bs人工智能AI 应用AI 技能浏览器控制dsh-pluginKimi Browser Extension原 Kimi WebBridge实战指南通过本地守护进程让 AI 操控你的真实浏览器Kimi Browser Extension原 Kimi WebBridge实战指南通过本地守护进程让 AI 操控你的真实浏览器 Kimi Code 官方人工智能AI Agent代码智能体CLI工具调用插件系统MCP Clients上一篇Lucky一款全能型软硬路由神器轻松搞定公网访问与智能家居控制下一篇如何快速解决React性能瓶颈React DevTools Profiler插件A/B测试实战指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

Kimi WebBridge 实战指南：用真实浏览器登录态驱动红队侦察（dsh-purge 技能详解）

相关推荐

从数字人到智能标签：AI伴侣的长期记忆与用户理解重构

三维可视化实践：用立方体同时展示等高线与方向标记

深度拆解 Hy Memory 2.0：chat / working / coding 三类记忆如何在一套框架里共存

更多资讯

YOLOv11工业缺陷检测实战：从数据到部署全流程记录

Human3.6M 数据读取实战：Python 解析骨骼点、相机参数与动作标签

Flutter离线优先架构鸿蒙适配：brick_offline_first_with_supabase存储与同步实战

YOLOv10绝缘子缺陷检测系统实战：从数据准备到UI部署全流程

为什么越来越多人选择Sulphur 2蒸馏版：Base与Distilled工作流选择指南

systemd进程管理实操手册：开机自启、自动重启与日志排查

今日更新

智能硬件视频会议集成：从芯片选型到场景落地的全栈实践

FFmpeg音视频处理与5路RTMP推流实战：从原理到118克盒子部署

RK3528+1GB内存如何变身直播节点？硬编解码与六协议实战复盘

本周精选

金融AI落地指南：从调研报告到技术选型与工程实践

大模型上下文成本与注意力优化技术深度解析——为何O(n²)平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测

基于GMM的语音识别系统原理与MATLAB实现详解

本月热门

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

2026 大模型集体涨价：用 Python 做企业 Token 成本测算与选型避坑（附配置）

读完文章，想聊聊您的网站？