AIリスク評価シャドーAIの発見クラウドポスチャエクスプロイト検証CI/CD継続的プラットフォームレポートアイデンティティ & アクセスAgentic Trust & Protection Platform
CI/CD
パイプラインからスキャンし、検出結果でビルドをゲートする。
パイプラインからスキャンを実行し、検出結果に基づいてビルドをゲートします。その仕組みはアセットごとのトリガーキー——アカウントのベアラートークンを使わずに、1つのアセットのスキャンの開始と読み取りだけができる、スコープ限定のシークレットです。
1つのアセット
トリガーキーが到達できるのはこれだけです。アカウントの他の部分には一切触れません
5つのゲート
critical、high、medium、low で不合格、または不合格にしない
50回のリプレイ
攻撃成功率(ASR)の測定における上限
GitHub Action
bl014h/redthread-scan-action@v1 · Marketplace で公開中
入力は3つ。しきい値に達するとビルドが失敗します
Action は1つのアセットのスキャンを開始してポーリングし、ジョブサマリーを投稿し、選択した深刻度でビルドを失敗させます。 fail-on: never は通知のみです。
ワークフロー
ステータスのポーリング
クォータや検証によるブロックは 2xx 以外を返すため、CI がそれを検知できます
ビルド失敗
GitHub Marketplace からインストール →
ゲート
攻撃経路を持ち込むプルリクエストは、リリースされません。
✓
push
✓
トリガーキー
•
スキャン実行
×
fail-on: high
×
マージをブロック
max_severity: high
severity: { critical: 0, high: 1, medium: 2, low: 0 }
exit 1 → ビルド失敗
設定を fail-on: never にすると、同じ実行でジョブサマリーが投稿されますが、何も失敗させません。
実行の仕組み
01
1つのアセットに限定されたキー
アセットのトリガーキーを表示または発行し、いつでもローテーションできます——古い CI シークレットは即座に無効になります。アセットを削除すると、そのキーも破棄されます。
02
手動スキャンと同じ経路
トリガーは、手動スキャンと同じゲート → スキャン → 課金の経路を triggered_by=webhook のタグ付きで通るため、クォータ、同時実行数、予算の上限はすべてそのまま適用されます。
03
攻撃成功率(ASR)のリプレイ
振る舞いに関する検出結果の再実行可能な PoC を最大50回リプレイし、その成功率を記録します。マーカーと拒否の判定には LLM を使わないため、モデルのコストはかかりません——発生するのは、貴社自身の対象へのリクエストだけです。