VSOCとは
（PSIRTとの違い・見極めポイント）
VSOCとは Vehicle Security Operations Center の略で、ひとことで言うと
「車両（および車両とつながるクラウド/通信）を対象に、セキュリティの“監視・検知・一次対応”を回す運用（センター）」 です。
一般のSOC（企業ITの監視）に対して、VSOCは 車載・コネクテッド領域に寄せた概念 で、例えば次のような情報を起点に「異常を見つけて、初動し、エスカレーションする」ことが主目的になります。
- 車両側のセキュリティイベント（IDS/ゲートウェイ/診断系の異常など）
- コネクテッド/OTA/バックエンドのログ（不正アクセス、異常通信、改ざん兆候など）
- インシデント兆候の相関（車両×クラウド×通信の合わせ技）
VSOCとPSIRTの違い（ここを混同すると話が噛み合いません）
サプライヤー現場で混乱しやすいのが「VSOC＝PSIRT？」問題です。結論、別物です。
VSOC
監視・検知が主役（“いま起きている”兆候を拾う）
例：異常通信、侵入兆候、イベント相関、一次対応、エスカレーション
PSIRT
製品の脆弱性/セキュリティ問題の受付・影響判定・対外回答が主役（“何を、どの版で、どう対応するか”を決めて返す）
例：CVE影響判定、影響あり/なし回答、暫定対策/恒久対策、証跡管理
実務では、「VSOCが見つけた兆候をPSIRTが製品対応に落とす」、または「PSIRTで扱う脆弱性情報をVSOCの監視・検知に反映する」という相互連携の関係になります。
「VSOCが必要」と言われたときの見極めポイント（サプライヤー向け）
OEMやTier1から「VSOCを整備してください」と言われた場合、まず確認すべきは“言葉”ではなく要求の中身です。ここを整理すると、過剰投資や誤解が減ります。
1) 監視対象はどこまでか（車両？クラウド？自社IT？）
- 車両（ECU/ゲートウェイ）まで見てほしいのか
- コネクテッド/OTA/バックエンドまで見てほしいのか
- それとも企業IT（一般SOC）なのか
→ 対象を切らないと、必要なデータも運用も決まりません。
2) 何をログとして出せるのか（見れないものは監視できない）
- どのイベントを、どの頻度で、どこへ集約できるか
- データの機密区分（共有可否）
→ 「VSOCやれ」と言われても、ログの出し方が決まっていないケースが多いです。
3) SLAは何か（24/7が前提か、営業時間対応でよいか）
- 受領確認の目安
- 一次切り分けの期限
- OEMへの報告期限（誰が何をいつまでに）
→ VSOCは「体制（当番・連絡網）」の要求になりやすいので、最初に確認します。
4) 役割分担（誰が発見し、誰が判断し、誰が回答するか）
- 検知（監視）担当
- 技術切り分け（開発/設計）
- 対外回答（PSIRT窓口）
→ VSOCとPSIRTの境界が曖昧だと、事故ります（「誰が返すの？」問題）。
中小サプライヤーはVSOCまで必要？（現実的な考え方）
Tier2〜Tier4が最初から「フルVSOC（24/7・相関分析・SOCツール一式）」を内製するのは現実的ではないことが多いです。
一方で、OEMの要求は「立派なセンター名」ではなく、実質的には次の2点に収束しがちです。
- 窓口があり、期限内に返せる（PSIRT運用）
- 兆候/通知を受けたときの初動・エスカレーションが決まっている（VSOC相当の運用）
まずは PSIRT（受付・影響判定・回答・証跡） を固め、監視は「取引先の監視結果を受け取る」「自社が扱える範囲のログだけ一次確認する」から始めるのが、失敗しにくい順序です。
OEMの要求を整理し、PSIRTとVSOCの境界線を自社の実態に合わせて定義したい方はご相談ください。
【無料】オンライン相談を予約するFAQ：VSOCとは
車両および車両とつながるシステムを対象に、セキュリティの監視・検知・一次対応を運用として回す概念（センター）です。
同じではありません。VSOCは「監視・検知」、PSIRTは「脆弱性/製品セキュリティ問題の受付・影響判定・対外回答」が中心です。実務では相互に連携します。
求められることは増えていますが、最初からフル機能のVSOC内製が必要とは限りません。要求の対象範囲・ログ・SLA・役割分担を確認し、PSIRT運用＋VSOC相当の初動体制から始めるのが現実的です。
要求次第です。24/7が必要なケースもありますが、まずはSLA（受領確認・一次切り分け・報告期限）を確認し、現実的な体制設計に落とし込みます。