其他 · v0.4.4
deepseek-harness-sentinel
用于 DeepSeek Harness 插件的只读安全、供应链与健康扫描器。
作者原文(英文)
Read-only security, supply-chain, and health scanner for DeepSeek Harness plugins。
简介取自插件 README 开头,由 DeepSeek 模型翻译,仅供参考。
deepseek-harnessdshdsh-pluginsecurityscannerauditsupply-chainstatic-analysis
认证 L3已扫描 ✓健康 S/100周下载 344
7 项能力安装命令
dsh plugin --profile web add deepseek-harness-sentinel@0.4.4
已试装 · 层已挂载
已在一个隔离的 profile 里真装过:包能装上,并且插件层挂载成功。这一条是实测结果,不是作者的声明。
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
1高关注3需留意3一般17未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注3 处命中engine/package/acquire.js:9import { spawnSync } from 'node:child_process'engine/supplychain/osv.js:10import { spawnSync } from 'node:child_process'engine/package/tarball.js:11import { spawnSync } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意23 处命中engine/package/acquire.js:37rmSync(out, { force: true })engine/package/audit.js:78const removeTarball = () => rmSync(dl.tarballPath, { force: true })engine/package/audit.js:201rmSync(dl.tarballPath, { force: true })engine/package/audit.js:207rmSync(dl.tarballPath, { force: true })- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 动态执行代码
dynamic-code需留意9 处命中engine/rules.js:130description: 'eval、new Function、vm.runIn*、Module._compile、process.binding 等动态执行机制。配合网络或解码即高危。',engine/rules.js:142// `new Function("return this")()` / `new Function("")()` globalThisengine/rules.js:154message: '对解码内容执行(eval(atob(...)) 等)',engine/semantic/taint.js:16{ names: ['exec', 'execSync', 'spawn', 'spawnSync', 'execFile', 'execFileSync', 'fork', 'eval', 'vm.runInNewContext', 'v…- 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
- 发起网络请求
network需留意4 处命中engine/package/audit.js:18import { strictDnsEnabled } from '../supplychain/fetch.js'engine/rules.js:458description: '插件存在出网能力。相对路径的同源调用(fetch(\'/plugin-api/...\'))是客户端插件与自家宿主的本地通道,不算外发;只有绝对 URL(http/https/ws)、协议相对(//host)或变…engine/package/tarball.js:48const { assertPublicDns } = await import('../supplychain/fetch.js')package.json:58"test": "node --test test/scan.test.js test/plugin-load.test.js test/professional.test.js test/professional-contract.tes…- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 读取文件
reads-files一般54 处命中engine/package/acquire.js:35try { text = readFileSync(out, 'utf8') } catch { text = null }engine/config.js:36if (!existsSync(p)) continueengine/config.js:38const raw = JSON.parse(readFileSync(p, 'utf8'))…ine/semantic/cross-file-taint.js:106sourceByPath.set(node.path, readFileSync(join(root, node.path), 'utf8'))- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般23 处命中engine/semantic/ast.js:14const acorn = await import('acorn')engine/semantic/ast.js:18const vendored = await import('../../.github/actions/dsh-sentinel/vendor/acorn.mjs')engine/semantic/ast.js:153/** 收集 child_process 别名:const { exec: run } = require(...) / import { exec as run } / const cp = require(...)。 */engine/package/audit.js:159const { verdictFor } = await import('../report.js')- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般10 处命中engine/package/acquire.js:13return process.env.SENTINEL_NPM_REGISTRY ?? 'https://registry.npmjs.org'engine/supplychain/fetch.js:76return process.env.SENTINEL_STRICT_DNS === '1'engine/index.js:41export function resolveDshHome(env = process.env) {engine/index.js:363const home = resolveDshHome(opts.env ?? process.env)- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 3 |
| 写入文件 | writes-files | 需留意 | 23 |
| 动态执行代码 | dynamic-code | 需留意 | 9 |
| 发起网络请求 | network | 需留意 | 4 |
| 读取文件 | reads-files | 一般 | 54 |
| 动态加载模块 | dynamic-import | 一般 | 23 |
| 读取环境变量 | reads-env | 一般 | 10 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 42 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
可信度
100
健康分 S
扣分项下方逐条附证据
- 0没有可扣分的项
认证等级 L3
- L0静态结构与契约✓sha512-a6rjAr3YMPUgA4jy… 与本地 tarball 复算一致,补丁与入口齐备
- L1配置组合与依赖图✓跨包无 entry id 冲突,插入模块可解析,目录内 peer 满足
- L2隔离沙箱冒烟✓隔离 profile 安装成功,3.1s,层已挂载;宿主带它启动(booted)
- L3运行时健康监控✓抽样会话内未观测到外部进程 / 越界写 / 外连(2 个事件)
评分口径与作者信息
从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分
- 维护者
- eligahyu
- 仓库
- https://github.com/Eligahyu/dsh-sentinel-scanner
- 许可
- MIT
- 最后发布
- 2026-08-23
- 周下载
- 344
- star
- 5
扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。
认证等级只回答四件事:包本身是否完整可解析(L0)、能不能与别的插件组合(L1)、隔离环境里装不装得上并起得来(L2)、抽样运行时有没有异常(L3)。依赖漏洞、仓库存活、下载量都不参与评级,只作为独立信号标注。可信 ≠ 无漏洞,上架 ≠ 推荐。
| DSH peer 依赖 | 2 个cordisdsh-tools均为 @deepseek-ai/ 下的包 |
|---|---|
| Node 要求 | ^22.18.0 || >=24.11.0 |
| 第三方依赖 | 1 个 |
| bundle patch | ./cordis.patch.yml |
| 依赖安全公告 | 已查询全部依赖,没有匹配到已公开的安全公告(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。) |
元数据
| 主页 | https://github.com/Eligahyu/dsh-sentinel-scanner#readme |
|---|---|
| 仓库最近提交 | 2026-10-14 |
| 仓库创建 | 2026-08-17 |
DSH