Upgrade to Pro — share decks privately, control downloads, hide ads and more …

現実的なセキュリティ体制の構築 限られたリソースの中で成果を最大化する「選択と集中」

Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
Avatar for 株式会社出前館 株式会社出前館
August 17, 2026
3.4k

現実的なセキュリティ体制の構築 限られたリソースの中で成果を最大化する「選択と集中」

Avatar for 株式会社出前館

株式会社出前館

August 17, 2026

More Decks by 株式会社出前館

Transcript

  1. 1. 自己紹介 • 氏名:白取 卓也 • 所属:株式会社出前館 IT本部/セキュリティ部/セキュリティグループ • セキュリティ体制

    • IT本部内で連携してコーポレートセキュリティ/ プロダクトセキュリティを担当 • セキュリティ専任は数名 私の担当領域 • • これまでの経歴 • • © Demae-can Co., Ltd. 脅威インテリジェンス / ASM SOCの検知体制整備 / DevSecOps(整備中) 約7年情シス・コーポレートエンジニアとして勤務し、 担当領域の一つとしてセキュリティを担当→セキュリ ティに専念するために2025年10月に出前館へ入社 3
  2. まとめ 少人数体制だからこそ、守る優先順位を決める # 設計 スコープの 1 明確化 対応基準の 2 標準化

    詳細 • Tacticalインテリジェンスは深刻な脅威 • リソースを最大限活 に限定 用する基盤の構築 • リスク受容基準の明確化 • 閾値と例外条件を定義し、共通基準によ • 判断の高速化 る判定 • 属人化排除 緊急対応対象 • CVSS単独ではなく、悪用データと攻撃 3 の限定 経路・資産の重要度で優先順位付け 4 効果 • リスクベースの脆弱 性管理を実現 運用間の連携 • CTEMを活用し、優先度の高い脅威・脆 • 限られたリソースで 強化 弱性をSOC・ASM・担当部署と連携 成果を最大化 © Demae-can Co., Ltd. 8
  3. 3. 脅威インテリジェンスの設計・実装 Before(課題) After 重大な脆弱性を散発的に対応 目的・対応基準・情報源を定義 脅威トレンドが追えていない KGI/KPIを設定し、月次で傾向を把握 提供先が不明確 意思決定者・ASM・SOCへFB

    <目的> • サイバー攻撃へのプロアクティブな対策と早期発見 • 自社にカスタマイズしたセキュリティの実装 • 意思決定者にセキュリティトレンド情報を提供する © Demae-can Co., Ltd. 9
  4. 3. 脅威インテリジェンスの設計・実装 「選択と集中」ポイント1 • スコープの明確化 • 他運用へのFBや中長期目線で活用 できるStrategic / Operational

    に集中 • 例外条件 • Tacticalも例外基準を設け、深刻 な脆弱性に関連するIoCをキャッ チアップできるフローを整備 (SSVCなどを活用) © Demae-can Co., Ltd.
  5. 3. 脅威インテリジェンスの設計・実装 「選択と集中」ポイント2 • 脆弱性対応基準の標準化 • まずIPAの指標(※)を参考に 「CVSS7.0以上かつEPSS10%以上」を 自社の閾値として脅威レベルを判定 •

    さらに資産の重要度を加味して、最終的 な対応優先度を決定 • 閾値明確化の目的 • 判断の高速化・属人化排除・リスク受容 基準を明文化するため。 ※出典:IPA「脆弱性対応におけるリスク評価手法のまとめ」 © Demae-can Co., Ltd.
  6. 4. 脆弱性対応がリソースを圧迫 課題 打ち手 開発・セキュリティ双方のリソース を圧迫し、ビジネス成長を阻害 対応優先度の高い脆弱性へリソース を集中 <背景> <詳細>

    • AI支援で長年潜在していた影響範囲の • リスク受容基準を明確化 広い低レイヤー脆弱性が相次いで発見 • 例:Copy Fail(CVE-2026-31431) • マイクロサービスでは影響判断が 難しい © Demae-can Co., Ltd. • 閾値・再評価条件などを定義 • ※定義した閾値を超えた場合は 即時修正対応へ移行 • リスクベース脆弱性管理を導入 12
  7. 4. 脆弱性対応がリソースを圧迫 「選択と集中」ポイント3 • 緊急対応対象の限定 • EPSSによる悪用可能性、KEVによる悪用実績、攻撃経路・資産の重要度 で優先順位付け • 例外条件

    • 認証不要RCEなどの深刻な脆弱性は、Tacticalインテリジェンスの IoC収集フローで運用していた既存の例外基準と統合し、緊急対応へ接続 • 例:React2Shell(CVE-2025-55182) © Demae-can Co., Ltd. 13
  8. 5. CTEM導入による連携強化 個別運用の整備から横断連携のフェーズへ 基盤構築完了 新たな課題 • 脅威インテリジェンス /ASM/SOCの運用基 盤を整備 •

    優先度基準が運用ごと に分散 • DevSecOpsの合意形 成完了 →導入体制整備中 • 連携条件・連携先が未 定義(属人化) CTEMで共通化 • 優先度基準を統合 • 連携条件・FB先を明文 化 優先度の高い脅威・脆弱性に対して「検知→判断→対応→改善」の FBループを確実に実施する © Demae-can Co., Ltd. 14
  9. 5. CTEM導入による連携強化 CTEM導入効果の一例:検証結果を各運用の対応・改善へスムーズに連携 <SOC|検知改善> 侵害有無の確認・検知ルールへ反映 <Validation> • 悪用動向の継続監視 • 対策実効性の検証

    <Prioritization|基準再適用> 検証結果を優先度基準で再判断 <Mobilization|対応実行> 修復・緩和策完了まで追跡 <P.12のリスクベース脆弱性管理を含む優先度基準の共通化> <Before> CTI内で優先 度基準を個別管理 CTEMの Prioritizationへ移管 <After> ASM等の 各運用で共通利用 16 © Demae-can Co., Ltd.
  10. まとめ 【再掲】少人数体制だからこそ、守る優先順位を決める # 設計 スコープの 1 明確化 対応基準の 2 標準化

    詳細 • Tacticalインテリジェンスは深刻な脅威 • リソースを最大限活 に限定 用する基盤の構築 • リスク受容基準の明確化 • 閾値と例外条件を定義し、共通基準によ • 判断の高速化 る判定 • 属人化排除 緊急対応対象 • CVSS単独ではなく、悪用データと攻撃 3 の限定 経路・資産の重要度で優先順位付け 4 効果 • リスクベースの脆弱 性管理を実現 運用間の連携 • CTEMを活用し、優先度の高い脅威・脆 • 限られたリソースで 強化 弱性をSOC・ASM・担当部署と連携 成果を最大化 © Demae-can Co., Ltd. 17
  11. コラム:出前館でのAI利用場面 CTEM 主な用途 フェーズ 利用 度 Scopin ・要件整理・ドキュメント作成支援 g ・MITRE

    ATT&CK Technique抽出 △ ・脆弱性/OSINT情報の収集→加工 Discov ・概要・影響情報の抽出 ery ・エクスポージャー検出プログラムの作成 ・CVSS/EPSS/KEV等の整理 Prioriti ・SSVC判定に必要なOSINT詳細調査 zation ・攻撃経路・資産状況を加味した評価 Valida tion ・SOC検知ルールの素案作成 Mobili zation ・チケット起票 ・PoCの有効性チェック ・依頼文面/アナウンス文面の作成補助 © Demae-can Co., Ltd. ◎ ◎ ◦ △ 18