（已去除所有 ai 优化格式的部分，别杀我了 ）

一、 底层逻辑

有人问：“为什么别人跟我一样的操作，他没事我却挂了？” 这其实不是运气，而是账号 “根骨” 不同。在谷歌风控里，账号分等级：

• 高分号： 注册时使用了纯净度极高的住宅 IP，或者设备指纹被判定为 “高度可信的真实设备”。这种号在创建的时候及其麻烦，但带来的收益也很显著，起步信用分就有 90 分，怎么造都很难死。
• 低分号： 注册时用的梯子节点烂大街，虽然能用，但同 IP 段下有别人干过坏事（撞库、发垃圾邮件），或者设备指纹和黑名单撞车了。这种号一出生就自带 “嫌疑人” 标签，起步分只有 50 分。对于这种号，使用 api 时稍微一点异常（如并发过高）就会触发封禁。 就得去深情并茂的写小作文申诉账号，万一不怎么看邮箱的更是不知道哪天账号就突然消失了。
• （帖主用的就是低分号天崩开局，但通过持续使用和账户停用后申诉也是成功获取了学生认证权限，现已稳定 3 年）

谷歌官方的定义

谷歌在《闲置账号政策》里写，只有做过以下事情才算 “活跃账号”：

• 读或发邮件
• 用 Google Drive 存文件
• 看 YouTube 视频
• 下载应用
• 用 Google 搜索

所以单纯挂着机不算活跃，单纯使用 AI 也不算优质活跃！你得像个人一样去使用谷歌的全家桶，才能抵消 API 高频调用带来的 “机器感”。

二、 未雨绸缪

1. 两步验证 (2FA)

• 操作：登录谷歌 → 账号管理 → 安全性 (Security) → 开启 两步验证 → 绑定 Google Authenticator (谷歌验证器) APP 或者微软的 Authenticator APP。
• 保底： 生成备用码。把这 10 个 8 位数的码截图或打印下来。哪怕手机丢了、梯子挂了，输这个码就能就地复原。

2. 选好 “赛博祖国”

• 原则： 选定一个国家（推荐美国或日本或新加坡），以后就死磕这个地方。
• 避坑： 最好别用万人骑的免费节点，那种 IP 早被谷歌拉黑了。尽量保持 IP 地区一致，不要一会儿飞美国一会儿飞日本。

三、 循序渐进

假装自己是一个 “刚通网的村里人”

• Day 0 - Day 3（装死）：
  
  • 动作： 装死 ，登录网页，把 Google Drive、Docs 点开看看，挂着号熟悉环境。
  • 目的： 让后台日志留下 “真人浏览记录”。
• Day 4 - Day 7（手动）：
  
  • 动作： 可以填入 Key 使用了。但是把上下文设置得小点，不要一上来就拉满。
  • 频率： 每天对话几十次就停，不要高频使用，不要让它一秒钟吐几千字。
• 第二周（上强度）：
  
  • 动作： 可以适当增加上下文长度，但如果报这两个错（403/429），就停手，不要死磕重试。
  • 原则： 跟养孩子一样，慢慢增加强度。（这也算得上赛博养娃了吧）

四、 多号管理

很多人使用 api 为了负载均衡，手里通常有好几个号。这里有巨大的连坐风险，一旦操作失误，就是株连九族，一死死一片。

1. 不要点 “退出登录”

• 原理： 养号的核心是积累 “在线时长”。一直挂着账号（保持 Cookie 活跃），让谷歌觉得这是一个主力设备，权重会越来越高。
• 结论： 除非你要换节点搬手机之类的，否则永远不要点击 “退出登录”，直接关掉浏览器窗口即可。

2. 不要清空 Cookie

• 弊端（严重）： Cookie 是谷歌识别你 “设备指纹” 的核心凭证。你清空了 Cookie，约等于把你的 “免死金牌” 扔了。下次登录谷歌会认为你是 “新设备登录”，极大概率会弹窗验证。
• 建议： 不要频繁清除 Cookie。只要 Cookie 还在，你的账号就更安全。

3. 连坐逻辑

• 如果你有多个账号，Google 判断它们是否关联主要看设备指纹和 IP 地址。如果被检测出关联，一个号挂了会导致所有号被连坐封禁。

第一阶段：环境隔离（浏览器指纹管理）

首先，你要确保你是用的是电脑端。
我们要做的，是根据你手里账号的珍贵程度，选择不同等级的隔离方案：

• 简单方案（3-5 个号）：Chrome/Edge 多用户配置文件（适合仅用来聊天的玩家）
  
  • 原理： 这是最简单的方案。它隔离了 “软指纹”（Cookies、缓存、本地存储），虽然 IP 和硬件指纹相同，但能应付 90% 的日常场景。
  • 操作： 点击浏览器右上角头像 → 添加 → 不登录账号继续 → 创建新 Profile。
  • 注意： 永远不要同时打开多个配置文件的窗口！用完之后需要确保彻底关闭（后台进程也结束）再开下一个，否则如果你的梯子突然掉了，这几个账号的 IP 会同时变动，谷歌就会认定这几个账号是你同一个人的。
• 进阶方案（5 个号以上）：指纹浏览器（推荐）
  
  • 原理： 如果你账号很多，或者账号是买来的，建议使用指纹浏览器。
  • 功能： 它们能伪造 UserAgent、Canvas、WebGL 等 “硬指纹”，让 Google 认为每个账号是在完全不同的电脑上登录的。
• 移动端方案（不推荐）：
  
  • 如果必须在手机上用两个号，最好使用不同的浏览器。比如：
    ・账号 A：只在 Safari 登录。
    ・账号 B：只在 Chrome 登录。
    ・账号 C：只在 Firefox 登录。
    ・原理：手机的沙盒机制会隔离不同 APP 的数据，这样比在同一个浏览器里切账号安全得多。
  • 最好不要在同一个浏览器里关联账号，因为移动端使用的是统一账户池。

小提示：

1. iOS 的后台刷新机制很特殊。即使在前台使用的是账号 A，后台的账号 B 的同步服务可能还在活动。

2. 无论是什么设备，都不要使用无痕模式养号
   原因： 无痕模式存不住 Cookie。每次登录都像新设备，谷歌会认为你每次都是新设备，反而触发风控验证。

第二阶段：IP 地址管理

• IP 纯净度： 再次强调，少用万人骑的免费 VPN 节点。如果某个 IP 上曾有大量违规账号，你的新号只要沾上边，也会受牵连。
• 固定坑位： 尽量保证每个账号在一个固定的 IP 地区登录。比如账号 A 永远挂美国节点，账号 B 永远挂日本节点。如果你上一秒在美国登 A 号，下一秒切日本登 B 号，极易触发风控。
• 修改时区：在浏览器修改时区、使用 Change Timezone 插件 (chrome)、Browser™的时区插件 (edge)、直接修改系统时间。因为浏览器会默认使用你的系统时区，如果你在使用日本 / 美国 IP 的时候，但浏览器传回的时区确实在中国，那你之前营造的的人设就白费了。这个不容易立刻触发风控，但是秋后算账是谷歌最擅长是事情，如果你的账号在之前没有违法上面任意一条规则就被封了，那这个可能就是原因。
  （我寻思账号都没珍贵到这种程度吧）（新增：刷了会 l 站发现还真有许多被连坐的事情，只能说防溃于未然吧）

五、 养号操作

方法一：YouTube 发邮件法

具体操作：

1. 订阅： 挂梯子去 YouTube，订阅几个更新频率高、粉丝多的顶流博主。
2. 开启 “强提醒”： 点击订阅旁边的铃铛，选择 “全部 (All)”。
3. 设置邮件通知： 去 YouTube 设置 → 通知 (Notifications)，确保 “邮件通知 (Email notifications)” 是开启的。
4. 操作总结：

• 当博主发视频时，你的 Gmail 会收到邮件。
• 每隔 1-2 天，挂梯子打开 Gmail，点开这些通知邮件。
• 点击邮件里的链接 跳转回 YouTube（哪怕不看完）。

5. 原理：这是一个 YouTube → Gmail → 点击 → YouTube 的闭环。在谷歌眼里，你不仅活跃，而且深度使用了它的生态系统。

方法二：订阅新闻（辅助法）

让正规机构给你发邮件，增加邮箱权重。

• 操作： 订阅 The Verge、New York Times 或 GitHub 的通知。
• 动作： 每周打开读一下，或者从 “推广” 分类拖到 “主收件箱”。这证明你的邮箱是接收高价值信息的。（如果 l 站的总结绑定的邮箱是这个谷歌账号，应该也行）

手机端设置

很多人号没问题，死在了手机设置上。

• iOS (苹果用户)：
  
  • 大忌： 千万不要直接在 iPhone 自带的 “设置 → app → 邮件” 里添加谷歌账号！不挂梯子，iOS 后台的 “通讯录 / 日历同步” 会泄露真实 IP。
  • 正确姿势： 下载官方 Gmail App。每次打开 App 前，先挂梯子。不用的时候把后台划掉。如果非要用系统自带邮件，必须在 “设置 → app → 邮件 -> 邮件账户 -> 你的邮箱 @gamil.com” 里把 “邮件”、“通讯录”、“日历”、“备忘录” 全部关闭，且只在挂梯子时打开。
• Android (安卓用户)：
  
  • 设置： 确保你的梯子软件开启了 “接管所有流量” (TUN 模式 / VPN 模式 / 全局模式)，并且把 Google Play 服务和 Gmail 纳入代理范围。

求求给我点个赞吧

1. 安装指令 (Installation)
   由于你要使用 Gemini 2.5 这种最新的模型，普通的 pip install 版本可能更新不及时。我强烈建议你使用你在 README 里看到的那个开发者版本安装命令，这样能确保包含最新的模型列表。
   在 CMD 中运行：
   DOS
   pip install git+https://github.com/OpenInterpreter/open-interpreter.git
   2CMD 窗口开 “魔法” (设置代理) 这一步告诉命令行工具走你的网络通道。 (注意：如果你重启了电脑或关掉了黑窗口，必须重新输这一行)

DOS

set https_proxy=http://127.0.0.1:7897
第 3 步：启动 Open Interpreter 使用正确的模型名称和参数启动。 (注意：gemini/ 前缀不能少，后面接刚才查到的最新模型名)

DOS

interpreter-classic.exe --model gemini/gemini-2.5-flash --api_key 你的 API_KEY

api 在 google ai studio

这样就能让 geminit 通过 api 直接操作你的电脑了

应佬友的要求再出一篇文章，前面薅了 wispbyte.com 的羊毛，但是吧容器性能比较弱，强一点的就是 huggingface.co 免费的容器：

Free 版本就是 2vCPU 和 16GB RAM，就已经非常强了

那先介绍一下 huggingface，其实这是一家非常强悍的公司，可以称作是 “AI 界的 GitHub”，可以分享模型，数据集，然后演示应用。

我们用到的就是这个演示应用（Spaces）

首先注册好账号，然后右上角点击头像按钮，新建一个 Space

然后填入必须项

• Space name：就写 myhome，随便来一个好记得

• Short description：Save Our Home

• License：MIT

• SDK：选择 Docker

• Docker template: 选择 Blank

• Space hardware：选择 Free

其它都不选，最后 Create Space 即可

然后就建好了，其实是给你开了一个 git 的 repo

我们到右上角，选择 Files 选项

然后打开的文件页面，只有两个文件

老套路，建立一个 Dockerfile 文件，就是容器的打包文件，注意文件名大小写，第一个字母是大写

Dockerfile.txt (202 Bytes)

然后我们把 index.js 文件准备好，需要修改几个地方

index.js.txt

其中几个地方有修改，先看看 huggingface 给咱们的域名，右边，Settings 右边的三个点按钮，

点开，然后点 Embed this Space

看 src 那里，大善人给了咱们一个免费的域名，这个域名是自带证书的！！！我们把域名拷贝下来

记好了，cf 那里还要用

然后根据实际情况修改 index.js

const DOMAIN = process.env.DOMAIN || 'xxx.qzz.io';   // 填写最后大善人出定的域名域名 const SUB_PATH = process.env.SUB_PATH || 'sub';                    // 获取节点的订阅路径，最好改掉 

改完后是这样的：

然后改好了，别急着贴进去：

去到 https://obfuscator.io/legacy-playground

贴进去代码，混淆一下，弄成谁也认不得的模样，然后 Copy，再贴进去

然后再建立 package.json 文件

package.json.txt (291 Bytes)

{ "name": "js02", "version": "0.0.2", "description": "Nodejs-server", "main": "index.js", "private": false, "scripts": { "start": "node index.js" }, "dependencies": { "ws": "^8.14.2", "axios": "^1.12.2" }, "engines": { "node": ">=14" } } 

再建立 index.html 文件，这是个用来装饰的环保单页面，如果不加，就会显示 hello world，太假了，可以让 gemini 给你生成一个：

index.txt

那就一切完工，看下都有什么文件：

一切就绪，点击 App 运行：

那会看到运行完毕，开了 7860 这个端口

那直接点击左上的 myhome 链接，就能看到环保页面了。

那大善人 huggingface 就弄好了。

解释一下具体原理：

huggingface 跑了个前置的 Nginx 或 Caddy 或 traefik 代理，自动申请了证书，代理后端容器的 7860 端口，为什么是 7860 端口呢？

因为最常见的用途是托管基于 Gradio 构建的机器学习模型演示。Gradio 是一个非常流行的 Python 库，用于快速创建交互式 Web 界面来展示 ML 模型。它的默认启动端口就是 7860。

那接着我们去薅大善人 cloudflare，首先弄好一个域名并托管到 CF 上面，比如免费的 qzz.io

点开左边的菜单：Build –> Compute & AI –> Workers & Pages

新建一个应用，Create application

然后选 Start with Hello World！

然后就会建出一个应用来，点击编辑代码，Edit Code

把代码中 username-spacename.hf.space 换成自己的域名

 export default {
    async fetch(request, env) {
        let url = new URL(request.url);
        if (url.pathname.startsWith('/')) {
            var arrStr = [
                'username-spacename.hf.space', // 此处单引号里填写你的节点伪装域名
            ];
            url.protocol = 'https:'
            url.hostname = getRandomArray(arrStr)
            let new_request = new Request(url, request);
            return fetch(new_request);
        }
        return env.ASSETS.fetch(request);
    },
};
function getRandomArray(array) {
  const randomIndex = Math.floor(Math.random() * array.length);
  return array[randomIndex];
}

这段程序就是简简单单一个代理，不加任何缓存，因为我们的数据包不会有重样的。

然后点 Deploy ，部署

返回这个 worker 的空间，点击 Settings，下面的 Domains & Routes ，右边点击 +Add

弹出的对话框，选择 Custom domain

然后起个自己心满意足的域名，CF 大善人会自动生成 dns 记录

点击 Add domain 就完事了。

然后我们打开我们心满意足的域名：

环保页面，然后打开我们的订阅页面，缺省是 /sub，当然改成只有自己知道的路径为好

出现订阅的 Base64 字符就 ok 了。

我们用 v2rayN 导入即可。

完工，还是说一下原理：

利用 cf 大善人的网络代理加速，利用 hug 大善人的免费域名和证书，达到我们的目的

最后，这个的 index.js 和上一篇的不同啊，唯一区别就是端口，hug 端口肯定是 443，而 wispbyte 的端口是非标的。

注意注意！！！

同样也扔到自己博客了一份： huggingface.co 薅羊毛记 | 八戒的技术博客

帮一个朋友分享一下他的大作，我觉得这个 Agent+Serverless 架构在工程层面是一个很棒的实现，希望各位佬友能够指教.

省流

一种远程部署 Agent 的方法:
基于 FileSystem 持久化的无状态容器 Agent 部署架构.
实现 Serverless 部署有状态 Agent，基本无单点故障，成本 500-1000 刀 / 月降到 30 刀 / 月。
让 Agent 无痛上云而不必要单点部署！

项目源码

项目简介

为了解决部署 AI Agent 的两难问题：

• 单机部署有状态但 “不容易负载均衡”“成本高”“各个功能耦合” 问题.
• Serverless 便宜，很多即开即用的组件，不需要管理底层架构，但每次调用丢失状态 (对话历史等)。

本项目实现 Lambda + S3 + DynamoDB 来部署 Claude Agent，实现成本 30 刀 / 月的有状态 Agent，彻底解决以上问题。

这个架构打破了 "Serverless = 无状态" 的固有观念。通过在 S3 中维持会话历史，Lambda 获得了有状态 Agent 的能力，同时保持按需计费的成本优势。

状态管理不需要绑定在容器上，可以与计算完全分离。结合 DynamoDB 的映射、S3 的持久化、Lambda 的弹性计算，用更少的钱，更耦合的组件实现了更好的可靠性。

适用场景

• Telegram / 微信 / Slack Bot (本项目用 TelegramBot 做示例的，Client 还可以实现其他)
• SaaS 应用中的 AI 助手 (需要重新写 Client)
• 多租户平台

Agent 为什么难以 Serverless 化

Claude Agent SDK 需要维护对话状态，与无状态 API 完全不同：

• 每个 Agent 需要持久 shell、工作目录、完整对话树
• Lambda 环境是无状态的：每次调用都是干净环境，/tmp 会被清空
• 官方推荐四种部署模式中，Hybrid Sessions（临时容器 + 状态恢复）成本最优

项目框架 (这个只是当前我需要集成到 TG, 各位大佬如果有需要可以把 Client 改为其他客户端。欢迎 Fork 或者提 PR 来兼容更多客户端！)

Telegram User → Bot API → API Gateway → Producer Lambda → SQS Queue → Consumer Lambda
                                              ↓                            ↓
                                        Return 200              agent-server Lambda
                                        immediately                        ↓
                                              DynamoDB (Session mapping) + S3 (Session files) + Bedrock (Claude)

参考

• Claude Agent SDK Hosting

• Session Management

本文永久链接

https://forum.beginner.center/t/topic/2575

基于人工智能的流行集成开发环境解决方案（如 Cursor、Windsurf、Google Antigravity 和 Trae）会推荐 OpenVSX 注册表中不存在的扩展，这使得威胁行为者能够占用其命名空间并上传恶意扩展。

这些 AI 辅助 IDE 是从 Microsoft VSCode 分支而来，但由于许可限制，无法使用官方商店中的扩展。相反，它们由 OpenVSX 提供支持，这是一个适用于 VSCode 兼容扩展的开源市场替代方案。

分支的结果是，这些 IDE 继承了官方推荐扩展列表，这些列表硬编码在配置文件中，并指向 Microsoft 的 Visual Studio Marketplace。

这些推荐以两种形式出现：一种是基于文件的，在打开如 azure-pipelines.yaml 这类文件时触发，并推荐 Azure Pipelines 扩展；另一种是基于软件的，在检测到开发者系统上安装了 PostgreSQL 时发生，并建议 PostgreSQL 扩展。

然而，并非所有推荐的扩展都存在于 OpenVSX 上，因此相应的发布者命名空间未被占用。

供应链安全公司 Koi 的研究人员表示，威胁行为者可能利用用户对应用推荐的信任，注册未被占用的命名空间来推送恶意软件。

研究人员于 2025 年 11 月下旬向 Google、Windsurf 和 Cursor 报告了此问题。Cursor 于 12 月 1 日做出反应，修复了该漏洞。Google 最初于 12 月 26 日从其 IDE 中移除了 13 个扩展推荐，并于 1 月 1 日将该问题标记为已修复。Windsurf 尚未回应研究人员。

与此同时，Koi 研究人员占用了以下扩展的命名空间，以防止恶意利用：

ms-ossdata.vscode-postgresql
ms-azure-devops.azure-pipelines
msazurermtools.azurerm-vscode-tools
usqlextpublisher.usql-vscode-ext
cake-build.cake-vscode
pkosta2005.heroku-command

研究人员上传了非功能性的占位扩展，这些扩展不提供实际功能，但仍能阻止供应链攻击。

此外，他们已与 OpenVSX 的运营方 Eclipse Foundation 协调，以验证剩余的引用命名空间，移除非官方贡献者，并应用更广泛的注册表级别保护措施。

目前，没有迹象表明恶意行为者在 Koi 研究人员发现并采取行动之前利用了此安全漏洞。

建议分支 IDE 的用户始终通过手动访问 OpenVSX 注册表并检查扩展是否来自信誉良好的发布者来验证扩展推荐。

更新 [东部时间 1月5日 14:09]：
文章已编辑，以反映 Cursor 告知 Koi 研究人员其已于 2025 年 12 月 1 日修复了该问题。

这个没听说过，不过看纸面参数好像还行

• 在 qwen3 基础上进行后训练
• 同时提供 30A3B 和 235A22B 两种架构版本
• 据称在 BrowserComp 测试中表现优异
• 技术报告即将发布
• MiT 许可证

比如一下上个版本提升：

在线体验：https://dr.miromind.ai/
GitHub：https://github.com/MiroMindAI/MiroThinker
Hugging Face：MiroThinker-v1.5 - a miromind-ai Collection

美国最大的光纤宽带公司之一Brightspeed正在调查勒索团伙Crimson Collective提出的安全漏洞及数据窃取声明。

这家成立于2022年的美国电信和互联网服务提供商（ISP）为20个州的农村和郊区社区提供服务。

"我们高度重视网络安全及客户与员工信息的保护，并严格实施网络防护与威胁监控。目前我们正在调查有关网络安全事件的报告，"Brightspeed向BleepingComputer表示。"随着调查深入，我们将及时向客户、员工及相关机构通报情况。"

该声明发布前，Crimson Collective周日在他们的Telegram频道更新中声称，已窃取超过100万Brightspeed客户的敏感信息。

威胁行为者声称，被盗数据包含客户/账户详细信息（含个人身份信息PII）、地址信息、关联会话/用户ID的账户信息（包括姓名、邮箱和电话号码）、支付历史记录、部分支付卡信息，以及包含客户PII的预约/订单记录。

"如果有谁认识BrightSpeed的员工，请告诉他们尽快查看邮件！我们手中掌握着超过100万居民用户的PII数据，"他们表示，并补充说"样本将于周一晚间发布，先给他们一些时间回应我们。"

去年10月，该黑客组织还入侵了Red Hat的GitLab实例之一，从28,000个内部开发仓库中窃取约570GB数据，这起事件影响了这家企业软件巨头的咨询部门。

事件发生后，Crimson Collective与Scattered Lapsus$ Hunters黑客组织合作，并利用他们的ShinyHunters数据泄露网站作为勒索Red Hat的手段之一。

12月，日产汽车确认约21,000名日本客户的个人信息（包括姓名、实际地址、电话号码和邮箱地址）在Red Hat数据泄露事件中遭到泄露。

此后，Crimson Collective还针对AWS（亚马逊云服务）云环境实施数据窃取和企业勒索，利用暴露的AWS凭证创建恶意身份和访问管理（IAM）账户来提升权限。

背景介绍：

前端测试目前最主流的是使用 jest 这个测试框架配合 testing library 这个库适配各种前端框架，使用 jsdom 或者 happy-dom 等虚拟浏览器环境来做测试。

虚拟浏览器环境测试的问题

主要问题出在使用虚拟浏览器环境进行前端测试，会出现需要更多额外的配置和匹配器只能匹配 css 属性的值，而无法看到作用在元素上的样式

来自 @testing-library/jest-dom/vitest 的匹配器 toHaveStyle 检查，但是你不好奇样式真的作用在我们测试的元素上了吗？

我们实际去查询下这个元素的样式

发现居然匹配出来不对

这是 jsdom 的问题，主要是在模拟的浏览器环境里实现对性能降低很多。

使用浏览器模式

有一个真实的浏览器环境，可以看到渲染成果，甚至是可以交互的

浏览器模式的问题

社区不是很活跃

1. vue,react,angular,svetle 有社区组织维护
   
   
2. solid preact 都是个人在维护
   
   
   
   
   

bug

时不时在每次修改测试自动重启时，会卡住，需退出重新运行测试

资料

1. vitest 的官方文档
2. vite conf 上的介绍 和 b 站上的讲解版
3. 快速上手的视频教程（youtube 和 b 站的首发哦）
4. 我自己手写的 component 全覆盖测试的小仓库

ClickFix攻击利用伪造的Windows蓝屏死机界面传播恶意软件

                        作者

04:16 PM

一场针对欧洲酒店业的新型ClickFix社会工程攻击正在活跃，攻击者通过伪造Windows蓝屏死机（BSOD）界面，诱骗用户在其系统上手动编译并执行恶意软件。

蓝屏死机是Windows操作系统遇到致命且无法恢复的错误时显示的崩溃界面。

这场最早于12月被发现、被Securonix研究人员追踪命名为"PHALT#BLYX"的新攻击活动中，冒充Booking.com的网络钓鱼邮件最终导向了部署恶意软件的ClickFix社会工程攻击。

ClickFix攻击伪造蓝屏死机崩溃界面

ClickFix社会工程攻击通过设计展示错误或问题的网页，随后提供"修复方案"来解决该问题。这些错误可能是伪造的错误消息、安全警告、验证码挑战或更新通知，指示访问者在计算机上运行命令以解决问题。

受害者最终会按照攻击者指示运行恶意的PowerShell或Shell命令，从而感染自己的设备。

在此次新的ClickFix攻击活动中，攻击者发送冒充酒店客人取消Booking.com预订的钓鱼邮件，通常针对酒店企业。邮件中声明的退款金额足以给收件人制造紧迫感。

伪造的Booking.com预订取消提醒

来源：Securonix

点击邮件中的链接会将受害者导向托管在'low-house[.]com'的虚假Booking.com网站，Securonix将其描述为真实Booking.com网站的"高保真克隆版"。

"该页面使用官方Booking.com品牌元素，包括正确的配色方案、标识和字体样式。对于未经训练的用户而言，它与合法网站无法区分，"
Securonix报告指出
。

Booking.com克隆网站上的虚假错误信息

来源：Securonix

然而当目标点击按钮时，浏览器会进入全屏模式并显示伪造的Windows蓝屏死机崩溃界面，从而启动ClickFix社会工程攻击。

受害者浏览器上显示的ClickFix蓝屏死机界面

来源：Securonix

该界面提示用户打开Windows运行对话框，然后按CTRL+V粘贴已复制到Windows剪贴板的恶意命令。

随后系统会提示用户点击确定按钮或按键盘回车键执行该命令。

真实的蓝屏死机消息不会提供恢复指导，仅显示错误代码和重启提示，但缺乏经验的用户或在解决纠纷压力下的酒店工作人员可能会忽略这些欺诈迹象。

恶意软件（staxs.exe）是DCRAT远程访问木马，威胁行为者常用此工具远程访问受感染设备。

该恶意软件通过进程镂空技术注入到合法的'aspnet_compiler.exe'进程中，并直接在内存中执行。

首次连接命令与控制（C2）服务器时，恶意软件会发送完整的系统指纹信息，随后等待执行命令。

它支持远程桌面功能、键盘记录、反向Shell以及额外载荷的内存执行。在Securonix观察到的案例中，攻击者部署了加密货币挖矿程序。

建立远程访问后，威胁行为者便在目标网络中建立了立足点，从而能够扩散到其他设备、窃取数据并可能危害其他系统。

TII 刚刚发布了 Falcon H1R-7B 模型

一种新型推理模型，仅凭 70 亿参数和 25.6 万字节上下文窗口，便在数学和编程领域超越其他模型

该模型融合了 Mamba 与 Transformers 架构，因此在吞吐量和内存效率方面更具优势

官方介绍：Introducing Falcon H1R 7B
Hugging Face：Falcon-H1R - a tiiuae Collection

热乎的喵，最新小模型好多哇

一个名为Zestix的威胁行为者正在兜售从数十家公司窃取的企业数据，这些数据很可能是通过入侵其ShareFile、Nextcloud和OwnCloud实例获取的。

根据网络犯罪情报公司Hudson Rock的分析，初始访问权限可能是通过部署在员工设备上的信息窃取恶意软件（如RedLine、Lumma和Vidar）收集的凭证获得的。

这三种信息窃取程序通常通过恶意广告活动或ClickFix攻击传播。此类恶意软件主要针对浏览器存储的数据（凭证、信用卡、个人信息）、即时通讯应用和加密货币钱包。

当缺乏多因素认证（MFA）保护时，持有有效凭证的威胁行为者可以未经授权访问文件共享平台等服务。

Hudson Rock在今日的报告中指出，部分被分析的被盗凭证已在犯罪数据库中存在多年，这表明相关企业未能及时更换凭证，甚至在长时间后仍未使活跃会话失效。

多起入侵事件被公开兜售

Hudson Rock表示，Zestix在地下论坛担任初始访问经纪人（IAB），出售高价值企业云平台的访问权限。

这家网络安全公司指出，攻击者入侵了跨航空、国防、医疗、公用事业、公共交通、电信、法律、房地产和政府等多个行业组织使用的ShareFile、Nextcloud和OwnCloud环境。

地下论坛中Zestix兜售数据的样本

来源：Hudson Rock

通过解析信息窃取器日志并"专门查找企业云URL（ShareFile、Nextcloud）"，该威胁行为者使用有效的用户名和密码登录了未启用MFA的文件共享服务。

Hudson Rock表示，通过将其平台上的信息窃取器数据与公开图像、元数据和开源信息进行关联分析，锁定了可能的入侵点。

在至少15个分析案例中，这家网络安全公司发现云文件共享服务的员工凭证确实被信息窃取器收集。

需要强调的是，这种验证是单方面的，所列公司均未公开确认存在安全漏洞。可能的例外是Iberia航空公司，尽管其近期披露的安全事件未必与Hudson Rock的发现直接相关。

Zestix兜售的被盗数据量从数十GB到数TB不等，声称包含飞机维护手册和机队数据、国防与工程文件、客户数据库、健康记录、公共交通示意图、公用事业LiDAR地图、ISP网络配置、卫星项目数据、ERP源代码、政府合同和法律文件。

许多据称被盗的文件可能使相关组织面临安全、隐私和工业间谍风险，而暴露的政府合同可能引发国家安全担忧。

暴露数据的规模与类型

来源：Hudson Rock

Hudson Rock还发现了Zestix使用别名"Sentap"销售的另外30个受害者，但研究人员未以相同方式验证这些案例。

研究人员报告称，除已列出的受害者外，其威胁情报数据表明云暴露是一个更广泛的系统性问题，根源在于组织未能遵循良好的安全实践。

他们报告已识别出数千台受感染计算机，其中包括德勤、毕马威、三星、霍尼韦尔和沃尔玛的设备。

Hudson Rock向BleepingComputer透露，已就已验证的暴露事件通知ShareFile，并将向Nextcloud和OwnCloud发出警报，以便采取适当措施。

浅谈一次 cherry-studio 捉虫记录并浅谈它内置联网原理

最近因为 cherry-studio 内置的三大搜索（bing、baidu、google）过于难用于是我开启了捉虫行动。

大家都遇到过这种情况：在 cherry 里问 AI 一个问题然后它通过调用联网搜索的方式回答，但是很操蛋的是内置的三大搜索都几乎不可用，这太操蛋了。

我通过查阅 cherry 的源代码最终理解了为什么三大搜索这么难用，下面举例说明为什么难用

1. cherry 会将 AI 生成的查询关键词做一些可有可无的处理导致搜索范围变窄（我个人认为这是其中之一的原因，他们这样写肯定有自己的原因），比如会在搜索关键词前面插入当前的日期信息 today is 20**-**-** \r\n 后面插入用户的语言 lang: **** , 这就导致整个搜索关键词变得繁杂冗长，能搜到的内容自然变少了。
2. cherry 通过一个隐藏的窗口获取网页信息，但由于是隐藏的窗口导致加载出来的网页信息和正常的网页有非常大的差异。
3. cherry 获取网页源码的时机有点问题，在页面还有抖动的时候就尝试获取了，这导致有时候获取的是空内容

好，那么如何解决呢？首先让我将一下 cherry 是如何搜索的吧。

cherry 负责搜索的模块在接受到 AI 生成的搜索关键词后会对关键词进行一定的处理，处理完成后会开启一个浏览器的窗口访问处理好的搜索链接，当页面加载完成后会获取整个网页内容传递给对应搜索的解析器进行数据提纯，完成这一切后浏览器窗口会将其关闭（当然由于是隐藏的所以你什么也看不见），这时候就完成了搜索，AI 就可以根据返回的内容输出答案。

问题就出现在开启浏览器的过程和获取源代码的时机上面，当我让 cherry 创建窗口获取网页源代码的时候获取的页面是这样的

但是在不显示窗口的情况下获取到的页面是这样的

这时候解决方法就呼之欲出了，这里引用我提交的 pr 说明

通过启用离屏渲染并修改executeJavaScript执行时机修复bing、baidu、google无法获取搜索内容的bug。

这个bug是因为在electron中隐藏窗口时候获取的页面会与显示窗口时有差异导致的无法获取搜索内容，且原有的did-finish-load会导致窗口内网页的抖动，这进一步导致随机性的无法正常获取搜索内容。

我通过启动离屏渲染确保不显示窗口时页面内容和显示窗口时一致解决无法获取搜索内容的问题，并改用ready-to-show事件确保完全加载完成页面后再获取完整的页面dom，这样即可解决搜索的bug

最后贴一张修复后的使用效果图，使用内置 bing 搜索（要是能加载后面需要翻页的内容就好了）

今天 08:45 悲报，由于我修复了这个 bug，现在出现了新的问题，由于这东西搜索在获取具体的网站链接后会直接并发请求目标网站，这就导致搜索很容易被知乎、豆瓣等网站 403 拦截（麻痹的 cherry 怎么就不搞个节流呢？我回头研究一下怎么搞上去吧，乏了）

今天 14:47 @DeJeune 为我提交的 pr 添加了请求节流

笔记同步方法分享（含图床配置和同步配置）

本人使用的是 Obsidian 进行笔记管理 + Typora 进行笔记的编写，因为 Obsidian 多端同步且显示效果不会那么割裂，比较好用，实际效果如下：

Windows：

平板端：

有一说一 Obsidian 的阅读要比 typora 体验好很多，但是用多了 Typora，编辑体验比 Ob 强很多捏（个人感觉），尤其是 Typora+picgo 的图床配置，无感上传并自动转换图片为图床链接很爽。我使用的是 CF 的 R2 存储桶，免费的容量和访问次数完全够用，使用下来非常舒服。

图床配置

贴一下 picgo 相关配置：

配置方法的话也写一下吧，如下：

1. 创建一个存储桶

2. 开启 R2 存储桶的权限，然后配置一个桶，我这里是使用的是 这个桶，然后在 cloudflare 页面配置这个桶，

然后把这个 S3API 配置到 PicGo 的自定义节点，如果你嫌链接太长，可以在这里配置你的自定义域，也就是域名，配置后会自动在你的域名下创建相关 DNS 记录，其他的可以照抄我的也行。

3. 配置访问令牌

然后把上边的访问密钥 ID 和访问密钥配置到你的 PicGO 中的应用密钥 ID 和应用密钥即可

4. 大功告成，设置 Typora 使用 PicGO 上传即可。

• 偏好设置 → 图像
• 

同步配置

这里使用的是 Obsidian 中的一个插件 Remotely Save，因为我不想登录 Obsidian，本来就是本地管理笔记，登录干嘛哈哈哈哈。这里我是用的 Webdev 进行同步的，我是用的一个 GitHub 的夸克网盘的项目来实现对 Webdev 服务的支持（88VIP 必须物尽其用！）这里贴一下相关的项目：

这个项目的 stars 数还是很少的，但是我用下来体验还是不错的，虽然偶尔报错有点多，但大部分时间是好的哈哈哈哈

配置好，在 Typora 中写完东西，只要在 Obsidian 点一下同步，就可以在手机平板上肆意浏览你的笔记啦。

这里有一些配置推荐：

如果和我一样只在电脑上写笔记，在别的地方只是看笔记的话，建议开启这样的配置：

Windows：

观看端的话也是这样：

但是同步方向修改一下，万一在手机改了一下，可能会有一些冲突和覆盖：

配置同步也很方便，这里有一个导出的配置，用二维码扫一下就好咯：

结尾

这就是全部的内容啦，我个人目前的笔记管理，是这样的，在期末周忙里偷闲（其实是不想学习 ），想给大家分享下我的方案。当然可能会有欠佳的地方，大家可能也有比较好用的方案，都可以分享出来，我们共同学习共同进步！

PT 站新手入门指南

最近元旦 btshcool 开放注册，我也是注册了一个新号，由此开始我的新手入门。

什么是 PT 站？

PT 站（Private Tracker）是一种私有的种子分享站点，和公共 BT 站点不同，只有在站内注册且满足一定门槛的用户才能相互分享和下载资源。因此，PT 站点一般资源更加丰富，但门槛也更高。

进站后的规则

进入 PT 站点后，需要遵守以下规定：

• 只能使用允许的 BT 客户端下载站内资源，不能使用迅雷、QQ 旋风、离线网盘等下载工具。
• 所有资源不能用于盈利，也不能在其他站点分享。
• 过低的分享率会导致严重的后果，包括禁止帐号。

站点有各自的规定和门槛，需要仔细阅读站点介绍和规则后再进行相应的操作。

H&R 是什么？

H&R 就是 Hit and Run 的缩写，表示下载完资源后在规定时间内没有完成最少做种时间的行为，简单说就是 "下完就跑"。实行 H&R 考核是为了提高资源保种率，使老资源不断种。

H&R 有四种状态：

1. 考察中：需要保种的种子，做种时间没完成或上传量小于下载量。
2. 已达标：下载的种子已完成做种时间或上传量大于等于下载量。
3. 未达标：没完成种子做种时间且种子的上传量小于下载量。
4. 已免罪：大赦天下，这情况特殊！

在 btshcool 站点，下载一个种子后，需在下载完成后 10 天内做种时间达到 20 小时。

网站速度限制规则

网站限制上传速度最高为 25 MByte/S (超过 100 MByte/S 系统自动封号)，下载不限。

新人考核要求

• 上传量：需要 60 GB
• 下载量：需要 60 GB
• 魔力值：需要 6000.0

如何完成考核？

下载量：下载一些热门的影视资源即可完成。

上传量：保种电影资源，一个月 60GB 的上传量总会满足的，或者挂魔力值，到时候用魔力值兑换上传量。

魔力值：获得方式为 0.5 个魔力值 * 做种数 (做种数最多计 100 个)。实际操作中，可以在种子页按大小顺序排列，下载 100 个小种子，总共大小也就 100 多 M，最后一直挂种，每个小时能获得 50 魔力值。

计算一下：30 天 X24 小时 = 720 小时，考核期结束前最多能拿 36000 魔力值，减去考核所需要的 6000 魔力值，其他都可用来兑换上传量。10GB 上传量为 4200 魔力值，30000 魔力值可兑换 70G 上传量。

BT 下载工具设置

推荐直接下载官方优化版 μTorrent，我选择使用 Aria2，但需要修改配置以符合 PT 站要求。以下是关键配置：

# 断点续传 continue=true # 最大同时下载任务数 max-concurrent-downloads=100 # 同一服务器连接数 max-connection-per-server=8 # 最小文件分片大小 min-split-size=10M
# 单个任务最大线程数 split=32 # 整体下载速度限制 max-overall-download-limit=0 # 整体上传速度限制 max-overall-upload-limit=3M
# 禁用IPv6 disable-ipv6=false ## BT/PT下载相关 ## # 当下载的是一个种子时, 自动开始BT任务 follow-torrent=true # 禁用DHT功能 enable-dht=false # 禁用IPv6 DHT功能 enable-dht6=false # 禁用本地节点查找 bt-enable-lpd=false # 禁用种子交换 enable-peer-exchange=false # 客户端伪装 peer-id-prefix=-TR2770-
user-agent=Transmission/2.77 # 当种子的分享率达到这个数时, 自动停止做种 seed-ratio=2.0 # 继续之前的BT任务时, 无需再次校验 bt-seed-unverified=true # 强制校验种子完整性 check-integrity=true # 下载完成前限制上传 bt-upload-only-on-complete=true 

这些配置确保 Aria2 符合 PT 站要求，不会因为违规而被封号。特别是禁用 DHT、PEX 等功能，以及客户端伪装，都是 PT 站的基本要求。

最后提醒

PT 站点管理严格，第一次使用建议先了解规则，不要急于下载大量资源。保持良好的分享率，遵守站点规定。

以上内容只是个人理解，有错误麻烦指正。

放心用吧，没有任何限制，值得点赞