trust
該当する場合
BlackShield は製品内の具体的な統制によって信頼を獲得します。認証されたワークスペース アクセス、レート制限された機密アクション、`/findings` および `/alerts` でのトリアージ ワークフロー、そして `/reports`、`/audit`、`/compliance` からのエクスポート可能な証跡です。
対象読者: セキュリティ バイヤー、調達責任者、法務チーム、リスク関係者所要時間の目安: 12 ～ 18 分
開始前に
- 社内のセキュリティ アンケートとベンダー レビュー要件を収集します。
- セキュリティ、調達、法務、プライバシーの意思決定者を特定します。
- フォローアップ要求の優先順位を付けられるように、レビューの期限を設定します。
ガイドの手順
1
ステップ 1
BlackShield が管理統制を配置する場所の確認
BlackShield では、バイヤーが確認する統制が製品内で直接表示されます: `/identity`、`/api-keys`、`/audit`、`/compliance`、`/tenant-rights`。
- `/identity` を開き、テナント管理者が OIDC の構成、プロバイダー設定の検証、グループのロールへのマッピング、SCIM トークンのローテーション、ID 監査イベントの確認を実行できることを確認します。
- `/api-keys` を開き、テナントのワークスペースから API キーの作成、一覧表示、取り消しができることを確認します。
- `/tenant-rights` を開き、テナント管理者が破壊的なアクションを実行する前に、テナントの範囲と必要な確認手順を確認できることを確認します。
成功の基準
`/tenant-rights` を開き、テナント管理者が破壊的なアクションを実行する前に、テナントの範囲と必要な確認手順を確認できることを確認します。
2
ステップ 2
BlackShield が機密アクションと日常業務を保護する方法の確認
特定のプラットフォーム保護を確認し、セキュリティ チームが日々リスクを積極的に監視およびトリアージする場所を調査します。
- BlackShield は、オンボーディング、ログイン、トークン更新、OIDC 交換、ID 書き込み、API キー書き込み、テナント削除のフローにレート制限を適用します。
- 管理 API は、データを返したり変更を受け入れたりする前に、認証されたアクセスと明示的なロール権限を要求します。
- `/findings` と `/alerts` を開き、静的レポートに頼るのではなく、ワークスペースに未解決のセキュリティ問題をトリアージする具体的な場所があることを確認します。
- 監査クエリと監査エクスポート自体が記録されるため、証跡へのアクセスにも検証可能なログが残ります。
成功の基準
監査クエリと監査エクスポート自体が記録されるため、証跡へのアクセスにも検証可能なログが残ります。
3
ステップ 3
BlackShield がバイヤーに証拠を提供する方法の確認
製品に裏付けられた監査証跡、レポートの概要、コンプライアンス チェックリストをエクスポートして、運用統制の物理的な証拠を入手します。
- `/audit` を開き、BlackShield がフィルタリングされたイベント クエリに加えて CSV および JSON エクスポートをサポートしていることを確認します。
- `/compliance` を開き、ベンチマーク ヒートマップ、統制のドリルダウン、カバレッジ エクスポートが統制の証拠として利用可能であることを確認します。
- `/reports` を開き、調達および法務の審査担当者向けに経営幹部向けのエクスポートを作成できることを確認します。
- `/tenant-rights` を開き、テナントの削除に正確な確認語句と取り消し不能の承認が必要であることを確認します。
成功の基準
`/tenant-rights` を開き、テナントの削除に正確な確認語句と取り消し不能の承認が必要であることを確認します。
成功の基準
- アーキテクチャ、統制、所有権の証跡がレビュー パックに文書化されていること。
- 未解決の質問には指定された担当者と回答予定日があること。
次へ進む
Keep your rollout moving with the next recommended step.
セキュリティ質問票パック