---
title: "“人海戦術に頼らない” 脆弱性管理で対応判断を迅速化 | grasys（グラシス）"
url: "https://www.grasys.io/case-studies/capy-sbom-vulnerability-management"
description: "Capy株式会社とgrasysが、SBOM生成と脆弱性スキャンの自動化に加え、対応すべき脆弱性の優先度判断までを一貫して行う運用体制を構築。本番環境への負荷を抑えながら、脆弱性への対応要否を迅速に判断できるようになった事例を紹介します。"
---

1.  [ホーム](/)

3.  [事例](/case-studies/)

5.  “人海戦術に頼らない” 脆弱性管理で対応判断を迅速化

Capy株式会社

# “人海戦術に頼らない” 脆弱性管理で対応判断を迅速化

Capy株式会社とgrasysが、SBOM生成と脆弱性スキャンの自動化に加え、対応すべき脆弱性の優先度判断までを一貫して行う運用体制を構築。本番環境への負荷を抑えながら、脆弱性への対応要否を迅速に判断できるようになった事例を紹介します。

![“人海戦術に頼らない” 脆弱性管理で対応判断を迅速化](/_astro/ea1635237_et260318_02.Dw_W6M9T_2lLBtb.webp)

公開日

2026年10月27日

更新日

2026年10月27日

著者

株式会社 grasys

## 導入事例の要約

課題

脆弱性が自社環境に影響するかの手作業による確認に、長いときには2日かかっていました。

支援

SBOM生成・脆弱性スキャン・対応優先度評価を行う実行環境の構築、ならびに日々の評価結果をCapyへ迅速に報告する運用の実施。

成果

対応すべき脆弱性の優先度が整理された状態で届くため、確認の手間が減り、対応の要否を迅速に判断できるようになりました。

## 事例の概要

不正アクセス対策サービス「Capy CAPTCHA」を展開するCapyが「SBOM」を活用した脆弱性管理体制を構築した。大量の脆弱性情報の中から自社への影響を迅速に見極められる基盤をどのように実現したのか。

　ソフトウェアサプライチェーン攻撃の脅威が高まる中で、システムの安全性確保が急務となっている。その有効な対策として、ソフトウェアの構成要素や依存関係をリスト化して管理する「SBOM」（Software Bill of Materials：ソフトウェア部品表）の導入が広がっている。

## 高度化するサプライチェーンリスクへの対応

　不正アクセス対策サービス「Capyパズル CAPTCHA」（以下、Capy CAPTCHA）を手掛けるCapyは、金融やEC、メディアなど幅広い業種の企業にCAPTCHAサービスを提供している。CAPTCHAは、アクセスリクエストが人間なのかbotなのかを判別する技術であり、Webサービスにおいてログインや会員登録の前段階に配置される。いびつな形の文字を読んで入力するCAPTCHAサービスが主流だが、Capy CAPTCHAは直感的に操作できるパズル形式を採用しており、国内外数十社が導入している。

　Capy CAPTCHAは認証フローの入り口に位置するため、同サービスが停止すると顧客が提供するサービスのログインや会員登録などの機能に影響が及ぶ可能性がある。それは、企業向けSaaSを提供する事業者として避けなければならない事態だ。Capyには、確実な脆弱（ぜいじゃく）性の管理とセキュリティ対策が求められている。

　そのため同社は、自社インフラの脆弱性管理体制を適切に運営することが求められる。しかし、日々刻々と発見される大量の脆弱性情報に社内のリソースだけで立ち向かうのは限界があった。Capyは、SBOMを使った脆弱性検査と専門家によるインフラ運用を組み合わせた体制を長年のパートナーであるgrasysと共に構築した。

　2017年創業のCapyは、事業成長に伴いインフラを「Google Cloud」に移行した。このプロジェクトを支援したのが同クラウドに精通したgrasysだ。移行後も豊富なノウハウを生かして運用をサポートする中、Capyのシステム構成や課題を熟知するパートナーとして、grasysは今回新たにSBOMの導入を提案した。

## 単純な情報収集では追い付かない脆弱性管理の現実

　SBOMを導入する以前のCapyは、脆弱性管理を外部ベンダーのセキュリティ診断に大きく依存していた。同社の松本悦宜氏は、当時の状況を次のように振り返る。

　「ネットワーク診断のクラウドサービスで、ミドルウェアやライブラリに脆弱性があるかどうかをチェックしていました。外部ベンダーとの連携が必要になり、手間やコストがかかるため、年1回の確認を基本として有事の際は柔軟に対応する体制を取っていました」

![Capy株式会社の技術顧問・松本悦宜氏のインタビュー写真](/_astro/ea1635237_et260318_01.BFoPtCTl_2bQtkR.webp)

Capyの松本悦宜氏（技術顧問）

　脆弱性への対応は時間との戦いだ。Javaのフレームワーク「Apache Struts」の脆弱性やJavaのログライブラリ「Apache Log4j」の脆弱性（Log4Shell）など、脆弱性情報の公開によって、それを悪用した攻撃が増えるケースもある。そういった場合に備え、より能動的に対策できる体制が必要だった。

　松本氏は、セキュリティインシデントの調査や助言を手掛けるJPCERTコーディネーションセンターの業務に携わっていた経験があり、定常的な脆弱性監視の重要性は誰よりも理解していた。それでも、Capyが自社だけで脆弱性管理のシステムを構築・運用するのは難しかったと語る。

　「自社のシステムがどのミドルウェアを使っているか分かっていても、『そのミドルウェアが使用する別のミドルウェア』などの依存関係を全て把握するのは困難でした。バージョン管理についても『どのバージョンにどのセキュリティパッチが含まれているか』は、リリースノートを調べなければ把握できません。これらを網羅するのはほぼ不可能だと感じていました」

　当時のCapyでは、ニュースやSNSで脆弱性の動向を把握し、自社の環境に影響があるかどうかを手作業で調査して、影響するのであれば対策を講じていた。それでも、確認作業だけで長い時には2日かかることもあり、調査の高速化が求められた。

## SBOMを実運用に落とし込んだ仕組み

　SBOMは、ソフトウェアを構成するライブラリなどを一覧にして可視化するもので、脆弱性管理の基盤になる仕組みだ。しかし、継続的な運用体制を維持する上では課題も多い。運用コストも高くなりがちで、定常的に活用できている企業は少ないと松本氏は語る。grasysは、現実的なSBOM活用の仕組みをCapyに提案した。

　SBOM生成および脆弱性スキャンの基盤には、オープンソースの「Syft」と「Grype」を採用した。誤検知が少なく動作が安定しているため、自動処理との親和性が高い。運用フローも工夫した。Syftによるコンポーネント解析と「CycloneDX」形式によるSBOMの生成を定期的に自動実行し、Grypeを用いて最新の脆弱性情報と照合する。そして、Capyのシステムに与える影響度などを加味して対応優先度を評価し、その結果をCapyへ報告する。Capyは、その情報を基に対応の要否を判断する。

　grasysが脆弱性情報に一次対応するプロセスが、運用効率化の鍵だ。脆弱性情報は年間で数万件に上るため、全てに目を通すのは現実的ではない。grasysは、検出した脆弱性の影響範囲を確認して攻撃が到達しないと判断できる脆弱性など、対応の優先度が低いものを除外する。

　脆弱性の対応優先度の判断には、カーネギーメロン大学などが提唱し、CISA（米国土安全保障省サイバーセキュリティ・インフラセキュリティ庁）なども活用する脆弱性トリアージのフレームワークである「SSVC（Stakeholder-Specific Vulnerability Categorization）」の考え方を採用している。脆弱性の悪用状況や攻撃の自動化可能性、資産の露出度、業務への影響度といった多角的な判断材料を踏まえて総合的に優先度を評価し、評価結果とその根拠をレポートにまとめて提供する。

## 本番環境に影響を与えない設計思想

　grasysが構築したシステムの特徴は、稼働中の環境への負荷が小さい点だ。脆弱性スキャンを実行すると、CPUやストレージへの負荷が増大してサービスに影響が出る恐れがある。

　「Capy CAPTCHAは、トラフィックが集中することが多々あります。導入しているサービスでキャンペーンなどが実施されると、ログイン画面へのアクセスが急増するためです。過去には、脆弱性のスキャンとお客さまのアクセス集中が重なってインフラのリソースが逼迫（ひっぱく）したことがありました。今回のシステム構築では、既存の環境に影響を与えないことを最優先の条件にしました」

　その要望に対してgrasysは、対象のサーバを直接スキャンするのではなく、複製したディスクをスキャン専用のインスタンスで検査するアーキテクチャを構築した。Capy CAPTCHAが稼働している環境への負荷を最小限にできた上に、スキャン時は専用インスタンスを一時的に動かすのみなので運用コストも抑えられた。

## 脆弱性の影響判断にかかる時間を大幅に削減

　SBOM導入によって、Capyは脆弱性が自社システムに影響するかどうかの判断にかかる時間を大幅に短縮できた。

　「脆弱性管理で最も難しいのが、『その脆弱性が自社の環境に影響するかどうか』を判断することです。以前はgrasysにアドバイスを求めるなどのコミュニケーションが発生し、時間がかかることもありました。新システムはgrasysが一次判断を終えた状態で情報が届くためコミュニケーションコストが大きく減少し、対応の要否をすぐに判断できるようになりました」

　年間数万件に上る脆弱性情報の中から重要なものを取りこぼさずに把握できる安心感も、大きな効果の一つだ。SaaSベンダーであるCapyにとって、顧客からの問い合わせへの回答速度が信頼につながる。「今の体制を進化させれば、専門家の知見に基づいた正確な回答を迅速に返せるようになります」と松本氏は期待を寄せる。

## 日常の運用と一体で回す「かかりつけ医」の価値

　松本氏は、SBOM導入におけるgrasysの役割を次のように評価している。

　「『1日2回は脆弱性をスキャンすべき』という考え方もありますが、そのような運用方法は継続性に課題があります。grasysは、当社の実情を考慮した現実的な提案をしてくれるので助かっています」

　Capyのインフラ運用を日常的に支援し、同社のビジネスを熟知しているgrasysだからこそ、「脆弱性スキャンが本番環境に与える影響」「運用可能なコストに収まっているかどうか」などを正しく見極められた。松本氏はこの関係性を「かかりつけ医の考え方」と表現し、システム環境を把握しているパートナーと共に運用体制を構築することの重要性を強調する。

## テクノロジーを武器に、専門家と挑む「運用の自走化」

　Capyは、SBOMを使って脆弱性を管理していることを対外的に周知する考えだ。海外では、政府のシステム調達にSBOMの導入を義務付ける動きがある。日本でも、経済産業省がソフトウェアサプライチェーンに関する認定制度の整備を進めており、その一環としてSBOMが要件となる可能性もある。Capyが当局の動きに先行してSBOM導入の一歩を踏み出せたことは大きな意味を持つ。

　セキュリティの専門家として脆弱性対応の現場経験も持つ松本氏は、同じ課題を抱える企業に次のようにメッセージを送る。

　「日本の企業は人海戦術を好む傾向がありますが、それではいつまでも人材不足は解消しません。SBOMの導入を試みるのであれば、今あるテクノロジーをうまく使いつつgrasysのような専門家の力も借りて『自分たちで主体的に運用できる体制』をつくることが、結果として最短で最良の道になります。全てを任せきりにするのではなく、自分たちも理解を深めながら専門パートナーとうまく役割分担することが合理的な選択になるでしょう」

　SBOMは、「概念として理解されている状態」と「実際に運用されている状態」の間に大きな壁がある。その壁を乗り越えるための答えの一つが、日常的なインフラ運用と一体化した専門パートナーとの協働にあるだろう。

![grasysのロゴを背景に撮影したSBOM導入事例の取材写真](/_astro/ea1635237_et260318_02.Dw_W6M9T_2lLBtb.webp)

grasysのオフィスにて、SBOM導入の取り組みを取材した

転載元：[“人海戦術に頼らない”脆弱性管理の現実解　専門家も評価した 「運用のかかりつけ医」](https://www.itmedia.co.jp/enterprise/articles/2610/27/news004.html)

### プロジェクト情報

#### 業種

IT・デジタルサービス

#### 支援領域

運用・最適化セキュリティ

## 同じような課題をお持ちではありませんか？

クラウドインフラやデータ活用について、grasys（グラシス）の専門チームが課題を伺い、最適な進め方をご提案します。

[資料請求](/document-request/)[お問い合わせ](/contact/)

## その他の事例

業種や支援領域の近い事例から順にご紹介します。

![Google Cloud（GCP）移行で不正ログイン対策サービスの安定運用を実現](/_astro/S__27115553.BbGdc_6i_1bUHo3.webp)

Capy株式会社

### [Google Cloud（GCP）移行で不正ログイン対策サービスの安定運用を実現](/case-studies/capy-google-cloud-operations/)

業界

IT・デジタルサービス

サービス

クラウド基盤・移行 / 運用・最適化 / セキュリティ

課題

顧客の急増に伴い、サービスの安定性と運用リソースが課題となっていました。停止を許容できないサービスのため、旧OSやソフトウェアも安全に更新する必要がありました。

支援

Google Cloud（GCP）への移行とスケールアウト可能な構成への刷新を進め、検証環境を使った段階的な更新や、監視・スクリプトによる運用を支援しました。

成果

アクセスが増えた際も安定してサービスを提供でき、最小限の停止でアップデートを進められる柔軟な運用基盤が整いました。

![LLMによるログ分析で毎月数時間の作業をほぼ自動化](/_astro/ea1635237_et260317_capy01_02.B9wVCDZ6_Z2u2qro.webp)

Capy株式会社

### [LLMによるログ分析で毎月数時間の作業をほぼ自動化](/case-studies/capy-llm-log-analysis/)

業界

IT・デジタルサービス

サービス

データ分析・AI / 運用・最適化 / セキュリティ

課題

大量のセキュリティログを十分に活用できず、Shodanの専門データを読み解く分析作業も担当者に依存していました。

支援

BigQuery（bq）、Shodan、Geminiを組み合わせ、分析対象を絞ることでコンテキスト量とコストを最適化し、要件整理から運用まで一貫して伴走しました。

成果

毎月数時間かかっていた分析をほぼ自動化でき、能動的な提案を含む分かりやすいレポートの作成につながりました。

![Google Cloud（GCP）移行でセキュリティ強化と安定運用を両立](/_astro/DSF5326-1.D1sx51gi_Z275sqf.webp)

株式会社島津製作所

### [Google Cloud（GCP）移行でセキュリティ強化と安定運用を両立](/case-studies/shimadzu-google-cloud-security/)

業界

製造

サービス

クラウド基盤・移行 / セキュリティ

課題

30年以上にわたって増えた多様なシステムを少人数で支えながら、既存利用者への影響を抑えて安全に刷新する必要がありました。

支援

Google Cloud（GCP）上に再構築し、Security Command Centerと最小権限を活用したセキュリティ対策、Kubernetesのオートスケーリング、ログ保存先の最適化を支援しました。

成果

システムの安定性向上によって監視負担が軽減され、セキュリティを強化しながらコストと拡張性を両立できる基盤が整いました。

[導入事例一覧を見る](/case-studies/)
