日本には、MSSの導入が進んだ2つの大きな節目があったという。1つは2015年に発生した日本年金機構に対する標的型攻撃だ。組織・企業側がセキュリティ対策を実施していることを見越して、巧妙な手口を用いて約125万件の個人情報が漏えいした事件だ。「一層だけの境界防御では駄目で、複数の監視を組み合わせた多層防御を講じ、監視の目を増やそうという機運が高まりました」と内田氏は振り返った。

　もう1つの節目は、この2～3年で社会を一変させたコロナ禍だ。緊急事態宣言を受けてテレワークを導入する企業が増えたが、これまで境界防御で守られていた端末が外部に持ち出されることによって、対策・監視がエンドポイントにも広がった。これを機に、「EDRなどを導入し、持ち出された端末も守らなければならないという認識が広がっています」（内田氏）

　外部の端末がVPNやSASE経由で社内システムにアクセスする場面も増えた。「残念ながら、セキュリティゲートウェイの脆弱性や設定ミスが攻撃されたり、リモートアクセス時の認証情報を盗まれたりして、ランサムウェアに感染するケースが増えています。こうした部分のセキュリティ対策も重視されるようになっています」（内田氏）

　複数の境界防御で守られた企業ネットワーク経由ではなく、自宅などからダイレクトにクラウドサービスを利用する場面も増えた。SaaSのセキュリティ対策もポイントとして浮上しているという。

　このように、IT化やデジタル化の進展とともにサイバー攻撃は増加した。そして、企業や社会に与える影響も20年前とは比べものにならないほど大きくなっている。一連の変化に伴って監視すべきセキュリティポイントも広がっている。

選定で大事なのは「自社は何をしたいか」

　では、MSSを選定する際に留意すべきポイントはなんだろうか。

MSSが自社のセキュリティ製品に対応しているかどうか

　MSSが製品とセットで提供される場合を除いて、自社が導入・運用しているセキュリティ製品にきちんと対応しているかどうかを確認するのが最低限の必要条件となる。「自分たちが求める機能に即した製品なのかを見直すこともポイントになるでしょう」と内田氏は語る。

　その上で、自社が何をしてほしいかを明確にしてサービスを比較検討する。内田氏は「予算の中でどんなポイントに注力したいかに基づいて検討すべきでしょう。監視の品質を求めることもあれば、レポートが充実していることを重視する場合もあります。何か脅威が見つかった後の対処までフォローしてくれるサービスがいい、ということもあるでしょう」とし、自社が重視するポイントと合致するサービスを選ぶことが重要だとした。

　サービスを選定したら導入フェーズへと移るが、場合によってはMSSと自社システムをつなぐ通信回線を用意したり、自社システム側の設定を変更したりする必要がある。もしITシステムの運用を外部に委託している場合、調整に時間がかかったり、想定外の費用が発生したりする可能性がある。「そういった部分の費用と期間も見ておかないと、想定通りに監視を始められないことがあります。余裕を持った準備が必要です」（内田氏）

　最近はクラウドベースのサービスも増えてきている。こうしたサービスを活用すれば、導入に要するリードタイムは短くできるという。

MSSからの連絡を受ける組織体制

　もう一つ大事なポイントは、MSSからの連絡を受ける自社の体制だ。MSSを利用することで、担当者がコンソールにつきっきりで見る必要は確かになくなるが、不審な事象が発生した場合は随時連絡が入る。

　内田氏は「われわれは24時間365日体制で監視し、必要に応じて連絡しますので、お客さまも24時間365日体制で対応できる人が必要です。サービスによっては通知が中心で、その後お客さまが詳細を調べなければいけない場合もあり、監視の運用コストは下げられても、自社の運用コストが上がるというパターンも生じかねません」と言い、全体的な運用体制を検討する必要があるとした。

　近年は、機械学習、人工知能（AI）を組み合わせ、ログ情報の解析や対応を自動化する試みもある。ラックでも、さまざまな機器が生成した大量のアラートを精査したり、全知的な傾向を把握したりする部分に活用の可能性を感じており、「天気予報ならぬ脅威予報のように脅威を予見し、未然にインシデントを押さえるところに活用する方法を考えています」と内田氏は述べた。

　しかし、人による監視の必要性はなくならないだろうとも予測する。「おそらくAIと人のハイブリッドになっていくでしょう。AIである程度アラートを精査し、絞り込んだあとの精査はもちろん、AIを鍛え、学習させるところには人が必要になります。単純な監視・検知はなるべくAIに任せ、アナリストはより深い分析などに注力することで、コストメリットを出しながら品質を高めていけると考えています」（内田氏）

ラックの歴史で分かる、セキュリティを自社で監視する難しさ

　ラックは2000年にセキュリティ監視センターを設置し、2002年からは「JSOC」（Japan Security Operation Center）として主にファイアウォールの運用監視サービスからMSSを開始した。その後監視対象のセキュリティ機器はIDS/IPSやUTM、Webアプリケーションファイアウォール（WAF）といった境界防御型の製品に加え、エンドポイントの挙動を監視するEDRにも広がっている。

　「現在JSOCでは、約900社、約2000センサーから毎日上がってくる20億件ほどのログを処理しています。最終的にはアナリストの目でチェックすることでフォルスポジティブ、フォルスネガティブの双方を減らし、本当に深刻な自体につながりそうなアラートとして1日に100件ほどをお客さまに通報しています」（内田氏）

　仮にこれだけの量のアラートを自社でチェックしようとすると、必要な設備投資はかなりの額に上るだろう。しかも24時間365日体制で見ることになるため、交代要員も含めると十数名の人員体制が必要となり、通常の企業にとっては非現実的だ。こういった背景から、内田氏は「企画は自社で行っても、運用はアウトソースを中心に検討されることをおすすめします」と話す。

　逆に規模の大きな会社では、しっかりセキュリティ対策を講じるがゆえにインシデントもあまり起こらず、監視要員の経験値が上がらないという課題もあるという。「人材の確保も難しいのですが、維持・育成も非常に難しいという声もあります」（内田氏）

　ラックがMSSを開始した当時は、官公庁のWeb改ざん事件が話題となり、ようやくセキュリティに目が向け始められた時代だった。2000年7月に行われた「九州・沖縄サミット」のセキュリティ監視を行ったことをきっかけに、その後さまざまな組織・企業にサービスを提供することになったという。「ファイアウォールやIDS/IPSといったセキュリティ機器は、導入しただけではなかなか効果を発揮しないことが理解され、監視をしていこうという考え方が広がっていったと思います」（内田氏）