本页面为机器翻译,正在进行母语审校。如需准确信息请参阅英文版。
AI 风险评估影子 AI 发现云态势漏洞利用验证CI/CD持续化平台报告身份与访问Agentic Trust & Protection Platform
CI/CD

从流水线发起扫描,依据发现结果为构建设置门禁。

从你的流水线运行扫描,并依据发现结果为构建设置门禁。其机制是按资产划分的触发密钥——一种限定范围的密钥,可启动和读取某一资产的扫描,而无需使用你账户的 bearer 令牌。

开始免费评估 阅读文档
一个资产
是触发密钥能触及的全部范围;它绝不会触碰你账户的其他部分
5 档门禁
可设置在严重、高、中、低级别时失败,或从不失败
50 次重放
攻击成功率测量的上限
GitHub Action bl014h/redthread-scan-action@v1 · 已上架 Marketplace
三个输入项,构建按你的阈值失败
该 Action 会启动对一个资产的扫描、轮询其状态、发布作业摘要,并在你选择的严重级别使构建失败。 fail-on: never 仅发送通知。
工作流
- uses: bl014h/redthread-scan-action@v1
  with:
    api-key: ${{ secrets.REDTHREAD_SCAN_KEY }}
    asset-id: "abcd1234"
    fail-on: high   # critical | high | medium | low | never
轮询状态
GET /api/assets/<id>/runs/<run_id>   X-Scan-Key: •••
{ "status": "done", "findings_count": 3,
  "severity": { "critical": 0, "high": 1, "medium": 2, "low": 0 },
  "max_severity": "high" }
配额或验证受阻时会返回非 2xx 状态码,因此 CI 能够感知 构建失败
从 GitHub Marketplace 安装 →
门禁

会引入攻击路径的拉取请求不会被发布。

✓
推送
✓
触发密钥
•
扫描运行
×
fail-on: high
×
合并被阻止
max_severity: high severity: { critical: 0, high: 1, medium: 2, low: 0 } exit 1 → 构建失败

设置 fail-on: never 后,同一次运行只会发布作业摘要,而不会让任何构建失败。

运行方式
01
限定于单个资产的密钥
查看或生成该资产的触发密钥,然后可随时轮换——旧的 CI 密钥会立即失效。删除资产时会同时删除其密钥。
02
与手动扫描相同的路径
触发的扫描与手动扫描走相同的 门禁 → 扫描 → 计费 路径,并标记为 triggered_by=webhook,因此配额、并发和预算上限依然全部适用。
03
攻击成功率重放
将一项行为类发现的可重复运行 PoC 最多重放 50 次,并记录其成功率。标记与拒绝判定不使用 LLM,因此没有模型成本——只是向你自己的目标发出请求。

逐项了解该 Action 的输入。

受所有权限制:ASR 重放需要已验证的域名
输入项
默认值
作用
api-key
必填
该资产的触发密钥,以代码库密钥(secret)形式保存
asset-id
必填
此工作流扫描哪个已注册资产
fail-on
high
critical · high · medium · low · never——使构建失败的严重级别
api-url
https://app.redthreadsec.com
将该 Action 指向另一个部署实例
timeout-seconds
—
作业等待运行完成的时长
poll-seconds
—
查询状态的频率

在合并之前摆出一项已证实的发现。

设置该 Action