alikesk222/devsec-guard

# DevSec Guard [](https://github.com/alikesk222/devsec-guard/actions/workflows/ci.yml) [](LICENSE) 大多数密钥扫描工具（如 GitGuardian 等）只查找 API key 和 token。如果你正在构建 LLM 应用，这只覆盖了威胁模型的一半 —— 你写入系统 prompt 和 prompt 模板中的字符串本身可能带有 **prompt 注入风险**（拼接到 prompt 中的不可信内容、嵌入的指令、越狱模式）。DevSec Guard 可以在你输入时实时标记这两类风险。 ## 它能捕获什么 ### 1. 硬编码的密钥（45+ 种模式） AWS key、GitHub/GitLab token、OpenAI/Anthropic API key、Stripe key、Slack token、数据库连接字符串、私钥块（PEM/PGP/OpenSSH）等等 —— 移植自 [gitclean](https://github.com/alikesk222/gitclean) 经过实战检验的模式库。 ### 2. Prompt 注入风险 直接覆盖尝试、DAN/越狱模式、角色混淆、分隔符注入（`[INST]`, `<|im_start|>`）、数据泄露模式 —— 由 [prompt-injection-guard](https://github.com/alikesk222/prompt-injection-guard) 的检测引擎驱动。默认保持**高置信度阈值**，因此普通的源代码（自然包含诸如“override”之类的单词）不会被标记。 两项扫描都会在你**输入时**运行，带有防抖处理，并显示红色/黄色波浪下划线和悬停详情 —— 无需单独调用 CLI，无需等待 CI。 ## 设置 | 设置 | 默认值 | 描述 | |---|---|---| | `devsecGuard.enableSecretScan` | `true` | 扫描硬编码的密钥和 API key | | `devsecGuard.enablePromptInjectionScan` | `true` | 扫描字符串/文本内容以查找 prompt 注入模式 | | `devsecGuard.promptInjectionThreshold` | `"high"` | 报告的最低威胁级别 (`low` \| `medium` \| `high` \| `critical`) | | `devsecGuard.debounceMs` | `400` | 停止输入后重新扫描前的延迟 | | `devsecGuard.excludeGlobs` | `node_modules`, `dist`, `*.min.js`, lockfiles | 要跳过的路径 | ## 命令 - **DevSec Guard: Scan Current File** — 强制重新扫描当前活动编辑器 - **DevSec Guard: Scan Entire Workspace** — 扫描工作区中的所有文件一次 ## 为什么一个扩展同时兼顾两者？ 如果你使用 LLM 进行构建，你的代码库现在有两个重叠但又不同的泄露面：不应硬编码的凭证，以及不应被注入的 prompt 字符串。大多数工具只覆盖其中之一。DevSec Guard 在同一次安装中涵盖了两者，复用了为我们的独立 CLI/库工具提供支持的相同检测引擎： - 密钥：[gitclean](https://github.com/alikesk222/gitclean) (Python CLI) / [PyPI 上的 gitclean-secrets](https://pypi.org/project/gitclean-secrets/) - Prompt 注入：[prompt-shield](https://github.com/alikesk222/prompt-shield) (Python) / [prompt-injection-guard](https://github.com/alikesk222/prompt-injection-guard) (npm) ## 许可证 MIT — 查看 [LICENSE](LICENSE)

标签：SOC Prime, StruQ, 大模型安全, 开发工具, 提示词注入防御, 数据可视化, 自动化攻击, 错误基检测, 静态代码分析