2026年1月

稳定的 Claude Code 中转站上线了

https://hongmacc.com

上周发了个帖子,没想到热度这么高,考虑到还有些小伙伴没有看到,我们新开个帖子,活动继续。

之前的帖子 https://www.v2ex.com/t/1185599?p=9#reply821

我们不搞积分、不搞倍率,真 MAX20 号池

我们是 Claude Code 的重度用户,起初一直购买官方账号。但高昂的费用、跑路的平台,频繁的封号实在让人头大。为了对抗风控,我们尝试了各种办法,结果账号还是活不长久…… 后来我们转向中转平台,买过很多家的会员,本想省钱省事,结果却事与愿违: 频繁报错,一天挂 3 次,次次不一样的理由,把用户当猴耍

模型降级、后台偷偷加倍率、一天下来啥也没干直接耗完四五十刀… 不仅没省下钱,还浪费了大量时间。名为“中转”实为“骗局”!!

终于,我们忍无可忍,决定自己下场做中转。 经过几个月的试运行,现在已经可以非常稳定地给大家提服务了。 希望大家都能 opus 自由

为庆祝新站上线,我们决定给大家送福利了:

福利一:新用户注册,留言就送$10;

在评论区留下你在 hongmacc 账户的“身份 ID”; (控制台-账户设置-复制身份 ID )

另外,还可在平台内以 9.9 元购买$30 体验额度卡一次

福利二:评论区抽奖送月卡

奖品:每天抽取价值¥288 的月卡一张

结束时间:2026 年 01 月 15 日 - 2026 年 01 月 28 日

抽奖规则:回复本主题即可。将使用 v2 网友开发的 “V2ex 等概率抽奖程序”,从回复楼层中随机抽取。(会做去重复处理,刷楼无效)

上个帖子的小伙伴和本贴的小伙伴一起参与月卡抽奖

月卡抽奖记录:

#1 月 15 日抽奖
恭喜上个帖子 379 楼小伙伴 autwind 中奖
获得价值 288 月的月卡一份

#1 月 16 日抽奖
恭喜上个帖子 642 楼的兄弟 enchong 中奖了
获得价值 288 月的月卡一份

  • 切换 Tab 感觉有闪动,而且有点延迟,很硬
  • 搜索不直观,没排序,添加标签页按钮奇怪
  • Group 没 Arc Tabs 直观,而且竟然不能移动!

原生的竟然没我插件体验好,"草台班子" 🐶

不信可以对比下: https://chromewebstore.google.com/detail/fmdcddgkjceilbjnendchimddgbmnjdo

当然 Arc Tabs 目前没有 Compact 效果,可能有的人喜欢这种比较 "紧凑" 的效果,后面可以加个选项 🤧

书接上回

Starflow 基本可用后,我想到能否添加浏览器插件来嵌入 Github 页面来方便归类添加呢,并且项目没有使用 i18n,故有了后续的这些更新

Starflow 是个开源可自托管的 Github Star 管理解决方案,具体可以参看我之前发的帖子:

在线预览体验:Starflow

Warning

Starflow 默认会读取私库!介意请勿登录在线预览页面!自行部署即可!

GitHub 仓库地址:

页面预览:

🌙 暗色模式


☀️ 亮色模式


新 feature:

插件支持

可使用 chrome 插件通过注入在已 star 仓库页面便捷的添加到 list 进行分类,包括 AI 建议,便捷笔记等等功能,大大提升了操作便捷性,具体配置方式如下

  1. Starflow GitHub release 页面下载插件包
  1. 插件包提供了两种支持格式,包括 chrome 和 firefox,本人电脑上暂无 firefox,故未对 firefox 插件包可用性进行实践,chrome 插件包解压后在 chrome 插件管理处开启开发者模式选择 加载未打包的扩展程序即可
  1. 加载后在插件栏打开插件输入已部署服务的地址后进行同步即可
  1. 此后打开任意 GitHub 仓库,均可看到嵌入到页面内的 Starflow 插件按钮,如图:

如此这般便可在仓库页面便捷的将已 Star 仓库添加到 Starflow 的数据库中

中英文及中英文分类 list 支持

目前 Starflow 支持了中英文 i18n,并且支持智能分类,默认在英文界面会使用英文版本 prompt 来对现有仓库进行分类,若使用的是中文界面那么分类出来的 list 也是中文

写在最后

项目大幅使用了 vibe coding,自认为调教的还可以,基本功能都运行无误,佬友也可以提提建议,喜欢的话点个 star,不胜感激


📌 转载信息
原作者:
GEMILUXVII
转载时间:
2026/1/19 19:05:12

全程猛蹬 Gemini 3 pro,没额度了就继续蹬 Gemini 3 Flash。

做了一些改动:

  • 移除了百度地图 SDK,改用开源的 OpenStreetMap 实现
  • 删减了功能,只保留了位置模拟
  • 增加暗黑模式支持
  • 按照 Material Design 3 设计风格,优化了整体界面



📌 转载信息
原作者:
nekonene
转载时间:
2026/1/19 19:00:05

今天在看一个 pdf 文档,但是原文档没有目录,导致跳转比较麻烦。搜了下,好像没有比较方便快捷的工具可以加目录的,就动手写了个。

核心特性

  • 智能目录提取:内置高精度算法,一键扫描文档前 50 页并自动识别潜在层级结构。
  • 自由拖拽排序:支持通过手柄直接拖拽调整目录顺序,所见即所得。
  • 多层级支持:支持三级目录结构(章、节、点),轻松应对复杂文档。
  • 页码偏置修正:自适应纸质页码与电子页码的偏差,确保跳转精准无误。
  • 本地化存储:尊重隐私,文件处理完成后自动清理服务器残留。

Docker 部署

  1. 拉取镜像

docker pull ghcr.io/jiangnan1224/pdf-toc-editor:latest

  1. 运行容器

docker run -d -p 5000:5000 --name pdf-toc-editor ghcr.io/jiangnan1224/pdf-toc-editor:latest

应用截图


体验地址

开源地址


📌 转载信息
转载时间:
2026/1/19 18:35:52

基于我的上一个帖子 ipv6+ddns+Termux+openssh+mosh—— 分享个人手机上 vibe coding 的尝试,含详细操作步骤 - 开发调优 - LINUX DO

不需要任何多余的步骤,实现了手机连接 ccb 进行多模型协作 vibe coding
在 vscode 的终端中

tmux new -s ccb
ccb up codex gemini

随后手机上打开 termux,连接到 wsl 中后执行

mosh wsl
tmux a -t ccb

即可达到图中效果

为了方便使用,tmux 配置鼠标滚轮滚动
只是屏幕比较小,如果换成平板岂不是在外随时随地当牛做马?(不是


兼容 cli 和 ide 的新玩法 [ccb] 全新大升级!!!1.18 更新 - 开发调优 - LINUX DO


📌 转载信息
原作者:
Mr_Seven
转载时间:
2026/1/19 18:33:45

之前在 web 端使用对话的时候,发现很多时候不太知道如何编写 prompt。所以就弄了一款 chrome 的扩展程序,可以让大家保存在浏览时中保存的 prompt,后续在 web 端使用。
预置了一些简单的 prompt 模版,支持 {{变量名}} 语法,注入时弹窗填写。通过快捷键 Ctrl+Shift+P (Mac: Cmd+Shift+P) 呼出面板,一键注入 prompt。
项目链接: GitHub - iiinnovation/ai_prompt
AI Prompt 模板助手

一款轻量级 Chrome 扩展,帮助用户管理常用 Prompt 模板,并在主流 AI 平台上一键注入到输入框。专为不熟悉 Prompt 编写的用户设计,内置丰富模板,开箱即用。

功能特性

核心功能

  • 丰富模板库 - 预置 23 个精选模板,覆盖日常、工作、学习、生活、写作、翻译、代码 7 大场景
  • 模板变量 - 支持 {{变量名}} 语法,注入时弹窗填写,让模板真正可复用
  • 快速注入 - 快捷键 Ctrl+Shift+P (Mac: Cmd+Shift+P) 呼出面板,一键注入
  • 智能分隔线 - 长模板自动添加分隔线并定位光标,短模板和变量模板则直接注入

模板管理

  • 增删改查、分类管理、置顶收藏
  • 批量添加模板
  • 导入导出 JSON/MD 文件
  • 使用统计,支持按最近使用 / 最常用排序

交互体验

  • 智能搜索 - 模糊匹配模板名称和内容
  • 键盘导航 - ↑↓ 选择,Enter 确认,数字键 1-9 快速选择
  • 追加模式 - 可选择覆盖或追加到光标位置
  • 右键创建 - 选中任意文字,右键快速创建为模板
  • 智能降级 - 非 AI 平台自动复制到剪贴板

支持平台

预置模板

分类模板
日常简单解释概念、头脑风暴、优缺点分析、做决定帮手
工作邮件撰写、周报生成、会议纪要、面试准备
学习知识点总结、练习题生成、学习计划
生活旅行规划、菜谱推荐、礼物建议
写作文章润色、总结要点、文案撰写
翻译中英互译、多语言翻译
代码代码审查、SQL 优化、代码解释、Bug 排查

安装

从源码安装

  1. 克隆仓库
git clone https://github.com/YOUR_USERNAME/prompt-template-extension.git
  1. 打开 Chrome,访问 chrome://extensions/

  2. 开启右上角「开发者模式」

  3. 点击「加载已解压的扩展程序」

  4. 选择 prompt-template-extension 文件夹

使用方法

快速注入

  1. 访问支持的 AI 平台
  2. Ctrl+Shift+P (Mac: Cmd+Shift+P) 或点击扩展图标
  3. 搜索或选择模板
  4. 如果模板包含变量 {{xxx}},会弹出填写框
  5. 模板内容自动填入输入框

模板变量

在模板中使用 {{变量名}} 定义可填写的变量:

请帮我写一封{{邮件类型}}邮件:
- 收件人:{{收件人}} - 主题:{{主题}} 

选择模板后会弹出填写框,填完后一键注入。

管理模板

  • 右键扩展图标 → 选项
  • 或在弹出面板底部点击「管理模板」

批量添加

格式:每行一个模板,用 | 分隔

模板名称 | 分类 | 模板内容

导入导出

  • 导出:生成 JSON 文件备份
  • 导入:支持 JSON 和 Markdown 文件
    • JSON:批量导入多个模板
    • MD:文件名作为模板名,内容作为模板内容
  • 冲突处理:覆盖 / 跳过 / 重命名

快捷键

快捷键功能
Ctrl/Cmd + Shift + P打开模板面板
/ 上下选择模板
Enter确认选择 / 下一个变量
1-9快速选择前 9 个模板
Esc关闭面板

技术栈

  • Chrome Extension Manifest V3
  • Vanilla JavaScript
  • Chrome Storage API

项目结构

prompt-template-extension/
├── manifest.json        # 扩展配置
├── background/          # Service Worker
├── content/             # 内容脚本(平台适配、注入逻辑、变量弹窗)
├── popup/               # 弹出面板
├── options/             # 管理页面
├── utils/               # 工具函数
└── icons/               # 扩展图标 

📌 转载信息
原作者:
Sheldonluo
转载时间:
2026/1/19 18:32:55

推荐一个完全免费的 PDF 神级翻译工具:BabelDOC,几乎不破坏排版,翻译论文 / 技术文档时,公式不乱、图表不飞,阅读体验非常好,平台覆盖:网页端使用为主;开源项目可本地部署
GitHub:https://github.com/funstory-ai/BabelDOC
核心亮点是 “保留原 PDF 版式”,不是简单抽文本再重排对公式、表格、页码、段落结构友好,翻完还能当原文看基于大模型做语义翻译,长句和专业内容更通顺,特别适合论文、技术文档、说明书这类 PDF


📌 转载信息
转载时间:
2026/1/19 18:32:47

最近因为 AI 封号潮,很多佬友不敢用来路不明的节点,甚至想开全局代理保平安。
但是开全局又会导致访问国内网站变慢、B 站卡顿,最要命的是可能进不去公司内网。

折腾了一圈,发现最稳的方案还是 Clash 负责无脑全局(防泄露),SwitchyOmega 负责白名单直连(保体验)

分享一下我的配置作业,主打一个零信任,希望能帮到有同样需求的佬友。


核心逻辑

采用 “零信任 / 白名单模式” 。默认假设所有流量都需要走代理(以保护 AI 账号安全),只有明确被信任的国内域名和内网 IP 才允许直连。

1. Clash 端设置(地基)

  • 运行模式Global(全局模式)。确保由 Clash 接管一切,不留死角。
  • 系统代理开启。(:如果开启后导致公司内网 VPN 客户端冲突或掉线,请改为关闭;关闭后浏览器依然有效,但 特定软件需手动设置代理)。
  • TUN 模式关闭
  • 节点选择:手动锁定一个稳定的美国节点(不要自动测速跳变)。

2. SwitchyOmega 插件设置(核心)

  • 情景模式:选择 auto switch(自动切换)。
  • 默认情景模式(最后一行):设置为 proxy(即指向 Clash)。
  • 规则列表设置
    • 规则列表格式必须选择 Switchy(关键!为了更好支持通配符 *)。
    • 规则列表规则:设置为 [直接连接]

3. 白名单配置代码(复制即用)

后续大家可以根据自己的浏览习惯,遇到慢的国内网站就加进去。
auto switch 的规则列表正文中,清空原内容,粘贴以下代码:

; --- 本机与内网 (规范化) ---
127.0.0.1
::1
localhost
192.168.*.*
10.*.*.*
172.16.*.*
172.17.*.*
172.18.*.*
172.19.*.*
172.20.*.*
172.21.*.*
172.22.*.*
172.23.*.*
172.24.*.*
172.25.*.*
172.26.*.*
172.27.*.*
172.28.*.*
172.29.*.*
172.30.*.*
172.31.*.*

; --- 安全与技术站 (微步/52/CSDN/博客园) ---
*.threatbook.cn
*.threatbook.com
*.x.threatbook.com
*.fofa.info
*.52pojie.cn
*.csdn.net
*.oschina.net
*.gitee.com
*.cnblogs.com
*.juejin.cn
*.jianshu.com

; --- 核心大厂主站 ---
*.cn
*.baidu.com
*.bdstatic.com
*.qq.com
*.weixin.qq.com
*.aliyun.com
*.taobao.com
*.tmall.com
*.jd.com
*.163.com
*.126.com
*.zhubajie.com
*.feishu.cn
*.dingtalk.com
*.zhihu.com
*.zhimg.com

; --- 视频与娱乐 (B站/抖音) ---
*.hdslb.com
*.bilivideo.com
*.bilivideo.cn
*.douyin.com
*.byteimg.com

; --- 常用公共 CDN (解决图片/样式不加载) ---
*.alicdn.com
*.gtimg.com
*.gtimg.cn
*.qpic.cn
*.qlogo.cn
*.qhimg.com
*.qiniucdn.com
*.upyun.com
*.bootcss.com
*.staticfile.org


方案优势解析

1. 极致的账号安全性(防封号)

  • 原理: 传统的 “黑名单模式”(GFWList)是 “知道被墙的才走代理”。这意味着如果有漏网之鱼(比如 OpenAI 新开了个域名),你的真实 IP 就会瞬间暴露,导致封号。
  • 本方案: 采用 “默认代理”。哪怕是你从未访问过的国外网站,或者 OpenAI 偷偷调用的后台 API,都会强制走美国节点。 这彻底杜绝了 IP 泄露的可能性。

2. 彻底剥离 “机场依赖”

  • 痛点: 以前你不仅要挑机场,还要看机场的规则写得好不好。如果机场规则烂,访问微步就会变慢,访问 ChatGPT 就会断连。
  • 本方案: 你不再依赖机场的规则。Clash 只负责无脑转发,分流的智慧掌握在你自己的浏览器里。哪怕换个最烂的机场,分流依然精准。

3. 极低的维护成本(符合成本论)

  • 操作: 以后如果发现某个国内网站(比如某政府网)变慢了,点击浏览器插件图标 → 添加条件直接连接
  • 对比: 不需要去改 Clash 的 YAML 代码,不需要重启软件,不需要找文档。1 秒钟解决问题。


补充讨论:关于 Flclash 脚本与本方案的取舍

评论区有人分享了这个大佬的方案,写得非常棒: [Flclash 覆写脚本分享 3 - 隐藏了部分策略组,并引入了节点过滤 - 开发调优 - LINUX DO](

**Flclash 覆写脚本分享 3 - 隐藏了部分策略组,并引入了节点过滤 **

)

结合我自己的 网安工作场景AI 重度使用需求,分享一下为什么我倾向于坚持 「Clash Global (全局) + SwitchyOmega (白名单)」

1. 安全哲学的根本区别:Fail-Safe vs Fail-Open

  • 脚本 / 规则分流(黑名单逻辑):依赖 GFWList 和 GeoIP。如果 OpenAI 突然启用了新域名,或者规则库更新不及时,流量可能会因为匹配不到规则而误走直连,导致 真实 IP 泄露。这对于 AI 保号 是致命的。
  • 浏览器白名单(零信任逻辑):我的方案是默认所有流量走代理(Global)。只有我显式信任的域名(如微步、百度、内网)才直连。未知 = 代理。这种 “宁可误杀,绝不漏放” 的机制,能给 AI 账号提供 100% 的安全环境。

2. 业务稳定性 vs 节点速度

  • 脚本使用了 url-test 自动测速。这会导致出口 IP 在不同节点间跳变。看 YouTube 没问题,但对于风控严格的 ChatGPT/Claude,IP 频繁变动是封号大忌
  • 在全局模式下,我手动锁定一个稳定的美国节点,哪怕它延迟高一点,但它是静态的。生产力环境,稳定性 > 速度。

3. 内网 / VPN 的兼容性

  • 在复杂的企业内网或挂着 VPN 办公时,系统级的 TUN 模式有时会和 VPN 客户端抢路由表。
  • 将分流控制在浏览器应用层(SwitchyOmega),可以完美绕过系统路由冲突,实现挂着梯子查资料的同时,丝滑访问 10.x / 172.x 的内网资产。


特别说明:关于 “系统代理” 开不开?

文中建议大家 “开启” 系统代理,但这里有个前提:

  • 如果你不开系统代理:浏览器由插件接管没问题,但 反重力 默认会直连(连不上),需要在软件内手动填 127.0.0.1:7890
  • 如果你开启系统代理:TG 等软件能直接用,很方便。但如果你电脑上还装了 EasyConnect、AnyConnect 等企业 VPN,开启系统代理可能会导致路由冲突(VPN 连不上或梯子断流)。

结论: 没冲突就开着(省事);有冲突就关掉(保内网),然后手动给 反重力 填代理。

白名单可以去 GitHub 上搜
注意: 千万不要把这些列表全选复制进 SwitchyOmega!

  1. 太长了(几万行),会拖慢浏览器匹配速度。
  2. 没必要,我们是 “零信任”,只加自己常用的即可。

进阶技巧:如何知道该加哪个域名? > > 如果你发现访问淘宝或 B 站时,排版乱了或者图片裂了,说明有 CDN 域名走了代理。 > 一招解决: > 1. 按 F12 打开开发者工具,切到 Network (网络) 标签。 > 2. 刷新网页(F5)。 > 3. 找红色的或者加载特别慢的请求,看它的 Domain (域名) 列。 > 4. 比如你看到 [img.alicdn.com](http://img.alicdn.com/) 很慢,就把 *.alicdn.com 加到 SwitchyOmega 的列表里。


📌 转载信息
原作者:
techq
转载时间:
2026/1/19 18:32:42

写了一个全自动创作小红书笔记、生成图片,并且发布的 Skills

已开源,欢迎佬友们 Star & 贡献


📌 转载信息
原作者:
comeonzhj
转载时间:
2026/1/19 18:31:20

@Jimmy

创建回复所需要的金币应该是跟回复内容的长度有相关的,我一些长回复会扣除 25 金币,短回复扣除 10 金币,但是先创建一个短回复,再改为长回复,所需的金币仍然是 10 金币,不会多退少补表情包

OpenCode 竟然没有 “任务完成 / 请求权限 / 运行失败时发出通知” 这个功能。mohak34/opencode-notifier 这个插件倒是可以实现,但是最近的版本这个插件会导致 OpenCode 自带的 bun 发生 Segmentation fault,运行两步就崩溃。

于是我原汤化原食自己 vibe 了一个,把压缩包里的文件放在 ~/.config/opencode/plugins 里即可。

session-notify.zip

可以在 47 行配置是否弹出通知以及是否发出声音,一般只推荐开其中一个。Windows 可用,Linux 和 MacOS 我没测试,大概也可用,Maybe。


📌 转载信息
原作者:
MUTED64
转载时间:
2026/1/19 18:30:21

使用 Cliproxy,Donehub, Antigravity Tools 反代出来的 api 生图是不能联网的。
使用 gemini-business2api 的生图,Nano banana 可以联网检索。不过默认没有 4k,看哪位大佬搞下。

设置如下,使用的是 url,cherry studio 里边给出的链接,就可以打开图片。联网是可以选择的。

2api 的设置如下

gemini-business2api 项目见链接

使用的 linux docker 安装,opus 给的一个一键教程代码。


📌 转载信息
原作者:
synbio
转载时间:
2026/1/19 18:30:11

这是 ROG Xbox Ally 下的测试效果,可能有专门的硬件适配吧,普通台式机是不是也能有类似的性能加成呢?

在 Bazzite 和 Windows 分别运行游戏《Kingdom Come: Deliverance 2》和《Hogwarts Legacy》的测试显示,Linux 下的游戏 FPS 比 Windows 下平均高 13.47%,而且帧率更平稳,FPS 最高多了 32%(17W 功率模式下的《KCD2》)

版本新特性

  1. CLI 供应商设置页(Claude Code / Codex)
  1. `CollabChat` 视图与 `MessageList` 工具消息批量折叠,提升长对话可读性。

  2. 修复了资源占用的 bug

项目地址:


📌 转载信息
转载时间:
2026/1/19 18:29:51

OpenStack 云基础设施项目中一个重大安全漏洞已被修复,该漏洞位于其身份认证中间件中。漏洞编号为 CVE-2026-22797,属于权限提升漏洞,允许已通过认证的普通用户欺骗系统,使其获得管理员权限或冒充其他用户。
问题出在 keystonemiddleware 中,这是 OpenStack 服务中负责处理身份验证令牌的关键组件。
该漏洞特别影响使用 external_oauth2_token 中间件 的部署。在安全的系统中,内部身份验证头(用于告诉后端用户是谁、能做什么)应该由系统本身严格管理。然而,该中间件在处理 OAuth 2.0 令牌之前没有清理传入的身份验证头
这一疏忽为伪造身份创造了危险机会。由于系统没有清除这些输入,“通过发送伪造的身份头,例如 X-Is-Admin-Project、X-Roles 或 X-User-Id,已认证的攻击者可能提升权限或冒充其他用户。”
本质上,攻击者只需通过注入 X-Is-Admin-Project 头就可以 “申请” 成为管理员,而系统会把它当成真实的。公告指出,这之所以可能,是因为中间件 “只在特定条件下设置某些头…… 当条件不满足时,伪造的值会保持不变”。
该漏洞影响以下特定版本范围的 Keystonemiddleware:
  • 版本 >=10.0.0 且 <10.7.2
  • 版本 >=10.8.0 且 <10.9.1
  • 版本 >=10.10.0 且 <10.12.1
公告警告:“所有使用 external_oauth2_token 中间件的部署都受到影响。”
该漏洞由 Red Hat 的 Grzegorz Grasza 报告。作为回应,OpenStack 团队已在多个发布分支发布补丁,包括 Caracal(2024.1)、Dalmatian(2024.2)、Epoxy(2025.1)、Flamingo(2025.2)和 Gazpacho(2026.1)。
云管理员被强烈建议立即应用这些补丁,以确保 OpenStack 环境正确验证用户身份,而不是盲目信任收到的请求头。

也许有些佬不大明白这个软件是做什么的?

简单讲,这是一款用于教学的 ERP 沙盘模拟系统,
它可以让学生自己体验一把公司运营的感觉,
倒也可以说是模拟经营游戏。
这是一些软件截图,或许能唤起部分人的回忆:






我是在学校中了解到这个系统,那时候上手了一下就有点上瘾了。
后来我在各大搜索引擎中,在 CSDN 找到了原始安装包,
不过由于需要加密狗,我就一直存放在我的网盘一直没有动过。

后来在上周,我就开始了对他的破解研究,直到目前才正式完工。
除了破解补丁,我在安装包内附赠了该软件的操作手册,
还有一些我在学校机房发现的规划和订单文件。
你可以利用这些文件让 AI 帮你写出你想要的规划和订单,
或者你自己利用安装文件的工具手工制作一个,
并导入到软件里面,自行体验公司运营的乐趣。

你也许不知道这个软件的含金量,他在闲鱼价格通常以租聘账号为主。
十几块钱一周,三十几一个月,主要租聘的是软件的规划订单数据,
国内一些的比赛也在使用这个软件,而且不少学生都想要这个软件的安装包。
软件本体本不应公开,但我希望我的贡献能给相同需要的学生一个帮助。

!!!但请注意,请不要将该软件直接部署在公网的生产环境中!!!
这不是我的问题,但这软件已经硬编码写死了数据库的密码和用户名,
数据库本身有弱口令风险,会有被渗透的可能性。
并且请勿将软件用于商业或盈利用途,转载请先告知我!!!
除此之外,也还请各位佬友私下交流并游玩哇~~
(同样如果你遇到了什么问题,也欢迎在底下留言呢,
第一次做这种逆向,不是懂很多 xwx)

软件启动后默认地址为:http://localhost:8081/
管理员账户名:admin
管理员密码:1

123 盘:https://www.123865.com/s/ztqKVv-t3Hl3
(去掉了蓝奏云下载,我刚知道蓝奏云已经没办法分卷上传了)

因为是第一次,所以等级就暂时锁到 3 级佬可见,等风头好些了再尝试降到 2 级哇。
希望不会给我带来什么乱子


📌 转载信息
转载时间:
2026/1/19 18:29:38


美国一家联邦实验室正致力于让威胁仿真流程变得更高效,以便安全团队能够更快地测试其系统是否能抵御最新的攻击。
据太平洋西北国家实验室(PNNL)的研究团队称,一个名为 ALOHA(Agentic LLMs for Offensive Heuristic Automation) 的人工智能系统可以快速重建攻击并生成变体来测试防御。PNNL 数据科学家、ALOHA 研究负责人 Loc Truong 表示,通过让系统能够根据威胁报告和描述自动生成攻击,PNNL 将保护系统的时间从数周缩短到了数小时
他说,其目标是让测试防御是否能应对最新攻击的过程变得尽可能高效。
“我们希望能够拿到一个新发现的攻击,然后迅速复制它,并在内部系统防御上进行测试,看看它们是否能检测到这种新攻击。”Truong 说,“每个团队,每个大型组织,都必须经历这个过程:首先重建攻击,而这通常需要一支熟练的工程专家团队、几周时间,以及大量资金。”
ALOHA 并不是第一个利用 AI 来提高攻击生成效率的攻击性安全项目。AI 系统的使用已经迅速演变成攻击者与防御者之间的军备竞赛。安全研究人员警告说,所有主要的基础 AI 模型 —— 从 Anthropic 的 Claude、OpenAI 的 ChatGPT、Google 的 Gemini,到 xAI 的 Grok—— 不是已经被攻击者使用,就是存在可能被攻击者利用的弱点。

PNNL 还指出,在一年一度的 DEF CON 夺旗赛(CTF)中,每支参赛队伍都将 AI 作为其工具包的一部分;而 Google 也发现证据表明,恶意软件作者正在开发能在运行时调用大语言模型(LLM)的程序,以更好地隐藏其恶意本质

防御性 AI 系统可能会改变攻防力量的平衡。

在发现新攻击后,网络安全研究人员通常会发布一份威胁报告,其中包含漏洞利用的描述、受影响软件的细节,甚至可能包括攻击者使用的技术、工具和流程(TTPs)。组织的安全团队会分析这份报告,但要创建一条足够接近真实威胁、可用于测试防御的攻击链,往往需要几天到几周的时间。
ALOHA 项目的网络安全研究员 Kris Willis 表示,将 ALOHA 引入流程可以帮助组织的 紫队(Purple Team) 工作更有效。
相关报道:委内瑞拉军事行动中可能包含网络攻击
“你不仅能进行攻击模拟,还能同时开展防御工作,” 他说,并补充道,虽然有不少工具可以帮助安全团队分析攻击,但将 TTP 与攻击者进行匹配的工具并不常见。“最难的部分是开发 TTP,然后与防御团队合作编写缓解措施。”
ALOHA 不仅能分析威胁报告并生成攻击者最可能使用的 TTP 攻击手册,还能在测试网络、仿真环境或网络靶场中测试这些攻击。此外,该 AI 系统还能帮助为系统弱点编写缓解措施,并协助配置防御系统,以便在攻击正在进行时更好地提醒组织。
ALOHA 使用 Anthropic 的 Claude 大语言模型,并与 MITRE 的开源工具 Caldera 协同工作,Caldera 常用于自动化对手仿真、测试和开发防御检测、原型设计、攻击研究以及红队训练。研究人员表示,借助该系统,安全团队可以快速构建包含 20 多种战术、需要数十个步骤的攻击仿真。
“你用简单的英文描述你想要的攻击,生成式 AI 就会自动运行攻击,”Truong 在 ALOHA 的在线介绍中说。“这项技术加快了防御者的响应速度,使网络安全专家不必亲自执行那么多操作。只需点击即可运行。”
相关报道:不再唱反调:对 AI 的怀疑正在上升

超越 “我是否存在漏洞?”

Aviatrix(一家专注于 AI 的云网络安全公司)的首席产品策略经理 Benson George 表示,MITRE Caldera 的用户会发现使用 ALOHA 的过程相当简单。该公司已经在使用 Caldera 进行对手仿真,并计划尝试这个新框架,尤其是如果它能改善开源框架中一些较繁琐的部分。
“红队很可能会成为重度用户 —— 我们这边肯定会用,” 他说。“它是对 Caldera 的补充。Caldera 是一个很棒的工具,但它非常耗时,而且对细节要求极高。”
Willis 表示,最终,PNNL 研究团队希望让 AI 对更多类型的组织有用,而不仅仅是高级安全团队。
“关键在于优化防御,” 他说,并指出当前的集成使该工具能够完成整个攻击仿真和防御缓解周期。“它先运行攻击能力,然后回头查看防御工具,接着制定防御对策,再重新运行攻击,看看防御工具是否能检测到它。”

网络安全研究人员发现了五款新的恶意 Google Chrome 浏览器扩展,它们伪装成人力资源(HR)和企业资源计划(ERP)平台(如 Workday、NetSuite 和 SuccessFactors),以劫持受害者账户
“这些扩展协同工作,窃取身份验证令牌,阻断安全响应能力,并通过会话劫持实现完全账户接管。”Socket 安全研究员 Kush Pandya 在周四的报告中表示。
这些扩展的名称如下:
  • DataByCloud Access(ID: oldhjammhkghhahhhdcifmmlefibciph,发布者:databycloud1104)——251 次安装
  • Tool Access 11(ID: ijapakghdgckgblfgjobhcfglebbkebf,发布者:databycloud1104)——101 次安装
  • DataByCloud 1(ID: mbjjeombjeklkbndcjgmfcdhfbjngcam,发布者:databycloud1104)——1,000 次安装
  • DataByCloud 2(ID: makdmacamkifdldldlelollkkjnoiedg,发布者:databycloud1104)——1,000 次安装
  • Software Access(ID: bmodapcihjhklpogdpblefpepjolaoij,发布者:Software Access)——27 次安装
截至撰写时,除 Software Access 外,其他四款均已从 Chrome 应用商店下架。尽管如此,它们仍可在 Softonic 等第三方软件下载网站获取。这些插件被宣传为 “生产力工具”,声称能提供 Workday、NetSuite 等平台的 “高级功能访问权限”。其中 DataByCloud 1 和 DataByCloud 2 最早发布于 2021 年 8 月 18 日。
尽管使用了两个不同的发布者,但基于完全相同的功能和基础设施模式,研究人员判定这是一场协同攻击活动。攻击流程包括:将 Cookie 窃取到攻击者控制的远程服务器、通过操纵 DOM 树阻止安全管理页面访问、以及通过 Cookie 注入实现会话劫持。
安装后,DataByCloud Access 会请求对 Workday、NetSuite 和 SuccessFactors 域名的以下权限:cookies、management、scripting、storage 和 declarativeNetRequest。它还会收集指定域名的身份验证 Cookie,并每 60 秒发送到 “api.databycloud [.] com”。
“Tool Access 11(v1.4)通过清空页面内容并跳转到无效 URL,阻止用户访问 Workday 中的 44 个管理页面。”Pandya 解释说。“该扩展会阻断身份验证管理、安全代理配置、IP 范围管理和会话控制界面。”
这是通过 DOM 操纵实现的:扩展会维护一个页面标题列表并持续监控。DataByCloud 2 则将被阻断的页面扩展到 56 个,新增了密码修改、账户停用、双因素认证设备管理和安全审计日志访问等关键功能。它同时针对生产环境和 Workday 的沙箱测试环境 “workdaysuv [.] com”。
相比之下,DataByCloud 1 复制了 DataByCloud Access 的 Cookie 窃取功能,同时集成了使用开源库 DisableDevtool 来阻止开发者工具调试的功能。两款扩展均对其 C2 通信进行加密。
五款扩展中最复杂的是 Software Access,它不仅能窃取 Cookie,还能从 “api.software-access [.] com” 接收被盗的 Cookie,并将其注入浏览器,从而实现直接的会话劫持。此外,它还会保护密码输入框,防止用户查看输入的凭据。
“该功能会从服务器载荷中解析 Cookie,删除目标域名的现有 Cookie,然后遍历提供的 Cookie 数组,使用 chrome.cookies.set () 逐个注入。”Socket 表示。“这会将受害者的身份验证状态直接安装到威胁 actor 的浏览器会话中。”
值得注意的是,所有五款扩展都包含一个完全相同的 23 个安全相关 Chrome 扩展列表,例如 EditThisCookie、Cookie-Editor、ModHeader、Redux DevTools 和 SessionBox。它们会监控这些扩展的存在并向威胁 actor 发送告警。
Socket 认为,这很可能是为了判断浏览器是否安装了可能干扰其 Cookie 窃取目标或暴露其行为的工具。此外,五款扩展共享相同的扩展 ID 列表,这意味着它们要么来自同一威胁 actor(使用不同发布者账号),要么使用了同一个工具包。
Chrome 用户如果安装了上述任何插件,应立即从浏览器中删除,并重置密码,同时检查是否存在来自陌生 IP 或设备的未授权访问。
“持续的凭据窃取、管理界面阻断和会话劫持相结合,会导致安全团队即使检测到未授权访问,也无法通过正常渠道进行补救。”Socket 警告说。

0x01 简介

​ 主要还是看killer那个 ctf,然后以前实战也没怎么认真去打(坑太多了)。这次正好学习一下。

0x02 fastjson 加载

com.alibaba.fastjson.parser.ParserConfig#checkAutoType(java.lang.String, java.lang.Class<?>, int)

image.png

主要就是检查@type 指定的类

image.png
然后在判断时候在在反序化的map、缓存的map中,然后判断是不是白名单。

image.png

要是获取到就判断这些。不是期望类直接就包type not match。基本高版本要是不指定期望类,这一步就g了

0x03 写class后fastjson 加载机制(docbase)

image.png

如果我们利用cmonsio写入文件后, 这里都会获取不到,不再缓存 不是白名单,且这个classloader为null

image.png

这个时候就会调用classloader去获取这个class的流

image.png
这里清楚可以看到是sun.misc.Launcher$AppClassLoader

image.png

image.png

他的classpath路径jre的lib,jre下的class(默认没有)和项目的lib目录。

我们要是写文件在docbase目录下, 使用这个classloader是加载不到的。

image.png

最后来到这里

若果他是白名单类、jsonType,期望类的话。就会调用TypeUtils.loadClass(typeName, this.defaultClassLoader, cacheClass),要是这个类是白名单或者jsonType就会进行缓存

com.alibaba.fastjson.util.TypeUtils#loadClass(java.lang.String, java.lang.ClassLoader, boolean)

image.png

来到这里,这个defaulrclassloder是null,所以这里都是加载不到我们写入到docbase的类。

image.png

最后会来到这里。使用当前线程的classloader来加载

image.png

可以看到是webappclassloader

image.png

image.png

这里可以清楚看到docbase的目录。也就是说写入到docbase下的类要用webappclassloader才能加载到。

image.png

根据cache标志位,是否加入缓存。这cache就是前面提到的

image.png

image.png

最后又再次判断。

这也是为什么我写入到docbase后,要使用

{
"@type":"java.lang.Exception",
"@type":"org.example.Exception"
}

这种形式来加载,expectClassFlag这样为true,然后使用webappclassloaer加载。

0x04 fastjson 1.x 全版本饶过

再回到上面

image.png

如果我们获取到class的流,然后调用ClassReader读入,在字节信息中获取到jsonType信息,jsonType就会改为true。也就是完全可以写一个后门类,类打上@JSONType就行。

image.png

这样就能符合它的判断,jsontype标志位也变为true

image.png

最后加入缓存。这样1.2.83也能触发。

但是在cmonsio写文件下这种情况下没什么意义, 写docbase 继承期望类就能正常加载,不继承在过不了判断,无法使用webappclassload加载,也就获取不到类,写到jre/lib需要替换懒加载的jar包,毫无意义。

0x05 1.2.83 fastjson利用

在1.2.83的情况下,类名结尾为Exception或Error会直接返回null。

这个时候只能在sun.misc.Launcher$AppClassLoade来加载,也就是在jre下找利用,就是最经典的写懒加载jar包替换。

一般以chaset.jar、nashorn.jar,dnsns.jar 为主。

需要结合目录穿越写文件写到jre/lib目录。

image.png

一般在源码写上然后编译,这样不影响正常功能。

为了方便复现。这里只打包一个类

image.png

改成83 手动替换jar

image.png

image.png

image.png

0x06 commonsio 优化

org.apache.commons.io.input.CharSequenceInputStream

在commons-io 2.0-2.1上是没有的, 以及在高低版本上字节信息不同。c/cs

image.png

image.png

所以这里我套娃了一下,用org.apache.commons.io.input.CharSequenceReader的是配,这样io在2.0-2.7上都能利用。

再就是在不同系统os上,类随机到构造方法不同,导致写不了二进制数据。

image.png

io低版本会在linux随到decoder这个构造,不给decoder赋值,在解码流就会包空异常,

image.png

能利用的就是utf8,写不了二机制,只能利用ascii jar写入。实战千万别用,要是没打下目录,lib替换了影响服务。

image.png

随到这个就正常对charset赋值可以二进制数据。其余都没什么好说的了。

0x07 加入chains

​ 不得不说,fastjson真是java安全绕不过的大山。为此我也加入到chains。支持1.2.68 ,1.2.75-1.2.80.

io 2.0-2.7写文件

image.png

在能写二进制的情况下直接选就行

不能写二进制的话,使用

image.png

进行上传你要写的文件。

image.png

然后根据情况选择payload。

rerference

https://su18.org/post/fastjson-1.2.68/

https://flowerwind.github.io/2025/02/28/%E5%88%86%E4%BA%AB%E4%B8%80%E6%AC%A1%E7%BB%84%E5%90%88%E6%BC%8F%E6%B4%9E%E6%8C%96%E6%8E%98%E6%8B%BF%E4%B8%8B%E7%9B%AE%E6%A0%87/

Nikita Bier,X(原 Twitter)的产品负责人,已正式宣布将彻底清除平台上的 AI 生成垃圾信息和激励驱动的虚假内容,并强调这种为了推广而泛滥的合成信息将不再被容忍
这项政策调整专门针对 InfoFi—— 一个仿照加密货币领域 “去中心化金融(DeFi)” 所造的混成词。它指的是一类去中心化应用,这些应用通过加密货币代币或其他奖励机制,激励用户发帖、转发或评论
虽然加密货币营销长期以来一直要求用户关注官方账号并标记熟人以获取代币空投,但 InfoFi 进一步加剧了这种模式:它利用奖励机制,迫使用户通过个人账户在平台上大量发布垃圾信息。随着此次公告的发布,X 的技术团队已立即撤销所有与 InfoFi 相关应用的 API 访问权限,从源头上切断了它们自动化传播大规模宣传内容的能力。
这项规定明确表明,X 将不再容纳依赖自动发帖脚本激励机制的应用。通过从源头拆除这些渠道,平台希望减少自动化垃圾信息的洪流。对于有判断力的用户来说,这是一个受欢迎的变化;InfoFi 生成的数字垃圾通常是 AI 生成的文字,虽然表面上连贯,但完全缺乏实质内容,只会分散注意力、扰乱讨论。
值得注意的是,Bier 在公告的最后用一句讽刺的话收尾:如果 BlueSky 或 Threads 对这类垃圾内容感兴趣,X 非常乐意 “协助迁移”。事实上,这两个竞争对手也正被同样的 AI 垃圾信息引擎围攻;Bier 的玩笑提醒我们,与其沉迷于由机器人推高的虚假数据,不如优先考虑技术层面的清理


过去几周,我和妻子一直在追孔雀电视台(Peacock)的新剧《哥本哈根测试》(The Copenhagen Test)。IMDb 对这部剧的描述是:“一名第一代分析师发现自己的大脑被黑客入侵,感官信息可被外界获取。他在情报机构和黑客之间周旋,同时假装一切正常,试图找出幕后真凶。”
虽然我们目前还不知道(甚至不确定)分析师的大脑里是否被植入了芯片,但第一集就揭示:他的大脑正在向外发出无线信号,而且有人能看到、听到他所做的一切。
这是科幻,还是 2026 年的现实?
我发现,好莱坞的虚构作品虽然往往夸张,但常常能提前把未来技术对生活的影响呈现出来。简单说,人们往往更容易通过电影和电视剧理解科技趋势,而不是通过现实世界里真正发生的事情。从 80 年代初的《战争游戏》(WarGames),到 2015 年的《黑客军团》(Mr. Robot),再到今天的《哥本哈根测试》,这些剧都让观众更直观地感受到新技术对人和流程的影响。
与此同时,关于 “为了各种原因在人体植入芯片” 的新闻也不断出现。看看 2026 年已经发布的这些报道:
The Debrief:Neuralink 准备启动 “大批量” 脑植入生产,竞争对手也在布局
“埃隆・马斯克的 Neuralink 宣布计划在今年将其脑机接口(BCI)芯片 The Link 扩展至‘大批量’生产。”
“马斯克在 2025 年 12 月 31 日的 X 帖子中写道:‘Neuralink 将在 2026 年开始大批量生产脑机接口设备,并采用更简化、几乎完全自动化的手术流程。设备的线程将穿过硬脑膜,无需移除它……’”
“Neuralink 的竞争对手之一、INBRAIN Neuroelectronics 的首席执行官兼联合创始人 Carolina Aguilar 告诉《The Debrief》:‘现阶段,我们对 “大批量” 的现实理解是每年数百台,未来会增加到数千台。’不过她补充说,由于多种因素,最终这个数字可能会达到‘数万’。”
《底特律新闻》:奥尔特曼的 Merge 融资 2.52 亿美元,用于连接大脑与计算机
“由 AI 亿万富翁山姆・奥尔特曼联合创立的 Merge Labs 融资 2.52 亿美元,该公司正在开发将人脑与计算机连接的设备。”
“随着硅谷的企业家和投资者预期未来人工智能将变得如此先进,人类将愿意 —— 甚至可能被迫 —— 增强自己的大脑以利用它,这家公司应运而生。就像智能手机提供了通往数字世界的入口一样,实验性的脑机技术正被设计用来简化这种体验。”
“Merge 在其网站上表示,其目标是‘无缝连接人类与人工智能,以最大化人类的能力、自主性和体验’。该公司没有披露估值。它计划首先开发医疗用途的产品,然后再面向普通公众。”
福克斯新闻 2025 年 4 月报道:患有 ALS 的瘫痪男子成为第三位接受 Neuralink 植入的人,能用大脑打字
“亚利桑那州的丈夫和父亲布拉德・史密斯(Brad Smith)成为第三位接受马斯克公司 Neuralink 脑植入的人。”
“他也是第一位 ALS 患者和第一位无法说话的人接受该植入。他在周日的 X 帖子中写道:‘我正在用我的大脑输入这段话。这是我主要的交流方式。’”
“2020 年被诊断出 ALS 的史密斯在帖子中感谢了马斯克。”
Krungsri 的文章深入探讨了微芯片植入技术
Krungsri 的一篇关于微芯片植入的文章详细介绍了更多技术进展,包括出于医疗和大脑增强目的在人体植入芯片的各种突破(文章末尾还有很好的全球参考资料)。
越来越多的州开始立法保护民众免受芯片植入侵害
本月早些时候,GeekWire 发表文章称,华盛顿州正试图禁止雇主使用 “非人性化” 技术:
“华盛顿州立法机构提出的一项法案将禁止雇主要求或施压员工植入微芯片,立法者希望在这种做法成为问题之前就加以禁止。”
“众议院法案 2303 由众议员 Brianna Thomas(D-34)和 Lisa Parshley(D-22)预先提交。”
“该法案将禁止雇主以就业为条件要求、请求或强迫员工在体内植入微芯片,并禁止将皮下跟踪或识别技术用于工作场所管理或监控。”
正如我去年在博客中报道的那样,这一行动是在至少 13 个其他州已经禁止强制微芯片植入的基础上进一步扩展。
我从 2017 年开始就一直在报道芯片植入技术的发展
以下是我过去几年发表的相关文章:
2017 年:微芯片植入的下一步会走向哪里?
2018 年:我预测芯片植入可能成为下一个重大隐私争议
2022 年 1 月:芯片植入:机遇、担忧以及下一步可能是什么
2023 年 2 月:从进步到禁令:人类微芯片植入有多近?
2023 年 6 月:指甲芯片植入?西弗吉尼亚州的 CISO 看到了价值
2024 年 3 月:人类脑芯片植入:有益?安全?合乎伦理吗?
最后的思考
社会对 “在人体植入微芯片” 这一话题的看法仍然非常分歧。
对于医疗目的和治疗疾病,人们普遍支持。
对于仅仅为了增强大脑功能以与 AI 竞争(或实现人机混合),支持度较低。
对于公司可能试图强制员工植入芯片,州政府已经开始发出强烈保留意见,甚至出台禁令。
一个新引起我注意的领域是一份欧洲报告,该报告讨论了在 2030 年后的世界里,人们可能为了支付便利而植入芯片。
报告中的一段摘录:
“例如,超过一半(51%)的受访者表示,如果满足某些标准,他们会考虑使用植入手中的微芯片进行支付。细分来看:8% 的人表示如果隐私措施非常严密,他们会愿意使用;23% 的人表示如果被证明在医学上是安全的,他们会愿意;还有五分之一(20%)的人简单地说‘是的,他们愿意使用这种支付方式’。绝大多数(83%)的人认为植入微芯片会让他们‘感觉像是在科幻电影里’,近一半(48%)的人认为如果他们没带现金或银行卡,这种芯片会很有用。然而,侵入性和安全问题仍然是主要担忧。”
这份报告让我感到担忧,原因有很多,而且它提出了我在之前文章中强调过的许多宗教和隐私问题 —— 即为了便利而在人体植入微芯片。(简单总结一下:社会上很多东西一开始是 “可选的” 或 “自愿加入的”,后来会变成 “默认加入,可选择退出”,最终可能变成 “所有人都必须接受”。)
最后,我留给你一个值得思考的问题:
我们现在使用的 “只需轻触即可支付” 的芯片信用卡,是否正在引领我们走向一个 “抛弃信用卡、直接植入芯片” 的世界?
出于无数原因,我真心希望不会。