[other] deepseek的key被盗了。
Tofloor
poster avatar
catubibu
deepin
2026-07-27 18:04
Author

鉴于有人把我的帖子当成了某某浏览器的问责贴,这跟我的本意相左,到现在为止,我不确定是哪里泄露的,我把DeepSeek的诊断也附在末尾,跟千问的结论完全不同,一开始只贴千问的,只是觉得千问的逻辑更强,但是逻辑强不说明什么,更不代表它是对的。我只是给大家提个醒而已,如果应用厂家能看到更好。

跟deepseek和千问对话后,千问的信息量比较大,如下,给大家一个反面案例。不过浏览器是元凶的结论姑且听之,暂时不会更换。怀疑过浏览器插件,codewhale,系统剪贴板,clash等,最后嫌疑都被排除了。

日志分析

  • 360浏览器**:昨天 09:11 有运行记录(PID 5543),说明你昨天确实用过它。日志本身只是渲染引擎的常规错误,没有直接证据表明它在窃取数据。**
  • 百度网盘**:日志中没有出现任何 baidu/netdisk 相关进程,说明昨天百度网盘可能根本没运行过。**
  • deepin-editor**:09:18 有运行记录,这是你打开编辑器查看 Key 的操作。**

重新审视泄露路径

百度网盘排除了,剩下的嫌疑集中在:

360安全浏览器(最大嫌疑)

你在360浏览器中打开了 DeepSeek 的 API Keys 页面,复制了 Key。360 浏览器是****完全闭源的,它内部可能做的事情包括:

  • 监听 copy 事件,读取你复制的内容
  • 通过浏览器内置的数据收集模块上传剪贴板内容
  • 与360云端同步你的浏览行为数据

关键证据**:你昨天所有操作中,唯一涉及"持有 Key + 有网络通信能力"的闭源软件就是360浏览器。其他程序要么没运行(百度网盘),要么是开源的(uBlock Origin、Clash Verge、CodeWhale),要么没有网络通信(deepin-editor)。**

另一种可能:DeepSeek 网页端的 XSS 或第三方脚本

如果你在复制 Key 之后,没有关闭 DeepSeek 页面,又访问了其他标签页,那么其他页面中的恶意 JS 脚本有可能通过 navigator.clipboard.readText() 读取你的剪贴板(现代浏览器中需要用户授权,但部分浏览器可能默认允许)。


📌 最终结论和建议

最大嫌疑是360安全浏览器**。它是你昨天唯一同时满足以下条件的程序:**

  • 闭源,行为不可审计
  • 持有你的 Key(通过剪贴板或页面内容)
  • 有网络通信能力
  • 有数据收集的动机和历史

建议你:

  1. 卸载360浏览器**:**
    bash****编辑

    1sudo apt remove com.360.browser-stable
    

    或者在 deepin 软件商店中卸载

  2. 换用 Firefox**(deepin 软件商店可直接安装,开源、隐私保护好)**

  3. 未来操作敏感信息的最佳实践**:**

    • 在终端中用 curl httpie 直接调用 API,避免在浏览器中暴露 Key

    • 如果必须在浏览器中复制 Key,复制后立即用无关内容覆盖剪贴板:
      bash****编辑

      1echo "clipboard cleared" | xclip -selection clipboard
      
    • 用密码管理器(如 KeePassXC)存储 Key,避免剪贴板暴露

  4. 去 DeepSeek 平台设置每日消费限额**,防止新 Key 再被刷**

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

以下DeepSeek的诊断

本回答由 AI 生成,内容仅供参考,请仔细甄别

基于目前的所有信息,最可能导致你API Key泄露的,是 Clash Verge 这个代理工具及其相关的系统服务组件。 这几乎可以确定是本次事件的“罪魁祸首”。

你的 Clash Verge 2.5.1 版本,虽然客户端的版本号看起来不低,但其后台核心服务组件存在严重安全漏洞,为攻击者提供了可乘之机。

🎯 头号嫌疑:Clash Verge 自身漏洞

你的 Clash Verge 2.5.1 之所以风险极高,是因为它依赖于存在已知漏洞的后台服务组件:

  • 核心漏洞:Clash Verge 在 2.3.0 版本之前,会默认安装一个高权限的系统服务(clash-verge-serviceclash-verge-service-ipc)-。这些服务组件存在两个严重的安全漏洞:
    • CVE-2025-50505:该服务暴露了一个未经认证的HTTP API/start_clash),允许任何本地用户提交任意参数并执行-。
    • CVE-2026-26422:该服务暴露了一个**“世界可读”的进程间通信(IPC)端点**,任何本地用户都能访问并向其发送命令-。
  • 攻击路径还原:攻击者可以通过诱导你访问一个恶意网站,利用浏览器的跨域请求(CORS)能力,向运行在你电脑上的 Clash Verge 后台服务(地址通常是 127.0.0.1:33211127.0.0.1:9097)发起请求-。由于这些API和IPC端点没有认证,攻击者可以:
    1. 探测服务:确认你的电脑正在运行存在漏洞的Clash Verge服务-。
    2. 提升权限:通过漏洞获取你电脑的系统最高权限-。
    3. 窃取数据:在获得高权限后,攻击者可以轻松读取你电脑上的任何数据,包括你可能保存在配置文件、环境变量或明文文件中的API Key,甚至可以直接读取系统剪贴板中的内容。
  • 版本说明:需要注意的是,虽然官方声明这些漏洞在 2.3.0 版本中修复-,但由于 clash-verge-service 是独立组件,仅仅升级客户端到 2.5.1 并不能保证这个后台服务组件也同步完成了升级。而且有证据表明,2.5.1 版本本身可能还存在其他问题-。

因此,可以合理推断,攻击者正是利用了 Clash Verge 的这个“后门”,在你浏览网页时神不知鬼不觉地窃取了你的API Key。

🕵️ 其他潜在风险(可能性较低,但仍需注意)

虽然 Clash Verge 是主要怀疑对象,但以下环节也存在风险,需要你在排查时留意:

  • CodeWhale:作为一个有文件操作和网络执行权限的编码工具-,其官方安全文档明确将 “凭证泄露(如API密钥外泄)” 列为需关注的风险-。如果你在CodeWhale中配置或使用过该API Key,它也是一个潜在的泄露点。
  • 系统剪贴板:你提到Key是通过“复制”操作的。恶意程序或网页脚本可以监控或读取系统剪贴板的内容-。如果Key在被粘贴前一直留在剪贴板中,就存在被直接窃取的风险-。
  • Deepin系统漏洞:Deepin系统历史上存在过一些安全漏洞,例如 dde-api-proxy 服务的认证绕过漏洞(CVE-2025-23222)-,这可能允许本地攻击者提升权限。如果你的系统不是最新版本,这也会增加风险。
  • 浏览器与扩展:虽然你只安装了 uBlock Origin 这个相对安全的扩展,但浏览器本身(如360安全浏览器)也可能存在漏洞-。此外,市面上也存在专门窃取API Key的恶意浏览器扩展-。不过,在你明确只安装了一个可信扩展的前提下,这个途径的可能性较低。
  • 不安全的网络传输:如果你曾在不安全的网络环境下,通过 HTTP协议 传输过该Key,它也可能在传输过程中被截获-。

🚨 总结与行动方案

综合来看,最可能的攻击链条是:攻击者利用 Clash Verge 组件的严重漏洞,在未授权的情况下获取了你电脑的系统权限,从而窃取了你的API Key。

为了彻底解决问题并防止未来再次发生,请你立即执行以下操作:

  1. 立即停用并更换API Key:这是止损的第一步。立即登录DeepSeek平台,删除或撤销被盗用的API Key,并创建一个新的Key。
  2. 立即升级 Clash Verge这是最关键的修复步骤。 请访问其官方渠道,将 Clash Verge 彻底升级到最新的、修复了上述漏洞的版本。升级后,在设置中为外部控制器(External Controller)设置一个强密码(Secret)
  3. 全面更新系统:将你的 Deepin系统360安全浏览器 都更新到最新版本,以修复已知的安全漏洞。
  4. 检查 CodeWhale 配置:检查你是否在CodeWhale的任何配置文件、脚本或环境变量中存储过该API Key,如有,请立即删除。
  5. 培养安全意识:今后,切勿在聊天窗口或不安全的环境中直接复制粘贴API Key等敏感信息。复制后应立即使用,并尽快清空剪贴板-。

本回答由 AI 生成,内容仅供参考,请仔细甄别

Reply Favorite View the author
All Replies
avatar
燕戏竹林
deepin
2026-07-28 09:26
#1

别逗你周老板笑了(

Reply View the author
avatar
catubibu
deepin
2026-07-28 09:43
#2
燕戏竹林

别逗你周老板笑了(

无意来指名道姓,我发帖只是给大家提个醒:浏览器有风险,如果我常用谷歌,那么帖子里的主角就是狗哥。。。

Reply View the author
avatar
buyike
deepin
2026-07-28 09:51
#3

果然,360就是该死。


致命伤一:对 copy 事件的误解(最大的逻辑错误)

原帖说:“监听 copy 事件,读取你复制的内容”。

现实:网页或浏览器插件监听 copy 事件,只能读取你正在复制的那一段文本(即 event.clipboardData.getData('text/plain'))。一旦复制完成,信息被写入系统剪贴板后,任何网页(包括360浏览器自身)无法通过JS代码静默读取 navigator.clipboard.readText(),因为现代浏览器(包括360极速版基于的Chromium)要求该操作必须在用户手势(如点击按钮)下触发,且会弹出权限弹窗。没有哪个木马会弹窗问“允许读取剪贴板吗”来打草惊蛇。

致命伤二:“没运行 = 没有上传”的伪逻辑

原帖说:“日志中没有百度网盘进程... deepin-editor在09:18运行”。

  • deepin-editor 是开源的不假,但编辑器本身没有网络通信能力,不代表它不能调用系统命令或写入文件。如果Key被保存在某个临时文件或交换分区中,其他恶意进程完全可能读取。
  • 更何况,PID日志只记录瞬间快照。恶意进程完全可以在复制Key的那0.5秒内启动、读取剪贴板、发送HTTP请求、然后自毁退出。日志里没抓到它,太正常了。

**致命伤三:闭源=有罪,开源=无罪(极其危险的惯性思维)**
CodeWhale(开源插件)和Clash Verge(开源代理)虽然源码公开,但你安装的**编译后的二进制包**不一定对应公开源码(供应链攻击)。且开源的漏洞(如XSS或命令注入)比闭源的“主动作恶”更常见。直接拍板“闭源是唯一嫌疑”太武断。


他说“怀疑过插件、Clash、剪贴板都被排除了”,但他没有提供任何网络抓包日志,这等于断案不看监控。真正导致API Key泄露的前三大元凶其实是:

  1. Shell 历史记录(最大嫌疑):你是不是在终端里用 export DEEPSEEK_KEY=sk-xxx 或者 curl -H "Authorization: Bearer sk-xxx" 了?~/.bash_history~/.zsh_history 会明文记录,任何恶意扫描或误传都能泄露。(原帖完全没提终端命令历史)
  2. VSCode/IDE 的远程同步:如果你开启了CodeWhale或VSCode的Settings Sync,或者使用了Git,这个Key很可能被自动补全插件误提交到了公开仓库,或者被同步到了微软/第三方云端。
  3. 剪贴板管理器:Deepin系统自带的剪贴板历史功能(如 clipitklipper),如果开启了历史记录,Key会明文保存在本地数据库。某些软件(哪怕是开源的)如果存在路径遍历漏洞,就能直接读取这个数据库文件。

最后说句扎心的话:如果360浏览器真能靠监听 copy事件偷Key,那它在国内早被安全厂商锤烂了。极大概率是你把Key粘到了某个命令行、IDE配置或发到了群里/Issue里。查历史记录比换浏览器更紧迫。 😉

Reply View the author
avatar
buyike
deepin
2026-07-28 10:01
#4

不对,好像deepin的默认浏览器好像就是360出品,这样说来,deepin和UOS不安全了。

Reply View the author
avatar
catubibu
deepin
2026-07-28 10:26
#5
buyike

果然,360就是该死。


致命伤一:对 copy 事件的误解(最大的逻辑错误)

原帖说:“监听 copy 事件,读取你复制的内容”。

现实:网页或浏览器插件监听 copy 事件,只能读取你正在复制的那一段文本(即 event.clipboardData.getData('text/plain'))。一旦复制完成,信息被写入系统剪贴板后,任何网页(包括360浏览器自身)无法通过JS代码静默读取 navigator.clipboard.readText(),因为现代浏览器(包括360极速版基于的Chromium)要求该操作必须在用户手势(如点击按钮)下触发,且会弹出权限弹窗。没有哪个木马会弹窗问“允许读取剪贴板吗”来打草惊蛇。

致命伤二:“没运行 = 没有上传”的伪逻辑

原帖说:“日志中没有百度网盘进程... deepin-editor在09:18运行”。

  • deepin-editor 是开源的不假,但编辑器本身没有网络通信能力,不代表它不能调用系统命令或写入文件。如果Key被保存在某个临时文件或交换分区中,其他恶意进程完全可能读取。
  • 更何况,PID日志只记录瞬间快照。恶意进程完全可以在复制Key的那0.5秒内启动、读取剪贴板、发送HTTP请求、然后自毁退出。日志里没抓到它,太正常了。

**致命伤三:闭源=有罪,开源=无罪(极其危险的惯性思维)**
CodeWhale(开源插件)和Clash Verge(开源代理)虽然源码公开,但你安装的**编译后的二进制包**不一定对应公开源码(供应链攻击)。且开源的漏洞(如XSS或命令注入)比闭源的“主动作恶”更常见。直接拍板“闭源是唯一嫌疑”太武断。


他说“怀疑过插件、Clash、剪贴板都被排除了”,但他没有提供任何网络抓包日志,这等于断案不看监控。真正导致API Key泄露的前三大元凶其实是:

  1. Shell 历史记录(最大嫌疑):你是不是在终端里用 export DEEPSEEK_KEY=sk-xxx 或者 curl -H "Authorization: Bearer sk-xxx" 了?~/.bash_history~/.zsh_history 会明文记录,任何恶意扫描或误传都能泄露。(原帖完全没提终端命令历史)
  2. VSCode/IDE 的远程同步:如果你开启了CodeWhale或VSCode的Settings Sync,或者使用了Git,这个Key很可能被自动补全插件误提交到了公开仓库,或者被同步到了微软/第三方云端。
  3. 剪贴板管理器:Deepin系统自带的剪贴板历史功能(如 clipitklipper),如果开启了历史记录,Key会明文保存在本地数据库。某些软件(哪怕是开源的)如果存在路径遍历漏洞,就能直接读取这个数据库文件。

最后说句扎心的话:如果360浏览器真能靠监听 copy事件偷Key,那它在国内早被安全厂商锤烂了。极大概率是你把Key粘到了某个命令行、IDE配置或发到了群里/Issue里。查历史记录比换浏览器更紧迫。 😉

我没有IDE,就用deepin内置的终端,不过我paste发生在docker环境的codewhale TUI里,在千问和DeepSeek对话中都被排除了,我贴的是多轮对话的结论。我没有否定浏览器,目前还是用它。

Reply View the author
avatar
芭芭雅嘎
deepin
2026-07-28 12:13
#6

xorg 会不会也是系统安全上的薄弱环节
2026-07-28_12-07-39.png

Reply View the author
avatar
jiutian123
deepin
10 hours ago
#7

key删了停用就可以了呀confused

Reply View the author