情報処理学会研究報告
IPSJ SIG Technical Report

なめらかなセキュリティを目指して
三宅 悠介1,a)

阿部 博2,b)

栗林 健太郎1,c)

概要：ネットワーク運用者やエンドユーザがセキュリティというキーワードを思い浮かべた場合，境界での防御（Firewall や IPS/IDS）や端末へのソフトウェアインストール（エンドポイントセキュリティ）な
ど，複雑な手順を実行しなければ成し遂げられないと連想させてしまう．実際に，運用者が強固なセキュ
リティを実現する場合には，運用の複雑化やユーザの利便性の低下などが発生する．本研究で我々は，「シ
ステムの利用や運用における様々な障壁を取り除き，個々人に合わせたセキュリティを必要な時に必要最小限の機能として提供することで，ユーザの利便性を損なわず，かつプライバシーを守りながらセキュリ
ティを実現する仕組み」を「なめらかなセキュリティ」と定義する．我々が「なめらかなセキュリティ」
を実現する上でいくつかの要素が重要な課題となるが，本提案では目指すべきシステムの全体概要とシス
テムの個々の重要な要素となる部分研究について紹介する．

Toward The Coherently Fittable Security
Yusuke Miyake1,a)Hiroshi Abe2,b)Kentaro Kuribayashi1,c)Abstract: Network operators and end-users think that complex procedures are required to achieve security.
For example, they are boundary defenses such as Firewall and IPS/IDS and software installation as endpoint
security. Indeed, to achieve firm security, the operation becomes complexity, and convenience for the user
becomes reduced. In this report, we define ”Coherently Fittable Security” as the security system to achieveboth protection of privacy and convenience for users by minimum personalized security features. At first, toclarify issues of realization of this system, we introduce the whole architecture of this system. Also, we show
essential partial studies which solve the issues.

1. はじめには多様であり，そのため様々な観点でのセキュリティ対策が必要になる．また，その観点をひとつのみならず複数組

情報セキュリティに関するインシデントの発生頻度や規み合わせることも求められる．例えば，標的型攻撃の基本

模、社会的影響は年々拡大している [1]．特にインターネッ

的な行動を分類したサイバーキルチェーンでは，入口から

トを通じてアクセス可能な情報システムの脆弱性を原因と出口までの各段階のそれぞれにおいて，予防や検知といっする情報漏洩や改ざん，DoS 攻撃を始めとするサービス

た対策を網羅的に行う多層防御が有効であるとされてい妨害は，サービスの信用に深刻な影響を与えかねないことる [2]．

から，情報システムの開発運用者にとって，不断のセキュ

一方で，継続的なセキュリティ対策を行うに際して多層リティ対策が重要になる．さらには，サイバー攻撃の手段

防御を方針とすることには，次の 3 つの課題がある．一
つ目の課題は，ユーザにとっての利便性の低下である．セ

1

2

a)
b)
c)

GMO ペパボ株式会社 ペパボ研究所
Pepabo R&D Institute, GMO Pepabo, Inc., Tenjin, Chuo
ku, Fukuoka 810-0001 Japan
ココン株式会社 技術研究室
COCON Research Laboratory, COCON Inc., Honmachi,
Shibuya ku, Tokyo 151-0071 Japan
miyakey@pepabo.com
hiroshi.abe@cocon-corp.com
antipop@pepabo.com

c 2019 Information Processing Society of Japan⃝

キュリティと利便性はトレードオフの関係にあることから，
セキュリティ対策が増えれば増えるほど，情報システムを利用する際の利便性は低下する．これには，多要素認証の導入やアクセス制限のような直接的な制約の他，IDS/IPS
による誤検出への対処のような間接的な影響も含まれる．

1

情報処理学会研究報告
IPSJ SIG Technical Report

二つ目の課題は，情報システムの開発運用者にとってのコ量を要求してしまうことがある．加えて一度強化したセ

ストの増加である．強固なセキュリティを実現するために

キュリティ対策は，セキュリティ上の脅威が弱まったとしは，セキュリティ対策は際限のない物量を必要とする方向ても継続され不要なコストの増加に繋がる傾向にある．まにある．また，セキュリティ上の脅威が弱まった後でも，た，セキュリティ対策を強化することは，ユーザにとって高いレベルの対策が継続されてしまうことで不要なコスト

情報システム利用の安全性は増すものの，セキュリティ施が発生してしまう．三つ目の課題は，情報システムの開発策導入による面倒が増え利便性が損なわれてしまう場合が運用者にとっての運用負荷の増大である．セキュリティ対ある．そして情報システムの開発運用者にとっては，管理策に関する仕組みは一度だけ導入して終わるものではな

すべきルールや監視すべきログ，セキュリティインシデン

く，対策にまつわる継続的な運用が必要となる．例えば，

トへの対応などセキュリティを強化する為にやるべきこと

Firewall やゲートウェイであればセキュリティ対策のためが増加してしまう．本節では，多層防御を方針とする継続に追加した定義やルールを実環境に追従させる必要がある．

的なセキュリティ対策における，これらの利便性，コスト，

また，検知したイベントやインシデントへの対応を迅速に運用の 3 つの課題とこれまでの取り組みについて整理する．

行うための監視や，原因・影響調査のための各施策を横断

利便性とセキュリティはトレードオフの関係にあり，コしたログ解析が求められる．これらのセキュリティ対策のストについても同様である．しかしながら，情報システム

複雑化にともない，開発運用者にとっての運用負荷は増加

を利用・運用する全ての人々に対する適切なトレードオフ

する．そのため，これらの課題を解決し，強固なセキュリの落とし所を見極めるのは難しい．そこで，信頼できる関ティと利用や運用の容易さを実現するセキュリティの仕組係者に対してセキュリティ対策を部分的に緩和する方法がみが求められる．

用いられることがある．しかし，個別かつ詳細な権限管理

そこで本研究では，「システムの利用や運用における様々

は運用負荷が高いため，社内向け権限のような比較的大きな障壁を取り除き，個々人に合わせたセキュリティを必要な範囲での権限が設定されることが多い．また，Web サー

な時に必要最小限の機能として提供することで，ユーザのビスのような不特定多数のユーザを前提とする情報システ

利便性を損なわず，かつプライバシーを守りながらセキュ

ムでは，このような部分的な権限管理は行えず，必然的にリティを実現する仕組み」を提案する．我々はこの仕組み

高いレベルのセキュリティ対策をユーザ全体に対して強いを「なめらかなセキュリティ」と呼ぶ．

ることになる．

なめらかなセキュリティは，情報システムの一部としセキュリティの運用面では，連携・横断・維持に関するて，コアサービスを防御するセキュリティ実行基盤として課題が発生する．連携は，各セキュリティ対策の連携の課振る舞う．ユーザからの要求は，必ずなめらかなセキュリ

題を意味する．多層防御として機能するためには各セキュ

ティの層を経由してコアサービスへと到達する．ここで，リティ対策が連携していることが望ましい．例えば，IDS

セキュリティ検証内容は個人に最適化されており，個々人

で不正侵入を検知した後に，対象の通信を Firewall で遮に合わせたセキュリティを必要な時に必要最小限の機能と断するような連携である．サイバー攻撃は常に発生しうるして提供する．また，ユーザと情報システムのやりとりにので，これらの連携に人が介するのは現実的ではない．一

関するログを収集・解析することで，これらの検証内容の例として，これらの複数のセキュリティ対策を統合する

組み立てと最適な経路情報を自動かつ継続的に導く．これ

UTM[3] と呼ばれるセキュリティ製品が採用されている．

により，なめらかなセキュリティは強固なセキュリティと横断は，各セキュリティ対策を横断したログ分析の課題を利用や運用の容易さを実現する．

意味する．セキュリティの運用では，検知したイベントの本報告では目指すべきシステムの全体概要とシステムの判断を迅速に行うための監視や，原因・影響調査のための個々の重要な要素となる部分研究について紹介する．2 章

各施策を横断したログ解析が求められる．しかしながら，では関連研究の調査と問題点を提示する．さらに本提案の異なる機器や様々なログ形式を個別に監査することは効率先行研究である「なめらかなシステム」について解説を行的ではない．そのため，各種ログを一元管理し分析を行え

う．3 章では提案システムのアーキテクチャの詳細を示し，る SIEM[4] と呼ばれる機能を持つ製品が採用されている．

4 章でその個々の要素となる部分研究について紹介する．5

維持は，セキュリティ対策の最新化の課題を意味する．セ章で部分研究の実装を通した提案システムの実現性を考察

キュリティのリスクを最小化し続けるためには，OS やミド

し，6 章でまとめとする．

ルウェアのパッチ，マルウェア対策のシグネチャ，Firewall

2. 背景
2.1 セキュリティ対策の運用と課題のポリシーや IDS/IPS，WAF のパターンといった各対策の最新化が必須である．このような対応は前述した統合管理環境下であっても同様に発生する．これらは自動で速やセキュリティ対策では新たな脅威に対して，新しい施策

かに更新されることが望ましいため，パッチやシグネチャを導入する，ルールを見直し厳しくするなど，際限なく物の自動更新という形で実現されている．一方で，Firewallc 2019 Information Processing Society of Japan⃝2

情報処理学会研究報告
IPSJ SIG Technical Report

セキュリティ対策によって柔軟性を確保する．これはなめらかなシステムにおける要件（3）にあたる．また，この個別化は利用者とセキュリティシステムの関係性を自動かつ継続的に検出することで行われる．これによって，セキュ
リティ対策が効率的に維持管理される．これはなめらかなシステムにおける要件（1）と（2）にあたる．そこで，本研究ではなめらかなセキュリティのコンセプトを以下のよ
図 1 なめらかなシステムの概要（[6] を改変して作成）

Fig. 1 An illustration of coherently fittable system.

うに定義する．
システムの利用や運用におけるさまざまな障壁（ゴツゴツ）を取り除き，個々人に合わせた（パーのポリシーや WAF のパターンといった，導入先の環境やソナライズした）セキュリティを必要な時に必要

Web サービスの特性に依存するものは，その変更に追従す

最小限の機能として提供することで，ユーザの利るための工数もしくは仕組みづくりが求められる．

便性を損なわず，かつプライバシー情報も守りながらセキュリティを実現する仕組み

2.2 なめらかなシステム

次になめらかなセキュリティを実現するためのシステム

栗林らは，システムの利用や運用における様々な障壁の全体像として図 2 を示す．このシステムでは，セキュリ（ゴツゴツ）を取り除き，利用の快適さや運用における生産

ティサービスを提供する層として Edge を定義し，Edge に性の向上に繋げるため「なめらかなシステム」を提案し，セキュリティ施策を実現するマイクロセキュリティサービ実現に向けた取り組みを進めている [5]．

スを配置することで，個々人に合わせたセキュリティ対策「なめらかなシステム」の概要を図 1 に示す．「なめらかを実施する．セキュリティオーケストレータはユーザ要求なシステム」とは，情報システムのことをいうのみならず，を把握し，その時々に必要最小限のセキュリティを提供で互いに影響を及ぼし合う継続的な関係にある利用者（ユーきるようにマイクロセキュリティサービスの配置とサービ

ザおよび開発運用者）と情報システムとからなる総体としスへの最適な経路情報を提供する．また，なめらかなシスてのシステムであり，以下の要件を満たす．

テムにおける利用者とはユーザのみならず，情報システム• 要件（1）：利用者と情報システムとが継続的な関係をの開発運用者も含まれるため，システムの開発運用者側も取り持つ過程において，利用者それぞれに固有のコン

一方の Edge における利用者として定義し，開発運用者へテキストを見出したり，新たなコンテキストを創出しの Edge サービスも視野に入れ全体設計を行った．

たりできること• 要件（2）：要件（1）を，利用者による明示的な操作を課すことなく実現できること

3.1 コアサービス
コアサービスは，情報システムがその利用者に対して• 要件（3）：要件（1）および（2）によって得られたコサービスを提供するに際して中心となる役割を果たし，センテキストに基づき，情報システムが利用者に対してキュリティ対策を施すべき対象を表す．本提案では，これ最適なサービスを自動的に提供できることまで情報システムが内部で個別に導入・実装していたセ

すなわち，システム総体における要素の状態，状況，条キュリティ対策を共通化することで運用負荷の軽減を図っ件といった「コンテキスト」が暗黙的に認識され，コンテている．そのため，複数のコアサービスの存在を想定する．

キストごとに最適な振る舞いが提供されるシステムである．ここで，なめらかなシステムは上記の要件をすべて満

3.2 Edge

たす必要があることに注意したい．特定指標の予測や限定

Edge は，情報システムの境界，すなわちユーザもしく的な自動化はなめらかなシステムを構成する基礎技術ではは開発運用者とコアサービスの中間に位置し，要求に対すあるがそれ単体ではなめらか足り得ない．

るセキュリティ検証やコアサービスに対するセキュリティ

3. なめらかなセキュリティ

要件の受付を行う．

Edge では，個別の利用者からの要求に対するインター

強固なセキュリティを実現するセキュリティ対策のため

フェースとなるプロセスが起動しており，受け付けた要求には，利便性やコストの面での柔軟性と，運用の面での効に対する検証をそのプロセス内もしくは外部プロセスに率的な維持管理を両立させなければならない．本研究ではて行う．本提案ではこれらの検証を行う個別のサービスを「なめらかなシステム」の要件を満たすことでこれを解決「マイクロセキュリティサービス」と呼ぶ．例えば，IDS やする「なめらかなセキュリティ」のコンセプトを提案する．

WAF などがこれにあたる．また，利用者が開発運用者で提案するコンセプトでは，個々人に合わせた必要最小限のある場合もある．例えば，利用者がアプリケーションサー

c 2019 Information Processing Society of Japan⃝3

情報処理学会研究報告
IPSJ SIG Technical Report

図 2

なめらかなセキュリティの概要

Fig. 2 An illustration of coherently fittable security.

バであり，コアサービスがデータベースサーバであるよう

ログ収集・検索な場合は，データベース Firewall などがこれに該当する．

情報システムとユーザのやりとりに関する膨大なログ

ここで，要求に対するセキュリティ要件の選択は個人またを収集し，必要に応じて検索できる機能を提供するは個々に最適化されている．なおセキュリティ要件とは，

コンテキスト解析

対象のコアサービスに，どのマイクロセキュリティサービ

要求を時系列に捉えることでコンテキストを把握し，スを適用するか，適用する場合にどの程度のセキュリティ

その内容や変化に対して適切なラベリングと契機を与強度を求めるかを指す．

える

ユーザ側の Edge には，ユーザの利便性を損なわないこ

ルール適用とが求められる．そのためには，個人への最適化の内容がコンテキスト解析から得られたラベリングや契機に基ユーザやコアサービスの状況の変化に追従すること，そしづいて，最適かつ必要最小限のセキュリティを提供すて検証の実行時間が十分に短いことが必要となる．そのた

るサービスを構成する

め，仮想マシンと比較して起動や停止が高速な Linux コン
テナ [7] とこれらに対するオートスケーリングによりこれらを実現する．
開発運用者側の Edge では，コアサービスに対するセキュ

4. なめらかなセキュリティの実現に向けた部
分研究
4.1 SQL クエリのホワイトリスト自動作成

リティ要件の受付を行う．提案手法では，個々人に合わせなめらかなセキュリティでは運用面での効率的な維持たセキュリティを必要な時に必要最小限の機能として提供管理が要件となる．そのため，実現にあたってはセキュリするために，セキュリティ要件は多様化する．そのため，

ティ対策の増加に伴う運用負荷の増加についても考慮する

開発運用者側の Edge では後述のセキュリティオーケスト必要がある．

レータと連携することで，セキュリティ要件から具体・個別のルールの自動生成や振り分けを行う．

なめらかなセキュリティに限らず，一般的なセキュリ
ティ対策では，保護対象の情報システムに追従して，セキュリティ要件を更新する必要がある．また，提案システ

3.3 セキュリティオーケストレータ

ムでは，個々人に合わせたセキュリティを必要な時に必要

セキュリティオーケストレータは，要求に対してその最小限の機能として提供するためにセキュリティ要件は多時々に必要最小限のセキュリティの提供を維持する仕組み

様化する．これらを運用負荷を高めずに解決するには，セである．以下の 3 コンポーネントからなる．

キュリティ要件の更新を人手を介さずに行える仕組みが必c 2019 Information Processing Society of Japan⃝4

情報処理学会研究報告
IPSJ SIG Technical Reportく，機械学習への集計データの絞り込み，特定キーワードの特定時間でのカウントと評価， ログの統計データを用いた統計的異常検知への応用というように，ログ処理を他の技術と組み合わせ用いられることが多い． 「なめらかなセキュリティ」ではログを収集し，オーケストレータへデー
タを反映させることが主機能として用いられることを想定する．
大量のログを収集しかつ処理するための事前研究として，

Hayabusa を実装した [9], [10], [11]．Hayabusa のアーキテ
クチャを図 4 に示す．この実装では，SQLite3 の FTS(FullText Search) の実装を利用して，ログの意味解析を行わずにスキーマレスでログを格納する． さらに，1 ファイルに格納されるデータは 1 分間の syslog と限定をし，たくさんのデータベースファイルを生成するアプローチをとる． そうして，コンピュータアーキテクチャの進歩により
図 3 SQL クエリのホワイトリスト自動生成を用いた開発プロセス

CPU のコア数が増加していった場合にも，処理の並列度

Fig. 3 Development process with whitelist generation.

が向上するように GNU Parallel というソフトウェアを利用し，SQLite3 への検索クエリを並列に実行する．これに要となる．

より CPU のクロック数，コア数，ディスクへの I/O が高

我々は，先行研究において Web アプリケーションテス

速であればあるほど，検索性能が向上するというシンプルトを用いた SQL クエリのホワイトリスト自動作成手法 [8]で強力な検索アーキテクチャを実現した．評価実験では，を提案した．提案手法を用いた開発プロセスを図 3 に示

144 億行の syslog データへの全文検索が約 7 秒で完了する

す．この手法では，Web アプリケーションの自動テスト時という結果を得た．

に発行されるクエリを構造化し，データベース Firewall のさらに Hayabusa の影響を受け，Harvest が実装されホワイトリストとして利用する．Web アプリケーション稼た [12]．Harvest は，Hayabusa と同様に FTS を用いるが，働前のテストの段階でホワイトリストを作成できるため，スキーマを定義することにより，どのサーバからのログかと稼働後即座に不正クエリを検知が可能となる．また，デーいう情報と時間情報を明示的に格納する．これにより，シタベースプロキシでテスト時の発行クエリを収集しホワイ

ステム全体でどのサーバからどのログがどのような順番でトリストを作成するため，Web アプリケーションの実装に出力されるかを時系列に表示することが可能となり， シス

依存せずホワイトリストを作成できる．さらに，ホワイト

テムトラブル時や調査時の運用負荷を下げることができる．

リストは共通である必要はないため，利用者の権限などの

また，The Platinum Searcher という，「find/grep/print」

コンテキストに応じてホワイトリストを分けることで検知を高速に実行するツールが公開されている [13]．このツー精度の向上に取り組んでいる．

ルは Go 言語によるバイナリポータビリティと CPU コア

提案システムでは，開発運用者側の Edge に対して Web

スケール性能を実現している．

アプリケーションの自動テストが登録され，生成されたホしかしながらログの集中処理には利点もあれば欠点も存

ワイトリストをセキュリティ要件として更新する．これに在する． なめらかなセキュリティの構想では，本来集中より，コアサービスへの追従が可能となる．今後，ホワイ

処理しか考えられないログ処理に対して，Edge での分散

トリストの個別化が進めば，セキュリティオーケースト

処理という新しい視点でのログ処理が実現される．「なめレータと連携して個々人に合わせたセキュリティを必要な

らかなセキュリティ」では，Edge でのマイクロセキュリ

時に必要最小限の機能として提供することが可能となる．

ティサービスが提供される． つまり Edge 自体に大量のログが蓄積される可能性がある．ログを集中的に処理させ4.2 Hayabusa

るには，どうしてもログの転送遅延や帯域を埋めてしまう「なめらかなセキュリティ」に限らず，一般的な Web シ問題が発生する．そこで Edge の中で必要なデータのみ集

ステムやセキュリティシステムではログを一箇所に集め，計して，オーケストレータに伝達する，または Edge の中集中処理を行う場合が多い． ログの集中処理では商用製で自律的に処理を完結させることができないかと考えた．

品，OSS，さらにはクラウドサービスなどたくさんの処理

ここでの問題点は Edge の規模性とマイクロセキュリティ

環境を用いることで実現可能である．現状のログ処理は，サービスへの到達性，マイクロセキュリティサービスを組

それ自体が単体のサービスとして提供されることは少なみ合わせたサービスチェーニングへの最適なルーティングc 2019 Information Processing Society of Japan⃝5

情報処理学会研究報告
IPSJ SIG Technical Report

図 5

Kaburaya のフィードバック制御器のアーキテクチャ

Fig. 5 An architecture of Feedback controller of Kaburaya.

を担っている．これにより，対象のタスクの特性を事前に知ることなく，反応的かつ継続的に最適な並行数を求める
図 4 Hayabusa のアーキテクチャ

Fig. 4 An architecture of Hayabusa.

アーキテクチャを実現した．
なめらかなセキュリティにおいては，個別化されたセキュリティ検証内容と処理時間を事前に知ることなく，最となる．

適な組み合わせを実行時に自動で導くことが可能となる．
また，オートスケーリングにおいても同様のアーキテク4.3 Kaburaya

チャを用いることで，実行時に最適な台数を導くことが可

なめらかなセキュリティではユーザの利便性を損なわな能となる．Kaburaya により，運用負荷の増大を避けながいことが要件となる．そのため，実現にあたってはセキュ

ら，応答時間の観点からユーザの利便性を損なわない仕組

リティ対策の増加に伴う検査時間の増加についても考慮す

みを実現する．

る必要がある．
提案システムでは要求に対して複数のマイクロセキュリ

5. 考察

ティサービスを組み合わせたセキュリティ検査が行われる．

本研究では，なめらかなシステムの要件に基づきセキュ

これらのマイクロセキュリティサービスは互いに独立しリティ対策の個人への最適化を自動かつ継続的に行うセていることから，並列に処理することで直列と比較して実キュリティシステムを提案した．そして，個別化した最適

行時間の短縮が見込める．一方で，個々のマイクロセキュ

なセキュリティ対策を判断するための，ログ収集・検索，

リティサービスの処理時間は計測が必要，かつ，セキュリ

コンテキスト解析，ルール適用を行うセキュリティオーケ

ティ検証内容が個別化されることから，実行時間が最も短ストレータと，実際に個人ごとのセキュリティ対策を担くなる組み合わせを個別に手動で設計することは困難であう Edge の概念を論じた．部分研究では，このうち，Edge

る．マイクロセキュリティサービスの実行基盤の側面からでのログ収集・検索の観点から Hayabusa の拡張については，オートスケーリングによってインターフェースあたり検討した．また，ルール適用については，効率的な維持管の要求数を分散し，実行時間の安定化が見込める．しかし理に必要なセキュリティ定義の自動生成をデータベース

ながら，上述の理由からオートスケーリングの契機となる

Firewall を例に検討した．このような自動生成の仕組みをインターフェースごとの理想的な処理指標を個別に手動で整えることで提案システムの目指す個別化された多様な設設計することは困難である．

定の維持管理が可能になる．さらに Edge の実現において対象のタスクの特性を事前に知ることなく，反応的かは，セキュリティ検証のパフォーマンスに着目し，個別化

つ継続的に最適な並行数を求めるための事前研究としてされた多様な環境におけるオートスケーリングの最適化を

Kaburaya を実装した [14], [15], [16]．Kaburaya では，並行う Kaburaya の応用について検討した．

行数を増加しても何らかのボトルネックにより処理性能

一方で，利用者やセキュリティ要求のコンテキストを解が改善しなくなる並行数の上限があることを想定する．そ析し，これにマッチするセキュリティ対策へ適用するためして，これをボトルネックの種類によらず汎用的に検知の具体的な判断基準に関する研究はこれからとなっている．

する指標として CPU 使用率やスループットの上限を用いそのために，まず静的なセキュリティ区分に対する明示的る．次に，この指標の上限を達成するために必要な並行数

なセキュリティ対策のマッチングから始めて，マッチング

をフィードバック制御により継続的に求める．なお，タスの自動化を経て，区分の自動化へと研究を進めていく．三クの進行により指標の上限は変化するため，これを検知し宅らは，利用者の文脈に応じて継続的に推薦手法の選択を

制御器の目標値を更新する．図 5 に Kaburaya のフィード最適化する推薦システム [17] の研究開発を通して，これら

バック制御器のアーキテクチャを示す．この制御器は二重の自動化を進めており応用が期待される．また，Edge ののループで構成され，外側のループが目標値の更新を，内実現においては，多様かつ継続的な変更が想定される特性側のループが目標値に対する必要な並行数を求める役割

上，起動時間が短時間で済む Linux コンテナの採用が有効c 2019 Information Processing Society of Japan⃝6

情報処理学会研究報告
IPSJ SIG Technical Report

であると考えられるものの，その物理的な配置や経路選択に関する検討が必要である．
我々は，なめらかなセキュリティの実現を通して，どの場所や端末からであっても，どの情報システムを利用する際でもユーザごとに最適化されたセキュリティを享受できる状態を目指す．そのためには複数の情報システムを横断する環境における設計・評価が必要である．これにより柔軟な Edge 構成，並びに精度の高いコンテキスト解析の実現が期待できる．多層防御の観点に基づけば，ネットワー
クやエンドポイントのような個々のセキュリティ対策にふ
さわしい実行環境の配置がある．提案システムでは，Edgeという概念を導入することで，コアサービスからセキュリ
ティ対策の実行環境を分離した．今後，複数の情報システ
ムを横断する環境を前提とした Edge の設計により，物理的な配置や経路選択についても個別のコアサービスとの依存を排した柔軟な Edge 構成の実現を目指す．またコンテ
キスト解析では，複数の情報システムを横断する長期的か
つ共通の行動を解析することでコンテキストを特定する精度の向上が期待できる．このようなユーザに寄り添った精度の高いコンテキスト情報は連携する情報システム，ひいてはこれを運用する開発運用者にとっても有用である．これらの実用性の高い Edge 構成とコンテキスト解析による，
なめらかなセキュリティの実現は分散システムの評価と同様に複雑で難しいものとなるが，挑戦に値するものであると考える．

6. まとめ本研究では「なめらかなシステム」のシステム観に基づき，パーソナライズによってセキュリティと利便性を両立しつつ，利用者の行動や要求から得られたコンテキストから，最適なセキュリティを自動的に提供することで運用における種々の課題を解決する「なめらかなセキュリティ」のコンセプトを提案した．また，当該システムのコンセプ
トの実現に向けた実際の具体的な部分研究についても紹介した．部分研究では個々の最適化基準の存在を前提として，判断に必要なログ収集や設定の自動生成，パフォーマンス
を考慮したセキュリティ対策の実行基盤について具体的な実装を示せた．一方で，コンテキスト解析とルール適用の判断基準の確立が課題として挙げられる．また，セキュリ
ティ対策を実施する Edge の具体的な実装ついても検討していかなければならない．今後は，複数の情報システムを横断する環境における設計・評価を通してこれらの課題を[2]

Eric M Hutchins, Michael J Cloppert, and Rohan M
Amin. Intelligence-driven computer network defense informed by analysis of adversary campaigns and intrusion
kill chains. Leading Issues in Information Warfare &Security Research, Vol. 1, No. 1, p. 80, 2011.
[3]
Ying Zhang, Fachao Deng, Zhen Chen, Yibo Xue, andChuang Lin. Utm-cm: A practical control mechanism solution for utm system. In 2010 International Conference
on Communications and Mobile Computing, Vol. 1, pp.
86–90. IEEE, 2010.
[4]
Sandeep Bhatt, Pratyusa K Manadhata, and Loai Zomlot. The operational role of security information andevent management systems. IEEE security & Privacy,Vol. 12, No. 5, pp. 35–41, 2014.
[5]
栗林健太郎, 三宅悠介, 松本亮介. なめらかなシステムを目指して. マルチメディア, 分散協調とモバイルシンポジ
ウム 2018 論文集, Vol. 2018, pp. 703–709, 2018.
[6]
ド ミ ニ ク・チ ェ ン. Graphics for Fundamental Informatics. 入手先〈https://github.com/dominickchen/fundamentalinformatics〉（参照 2018-05-09）.
[7]
Wes Felter, Alexandre Ferreira, Ram Rajamony, andJuan Rubio. An updated performance comparison ofvirtual machines and linux containers. In 2015 IEEE international symposium on performance analysis of systems and software (ISPASS), pp. 171–172. IEEE, 2015.
[8]
Komei Nomura, Kenji Rikitake, and Ryosuke Matsumoto. Automatic whitelist generation for sql queries
using web application tests. In 2019 IEEE 43rd Annual Computer Software and Applications Conference(COMPSAC), Vol. 2, pp. 465–470. IEEE, 2019.
[9]阿部博, 島慶一, 宮本大輔, 関谷勇司, 石原知洋, 岡田和也,
中村遼, 松浦知史, 篠田陽一. 時間軸検索に最適化したス
ケールアウト可能な高速ログ検索エンジンの実現と評価.
情報処理学会論文誌, Vol. 60, No. 3, pp. 728–737, 2019.
[10] 阿 部 博. Hayabusa. 入 手 先〈https://github.com/
hirolovesbeer/hayabusa〉（参照 2019-08-09）.
[11] 阿 部 博. Hayabusa2. 入 手 先〈https://github.com/
hirolovesbeer/hayabusa2〉（参照 2019-08-09）.
[12] 小山健一郎. Harvest. 入手先〈https://github.com/
k1LoW/harvest〉（参照 2019-08-09）.
[13] 三 宅 悠 介.
The platinum searcher.
入手先〈https://github.com/monochromegane/the_platinum_searcher〉（参照 2019-08-09）.
[14] 三 宅 悠 介.
Kaburaya: Cpu 負 荷 に 応 じ て 継 続
的 に 上 限 値 を 最 適 化 す る 動 的 セ マ フ ォ.
入
手先〈https://blog.monochromegane.com/blog/2018/11/25/wsa_3_kaburaya/〉（参照 2019-08-09）.
[15] 三宅悠介. Ebira: アクセス負荷に応じて継続的にスケー
リング基準を最適化する汎用オートスケーリング機構. 入
手先〈https://blog.monochromegane.com/blog/2019/04/14/wsa_4_ebira/〉（参照 2019-08-09）.
[16] 三宅悠介. Kaburaya. 入手先〈https://github.com/
monochromegane/kaburaya〉（参照 2019-08-09）.
[17] 三宅悠介, 松本亮介. Synapse: 利用者の文脈に応じて継続的に推薦手法の選択を最適化する推薦システム. 研究報
告インターネットと運用技術 (IOT), Vol. 2019-IOT-45,
pp. 1–7, 2019.

解決し，なめらかなセキュリティの実現を目指して研究開発を続けていく．
参考文献[1]

独立行政法人情報処理推進機構（IPA）. 情報セキュリ
ティ白書 2018. 印刷書籍版, 2018.

c 2019 Information Processing Society of Japan⃝

7