dsh-openviking-memory

检测报告

能力清单

• 含混淆或编码代码obfuscated-code需留意28 处命中
  • lib/client/qa-settings.js:151return (_jsxs("p", { className: "ovm-qa__error", "data-testid": "openviking-memory-identity-refused", children: ["\u0421…
  • lib/client/qa-settings.js:153: `: он отвечает как «${view.serverIdentity}»`, ". \u0427\u0442\u043E\u0431\u044B \u043D\u0435 \u0440\u0430\u0441\u043A\…
  • lib/client/qa-settings.js:158return (_jsxs(_Fragment, { children: [_jsxs("div", { className: "ovm-qa__facts", "data-testid": "openviking-memory-total…
  • lib/client/qa-settings.js:160: `: на запросы он отвечает как «${view.serverIdentity}»`, ". \u041F\u043E\u044D\u0442\u043E\u043C\u0443 \u0437\u0434\u0…
  • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
• 写入文件writes-files需留意26 处命中
  • lib/openviking/debug-log.js:19mkdirSync(dirname(filePath), { recursive: true });
  • lib/openviking/debug-log.js:27appendFileSync(filePath, JSON.stringify(obj) + "\n");
  • lib/openviking/pending-queue.js:53await mkdir(dir, { recursive: true, mode: PENDING_DIR_MODE });
  • lib/openviking/pending-queue.js:177await rename(from, to);
  • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
• 发起网络请求network需留意1 处命中
  • lib/api-client.js:52const response = await fetch(`${this.config.endpoint}${path}`, {
  • 看请求发往哪些域名。发往作者自己的后端是常见做法。
• 动态执行代码dynamic-code需留意1 处命中
  • lib/client.js:187new Function("");
  • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
• 接触凭据或密钥credentials一般24 处命中
  • lib/api-client.js:34if (this.config.apiKey)
  • lib/api-client.js:35headers.Authorization = `Bearer ${this.config.apiKey}`;
  • lib/client/card.js:104} }), _jsxs("p", { className: "ovm-notice", children: ["The three granular knobs only narrow ", _jsx("strong", { childre…
  • lib/client.js:18"api-key": "Создать API-ключ",
  • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
• 读取环境变量reads-env一般17 处命中
  • lib/config.js:241export function resolveConfig(input = {}, env = process.env, cwd = process.cwd()) {
  • lib/openviking/credentials.js:75export function loadCredentialFiles(env = process.env) {
  • lib/openviking/credentials.js:135export function resolveOpenVikingCredentials(env = process.env) {
  • lib/openviking/mcp-proxy-config.js:40export function defaultCredentialPaths(env = process.env) {
  • 环境变量里常混有密钥。看它是否把整个 env 都读走。
• 读取文件reads-files一般16 处命中
  • lib/config.js:34const manifest = JSON.parse(readFileSync(new URL("../package.json", import.meta.url), "utf-8"));
  • lib/openviking/credentials.js:33return JSON.parse(readFileSync(path, "utf-8"));
  • lib/openviking/mcp-proxy-core.js:38const st = statSync(path);
  • lib/qa/overview.js:239async function readFile(source, uri) {
  • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
• 动态加载模块dynamic-import一般3 处命中
  • lib/client/card.d.ts:45export declare function OpenVikingMemoryCard({ form, settingsForm }: CardProps): import("react/jsx-runtime").JSX.Element…
  • lib/client/card.d.ts:71export declare function OpenVikingMemoryCardEntry(props: CardProps): import("react/jsx-runtime").JSX.Element | "Durable …
  • lib/index.d.ts:63static Config: import("@deepseek-ai/schemastery").default<ConfigSchema, LiveConfig>;
  • 动态导入本身无害，但会让依赖关系难以静态审阅。

这份报告的口径

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

可信度

• 0没有可扣分的项