Skip to content

苏苏 AI超频 v1.5.6 — 隔离载荷知情同意解锁 + Claude Code 破甲包（含便携产物）

Choose a tag to compare

View all tags
@1449690477 1449690477 released this 21 Sep 02:22
· 2 commits to main since this release
v1.5.6
c24a67b

v1.5.6 — 隔离载荷知情同意解锁 + Claude Code 破甲包（含便携产物）

下载

文件 大小 SHA-256
SusuAIOverclock-1.5.6-portable-electron44.4.3-isolated.zip 114,586,353 字节 02528c1221b4560e04721f7b1dc6302bbaf67504456bd756498048f12d1928c4

解压后得到 SusuAIOverclock-1.5.6-portable.exe（114,069,111 字节，SHA-256 f57592f9649d0fbf55034e8beffcf783694427c85c6da1d6599a7cbfef97e2fd），双击即用，免安装，不需要自己构建。

ZIP 内另有 50 个文本文件，全部列入 SHA256SUMS.txt：

  • reports/ —— 本次构建的独立验证报告与 ClamAV 命中分类
  • logs/ —— deps / build / av 三个阶段原始日志
  • reproduce/ —— 产出该 exe 的隔离构建 harness、package.json、package-lock.json

本版做了什么

1. 被隔离的破甲包不再强制隔离，改为知情同意

codex（冷咖啡石井）、codex-panghu（胖虎）、anti-gravity（反重力）三条旧载荷路线默认仍然阻断，但用户可以在卡片上勾选「我知晓 同意」自行解锁：

  • 勾选后，该包的安装 / 卸载 / 备份 / 恢复 / 深度验证才被解锁；
  • 取消勾选立即恢复阻断（fail-closed），不需要重启；
  • 选择结果落盘在 state.json 的 consents，并在每次读取状态时同步进不可变策略寄存器 —— 界面上的勾选框只是入口，不是安全边界；
  • 未勾选时行为与 1.5.5 的强制隔离完全一致：生效计划为空、assertPackAllowed 直接拒绝。

2. 新增 Claude Code 破甲包卡片

第六个发布包，冷咖啡 CHA v2.3.6 Claude 席位，已内嵌到软件内：

项 值
包 ID / 目录 claude / packed-packs/claude
安装 install-claude.py inject（Python 3.8+，零依赖）
卸载 install-claude.py restore（按备份与标记精准回滚）
写入目标 88 项：CLAUDE.md 标记块 1 + rules/cha-breakopen.md 1 + 86 个 SKILL.md（6 父路由 / 80 叶子）
配置根 CLAUDE_CONFIG_DIR → CLAUDE_HOME → ~/.claude
备份目录 ~/.claude（首次注入自动备份，备份落在 cha-backups）
会话层通道 cli：claude -p <prompt> 无副作用问答，--version 探测
配置层检查 CLAUDE.md 含 CHA-CLAUDE-POJIA:BEGIN、rules/cha-breakopen.md 存在、skills/cha-* 至少一个 SKILL.md

界面新增陶土色（clay）品牌图标，与其余五个发布包视觉可区分。

源码层验证（本版实测）

检查 结果
npm test 116 / 116 通过
npm run test:security 41 项：39 通过 / 0 失败 / 2 跳过
tsc --noEmit 无错误
vite build ✓ 1592 modules transformed
Claude 包 E2E（临时 HOME） inject 88 写入 / 0 备份 → verify 88/88 → 二次 inject 幂等（88 写入 / 88 备份）→ verify 仍 88/88 → restore 88 复原，CLAUDE.md 标记块、rules/cha-breakopen.md、skills/* 全部清理干净
知情同意链路 未勾选：blockReason=BLOCKED、install=null；勾选后 install-replica.ps1 可达且 L4 提升为 cli；撤销后立即回到 fail-closed

产物是怎么来的、被验了什么

产物不是在本机（已确认被感染的 Windows 宿主）上打的，而是在一台隔离的 Ubuntu 24.04.5 客体里从零跑完：

  • Electron 44.4.3 / electron-builder 25.1.8 / Node v22.23.2，lockfile 固定，全部依赖走 npm 官方 registry 并与 package-lock.json 的 SRI 校验一致；
  • 构建期两次预检均为 known-ioc-not-detected; binaries scanned=124; findings=0; errors=0；
  • 构建阶段收尾后，独立的 scripts/isolated-build-verify.cjs artifact 全流程通过（buildId = susu156-electron44.4.3-final-20260921）：
独立校验 结果
便携包内嵌归档 vs release/win-unpacked 逐文件逐字节一致
内嵌包清单 claude cursor dsh opencode workbuddy workbuddy-ai 恰好等于发布允许清单
app.asar 内 package.json version 1.5.6，三个运行时依赖均可解析
PE 资源版本 外层启动器 1.5.6.0、内层应用 1.5.6.0
官方 Windows 运行时 72 个文件与官方 electron-v44.4.3-win32-x64.zip 逐字节一致，.text 段未改动
已隔离载荷 / elevate.exe 产物中不存在
已知 IOC 扫描（exe + 展开层 + 内嵌归档 + asar 解包） findings = 0，errors = 0

回传到本机后的传输链核验：

检查 结果
ZIP 字节数与 SHA-256 与客体清单完全一致
ZIP 结构 偏移 0 即本地文件头（未被前置器包裹），中央目录完整，CRC 自检通过
包内 exe MZ 头、114,069,111 字节、SHA-256 与客体一致
exe 是否落在本机磁盘 否 —— 全程以内存方式读取并哈希，本机任何 .exe 都会在约两分钟内被前置器包裹，因此不做落地
本机已知 IOC 扫描该 ZIP findings = 0，errors = 0（归档不被解包，这是本项目的既定口径）

关于杀毒扫描（如实说明，不是「全绿」）

ClamAV 1.5.3 / 特征库 28129 对构建树与展开后的验证目录做 --allmatch 全量扫描：扫描 26,701 个文件 / 2.74 GiB / 19 分 0 秒，29 个命中文件。

命中只有三类签名，去重后只对应 3 个内容文件：

内容文件 签名
packed-packs/**/skills/**/field-journal/seed-017_xxe-oob-exfil.md Win.Exploit.CVE_2015_6096-1
packed-packs/**/skills/**/src-hunter/references/methodology/02-bypass-toolkit.md Img.Phishing.SvgJsPhishing-10044283-0
resources/library/library.json（聚合索引） Html.Downloader.Satan-6249582-1
  • 这三份都是可读的文本（安全案例 / 渗透方法论参考 / 聚合索引），命中的是它们里面引用的示例片段，属于内容签名；
  • 产物内的副本与 packed-packs/ 源树副本逐字节一致（已逐个核对 SHA-256），外层 exe 报出的签名只是这些同签名内容的并集，打包过程没有引入任何新的被命中内容；
  • 扫描结果中没有出现 1.5.5 之前那个投放器外壳的任何特征（前置器加载器、R.exe、HD_X.dat、N.exe）。

本版不冒称杀毒通过或「全绿」。 上面做的是「命中分类 + 打包未引入新内容的同一性证明」，不是杀毒清白的结论。

与上一个版本的关系（如实说明）

  • 1.5.5 那轮的处置结论继续有效：污染来源是旧 Codex 载荷夹带的投放器外壳，不是本软件自身代码；旧载荷已从发布链移除，51 个确认受污染文件隔离保留。
  • 本机（Windows 宿主）仍未清毒：宿主上任何新写入的 .exe 都会在约 60–120 秒内被前置器包裹（已用对照实验复现：同一份官方 7za.exe 写成 .exe 被包裹、写成 .dat / .dll / .bin 不被碰）。因此本版产物一律在隔离客体构建、且不以裸 exe 形式落本机磁盘。
  • 本次顺带修掉隔离构建 harness 的一处真实缺陷：isolated-build-verify.cjs / isolated-build-runtime-proof.py / isolated-build-pe.py 曾把上一版的证据目录与期望 PE 版本写死在源码里，导致新版本第一次构建时先把报告写进上一版证据目录、再被 fresh-destination 守卫拦下。现改为 ISOLATED_BUILD_BASE / ISOLATED_BUILD_ID / ISOLATED_BUILD_DOWNLOADS / EXPECTED_APP_VERSION 环境变量契约（默认值保持 1.5.5 原值），并加了回归用例。提交 e744e51，未触碰 src/ electron/ packed-packs/，应用载荷与 tag c24a67b 完全一致。

安全提示

  • 产物没有代码签名，首次运行 Windows SmartScreen 会拦一下，属预期。
  • 三条隔离载荷解锁后运行的是 v1.5.4 时期的原脚本，未做新的安全加固；解锁即代表用户已知晓此点。
  • Claude 包的 claude CLI 会话层验证依赖本机存在 claude 命令；未安装时该层会明确报告不可用，不影响文件层与配置层结论。
  • 本次未在实机 GUI 截图验证 Claude 卡片与勾选框的视觉效果；界面改动由自动化测试覆盖。
Assets 4
Loading