D

dsh-auth-remote

github.com/ChenLuoi/dsh-auth-remote

v0.1.9 会话与记忆 含混淆或编码代码写入文件发起网络请求
认证 L3已扫描 ✓健康 S/100周下载 596

Single-user remote authentication for DeepSeek Harness: password, TOTP and revocable sessions.

该插件尚未翻译,显示作者原文。

发布
2026-10-15

检测报告

有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
3需留意3一般18未命中
高关注需留意一般

能力清单

  • 含混淆或编码代码obfuscated-code需留意231 处命中
    • dist/cli.js:1192errorNetwork: "\u8FDE\u63A5\u5931\u8D25\uFF0C\u8BF7\u68C0\u67E5\u7F51\u7EDC\u540E\u91CD\u8BD5\u3002",
    • dist/cli.js:1193errorRateLimited: "\u5C1D\u8BD5\u8FC7\u4E8E\u9891\u7E41\uFF0C\u8BF7\u7EA6 {seconds} \u79D2\u540E\u91CD\u8BD5\u3002",
    • dist/cli.js:1194errorUnauthorized: "\u4F1A\u8BDD\u5DF2\u5931\u6548\uFF0C\u8BF7\u91CD\u65B0\u767B\u5F55\u3002",
    • dist/cli.js:1195errorServiceUnavailable: "\u670D\u52A1\u6682\u65F6\u4E0D\u53EF\u7528\uFF0C\u8BF7\u7A0D\u540E\u91CD\u8BD5\u3002",
    • 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
  • 写入文件writes-files需留意16 处命中
    • dist/cli.js:76await mkdir(dir, { mode: 448 });
    • dist/cli.js:114await file.writeFile(JSON.stringify(owner));
    • dist/cli.js:118await unlink(path).catch(() => void 0);
    • dist/cli.js:134await mkdir(recovery, { mode: 448 });
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 发起网络请求network需留意3 处命中
    • dist/client.js:2230const response = await fetch(path, {
    • dist/login.js:2621const response = await fetch(path, {
    • dist/login.js:2892const existing = await fetch("/auth-remote/me", {
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 接触凭据或密钥credentials一般28 处命中
    • dist/cli.js:226const password = record(entry.password, ["salt", "hash"], "password record");
    • dist/cli.js:424if (typeof password !== "string" || [...password].length < PASSWORD_MIN_CHARACTERS || [...password].length > PASSWORD_MA…
    • dist/cli.js:760username === account.username ? account.password : DUMMY_PASSWORD_RECORD
    • dist/cli.js:802const match = await this.derive(() => verifyPassword(password, account.password));
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 读取文件reads-files一般10 处命中
    • dist/cli.js:29raw = await readFile(`/proc/${pid}/stat`, "utf8");
    • dist/cli.js:41readFile("/proc/sys/kernel/random/boot_id", "utf8"),
    • dist/cli.js:151const old = parseOwner(await readFile(path, "utf8"));
    • dist/cli.js:170const current = parseOwner(await readFile(this.path, "utf8"));
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 读取环境变量reads-env一般3 处命中
    • dist/cli.js:1419function parseLanguage(input, env = process.env) {
    • dist/cli.js:1582async function resolveProfileTarget(cwd = process.cwd(), env = process.env) {
    • dist/cli.js:1720var currentLocale = environmentLocale(process.env);
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
能力标识关注度命中次数
含混淆或编码代码obfuscated-code需留意231
写入文件writes-files需留意16
发起网络请求network需留意3
接触凭据或密钥credentials一般28
读取文件reads-files一般10
读取环境变量reads-env一般3

这份报告的口径

扫描读的是包里的源码,全程不执行第三方代码。 本次读了 62 个文件,扫描于 2026-10-16。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。

依赖安全公告

这个插件声明的依赖中,有 1 条已公开的安全公告 (最高等级:中):

等级依赖包编号摘要
中semverCVE-2022-25883semver vulnerable to Regular Expression Denial of Service
修复版本:5.7.2, 6.3.1, 7.5.2 详情 →

查询的是依赖声明范围的下界(如 ^4.2.0 查 4.2.0), 不是实际安装到的版本。真正装的时候如果解析到了修复版本,就不受影响—— 所以这是「可能受影响」,不是「这个插件有漏洞」。数据来自 OSV.dev。

可信度

100 健康分 S 扣分项下方逐条附证据
  • 0没有可扣分的项

认证等级 L3

  • L0内容完整性✓sha512-uC9gQ1VgrcpPvguX… 与本地 tarball 复算一致
  • L1来源✓维护者 chenluo,仓库 ChenLuoi/dsh-auth-remote(未做仓库审计)
  • L2发行✓隔离 profile 安装成功,4.4s,层已挂载
  • L3生态✓契约一致,宿主带它启动成功
  • L4多方独立验证—本站不做第三方独立背书
评分口径与作者信息

从 100 分开始按规则扣减:fail −20 / major −10 / warn −5 / minor −2;star 数、下载量、LLM 输出都不参与评分

维护者
chenluo
仓库
https://github.com/ChenLuoi/dsh-auth-remote
许可
MIT
最后发布
2026-10-15
周下载
596
star
0

扫描状态:已扫描。能力是事实,不是缺陷; 周下载与 star 只作参考,不参与评分。

认证等级核验的是这个包本身(内容指纹、来源、能否安装、声明是否属实);依赖漏洞是独立标注的,两者正交、不互相掩盖。可信 ≠ 无漏洞,上架 ≠ 推荐。

← 返回首页