卒業制作 サーバーの脆弱性情報管理システム

1. +
卒業制作
サーバーの脆弱性情報管理システム
Team : gippy

2. +
Agenda
 Introduction
 開発経緯
 Features
 システム説明
 Architecture
 アーキテクチャー説明
 Matching algorithm
 脆弱性情報のマッチング処理説明
 Demo
 WebUIによる紹介
 Using Technology
 本システムで使われているソフトウェアや技術等の紹介。

3. +
Introduction
 2014年様々な脆弱性が世間を騒がせた。
 サーバーを始めとするLinux系OSを狙った「ShellShock」。
 度重なる「OpenSSL」の脆弱性。
 クラウド化が進む中、サーバーの台数は増え続ける。
 サーバー管理者は、脆弱性の対応が重荷になっている。
 サーバーのコモディティ化が進む。
 安価なサーバーを一般ユーザーが借りることができる。
 セキュリティの対策は自分で行わないといけないサービスが多い。
※コモディティ化 ： 高価な商品が低価格化・普及品化すること

4. +
Introduction
 私自身、多数のサーバーを管理していた。
 インターネットからアクセス可能なサーバーを数十台管理。
 CVEが発表されるたびに、sshでサーバーに繋いで対象パッケージ
のバージョン等を確認、アップデート作業が手間だった。
 脆弱性対応作業が重荷になっている。
 サーバーを多数管理している知人も、脆弱性対応が手間だった。
 脆弱性対応作業が、作業×サーバー台数分なので非常に大変。
 脆弱性対応作業を自動化したい。
 依存パッケージが勝手にアップデートされると、別のプログラムに
影響が出る。
 パッチ当てる／アップデートについては人間が判断したい。

5. +
Introduction
 脆弱性対応作業の流れ
 調査
 脆弱性情報を探す or 発表された情報を確認。
 脆弱性によって、どのような問題が発生するか確認。
 対策するか否かについて検討。
 対策情報を探す。
 対象サーバーの確認。
 テスト
 対象サーバーと同等の環境を用意し対策を行った場合、他のソフト
ウェアに影響が発生しないか検証を行う。
 実施
 対象サーバーに対して、対策を実施。
 対策を実施したことで影響が発生していないか確認。
 本システムでは、調査段階の省力化を目指して開発。

6. +
Introduction
 これらの解決のために
 脆弱性対応オペレーションの省力化を補助するシステムを開発。
 サーバーにインストールされている、ミドルウェア／パッケージ情
報管理と脆弱性情報の管理と可視化を行う。
 システムは脆弱性対策をするかどうかの判断材料の提供までを行う。
 脆弱性対策の実施、判断を行うのはサーバー管理者自身で。

7. +
Features
 Server / Agent によるシステム
 管理対象(Agent)にはエージェントプログラム。
 管理側(Monitoring Server)にはサーバープログラム。
 サーバーにインストールされているパッケージ情報の管理
 ミドルウェア／パッケージの情報等管理。
(name,vendor,version,release,etc…)
 インストールされているパッケージ情報をAgentが自動取得、Monitoring
Serverに送信。
 install / remove / updateに対応、情報が変更される度に自動取得。
 AgentをProject -> AgentGroup -> Agentという階層構造で管理。
 脆弱性情報の管理と可視化
 脆弱性情報データベース(NIST)からCVE情報を自動取得。
 パッケージが、脆弱性のあるバージョンかどうかチェック。
 WebUIを通して、Agentにインストールされているパッケージ情報と関連す
る脆弱性情報を表示。

8. +
Architecture
NIST NVD
Monitoring
Server
Software Version
OpenSS
L
1.0.2c
NIST NVDより脆弱性情報（CVE）を取得。

9. +
Architecture
Monitoring
Server
Web2(Agent)
OpenSSL 1.0.2c
Web1(Agent)
OpenSSL 1.0.1e
{“software” : “OpenSSL”,
“version” : “1.0.1e”}
{“software” : “OpenSSL”,
“version” : “1.0.2c”}
Software Version
OpenSS
L
1.0.2c
Agentから、インストールされているパッケージ情報を送信。

10. +
Architecture
Monitoring
Server
Web2(Agent)
OpenSSL 1.0.2c
Web1(Agent)
OpenSSL 1.0.1e
Host Software Version
Web1 OpenSSL 1.0.1e
Web2 OpenSSL 1.0.2c
Software Version
OpenSS
L
1.0.2c
Host Software Version
Web1 OpenSSL 1.0.1e
Web2 OpenSSL 1.0.2c
Agentから取得した情報と、CVE情報を突き合わせて脆弱性情報の有無をチェック。

11. +
Architecture
Monitoring
Server
Host Software Version
Web1 OpenSSL 1.0.1e
Web2 OpenSSL 1.0.2c
Software Version
OpenSS
L
1.0.2c
Host Software Version
Web1 OpenSSL 1.0.1e
Web2 OpenSSL 1.0.2c
H S V
× ◻ ○
WebUIを通して、Agentにインストールされているパッケージ情報と
関連する脆弱性情報を表示。

12. +
Matching algorithm
Software
CVE
ID Name Version
2 openssl 1.0.2c
Agent
ID Name
1 Web02
CPE
ID CPE Name Version
3 cpe:/a:openssl:openssl:1.0.2c openssl 1.0.2c
ID CVEID CVSS Score …. CPE
4 CVE-2015-**** 8 …. cpe:/a:openssl:openssl:1.0.2c
※実際の実装と基本的には同等のアルゴリズムです。
※完全一致しないSoftwareについては、脆弱性情報を誤検知・見逃しをする可能性があります。（改良中）

13. +
WebUI - AgentGroup
AgentGroupに所属するAgentの一覧を表示。

14. +
WebUI - Agent
Agentにインストールされているパッケージに関する情報を表示。

15. +
WebUI - Software
パッケージの情報と関連する脆弱性情報を表示。
誤検知の場合、非表示に
することが可能。
該当するバージョンに脆弱性が存在して
いても、リリース番号を調べることでfix
されている事もあるので、changelogも
表示。

16. +
WebUI - CVE
脆弱性情報の詳細表示。

17. +
WebUI - Search
検索画面、Agent情報から該当するAgentを検索と
任意のパッケージがインストールされているAgentを検索可能。

18. +
WebUI - SearchResult
任意のパッケージがインストールされているAgentを検索した結果。
クリックする事で下部にインストールさ
れているAgentの一覧を表示。

19. +
Using Technology
 OS
 Server (Monitoring Server)
 CentOS 6.7
 Agent(動作検証)
 CentOS 6.x, CentOS 7.x
 Red Hat Enterprise Linux 7.2
 Oracle Linux 5.x, 6.x, 7.x
 Fedora 23
 Program
 Server (Monitoring Server)
 Python(2.7.6)
 Django(1.8)
 Agent
 Python(2.7.6)
 DB
 PostgreSQL(9.5)
 MySQL(5.1.73)