社区讨论LinuxDo 最新
DeepSeek 误操作导致整个浏览器数据丢失
Chrome 上装了Chrome DevTools MCP(Chromium 153.0.8010.53)，出了点问题导致没办法调用，想着这种问题应该可以让deepseek简单处理一下，就放权给4.1flash去做一段时间没管。 做到一半chrome直接崩了，再次重启发现所有用户凭证、会话、布局与登录态全部丢失。基本跟新的一样了，直接整懵。然后去翻了它的工具调用，发现它为了连接chrome做了这几件事 创建目录联接： C:\ChromeCDP → 原来的 Chrome\User Data 两个路径指向同一份真实数…
内容摘要
作者：#aionfatedio
板块：#开发调优
Chrome 上装了Chrome DevTools MCP(Chromium 153.0.8010.53)，出了点问题导致没办法调用，想着这种问题应该可以让deepseek简单处理一下，就放权给4.1flash去做一段时间没管。
做到一半chrome直接崩了，再次重启发现所有用户凭证、会话、布局与登录态全部丢失。基本跟新的一样了，直接整懵。然后去翻了它的工具调用，发现它为了连接chrome做了这几件事
创建目录联接：
C:\ChromeCDP → 原来的 Chrome\User Data
两个路径指向同一份真实数据。
执行带 -Force 的启动脚本，关闭原来的 Chrome，再用以下参数启动：
–user-data-dir=“C:\ChromeCDP” --remote-debugging-port=9222
看到调试端口通了，deepseek认定成功，其实这个方法是错误的，官方readme写的很明白方法，但这时候登录态、加密数据和配置已经全毁了。
这个类似高版本谷歌的安全熔断机制，具体看这篇文章：
Chrome for Developers
更改了远程调试开关以提高安全性 | Blog | Chrome for Developers
宣布 --remote-debugging-port 和 --remote-debugging-pipe 的行为变更。
Chrome 136 起不允许通过这些参数调试默认用户目录，这是安全限制，也就是deepseek根本不搜也不知道正确的做法，自主操作撞上了谷歌的红线，触发重置机制。在此情况下：
非默认用户目录会让 App-Bound 加密密钥不可用。 即使 Local State 中保存的密钥完全没变，这次启动也不会提供它来解密。对应源码
Cookie 解密失败后，加载器存在删除相关域名组 Cookie 的处理路径，并不是仅仅“暂时显示未登录”。对应源码
受保护配
资讯来源
LinuxDo