脆弱性情報の収集と運用プラクティス検討


やりたいこと
==================================================
* 脆弱性情報をTwitterで知ったりJPCERTにわざわざ見に行ったりとか面倒なので、スクリプトで自動収集してRedmineとかにチケット登録までやってもらえれば楽だと思う。メールでチケット登録はメンバーに報知されるので、それ見て個々の対応要否を確認、担当者や作業範囲の割り振りをRedmine上で行う。まだ検討していない脆弱性情報はまるわかり。一元管理最高。
* メリット
  * 楽。確実。
  * 対応のログも追うことができる。
  * チケット番号を共有すればメンバーへの報知も楽。
* デメリット
  * チケットが溢れ過ぎやしないか？
  * なにもかも自動にすると逆に気にしなくなるフラグ。
  * 無関係なプロダクトの情報までは必要ない ⇒収集時にキーワードで弾けばいい


そもそも脆弱性情報とは
==================================================
各ベンダーが配信していたり、ITmediaのようなニュースサイトが取り上げていたり色々あるが、確実な情報ソースとして、OSS、商用ソフトウェア問わず、あらゆる脆弱性情報を一元的に扱う仕組みがある。

## CVE
[CVE - Compatible Products and Services](http://cve.mitre.org/compatible/compatible.html#j)
米MITREによる国際的な脆弱性情報データベース。脆弱性情報は「CVE-西暦4桁-連番4桁以上」の識別番号（CVE-ID）を振られ、一意に管理されている。なお連番は2014年より年間1万件以上にも対応し、必要に応じて桁数が可変となった。例えば先月のFlashの脆弱性は[CVE-2015-5119](http://blog.trendmicro.co.jp/archives/11944)に分類されている。VENOMは[3456](http://venom.crowdstrike.com/)。

## JVN
[Japan Vulnerability Notes](http://jvn.jp/index.html)
Japan Vulnerability Notes。JPCERTとIPAによる **日本向けの** 脆弱性情報ポータル。JVNによる識別番号が振られているが、CVEとも連携している。どうでもいいが脆弱性を英語で言うと「ヴァルネラビリティ」ってのはちょっとカッコよすぎる気がする。

## JVN iPedia
[JVN iPedia - 脆弱性対策情報データベース](http://jvndb.jvn.jp/index.html)
これもJPCERTとIPAの運営。JVNとの違いが正直よくわからんのだが、収集情報が違うらしい。

* JVN : [早期警戒パートナーシップ](https://www.ipa.go.jp/security/ciadr/partnership_guide.html)に基づく情報、海外CERT等からの情報
* JVN iPedia : 国内外問わずベンダー等から公表された脆弱性情報を広く掲載

要はJVN iPediaの方が「広い」ということになるのだとは思うが、JVN iPediaの情報がJVNをすべてカバーしているのかよくわからないので、どちらも確認しておくのが正解かと思う。またこちらもCVE番号と連携されている。

## JPCERT 注意喚起
[JPCERT コーディネーションセンター 注意喚起](https://www.jpcert.or.jp/at/)
脆弱性情報というよりはSecurity情報の報知に近い印象。上述のものと比べると最大公約数的と言うのか、Microsoft Update等のセキュリティパッチ情報や、昨年のbash脆弱性のような深刻度の高い情報が掲載されている。エンジニアレベルであればJVN等の情報が必要となるが、逆にクライアントPCのセキュリティ管理についてはこちらを見ておいた方が見逃しは少なくて済みそう。


脆弱性情報分類の指標値
==================================================
[このページ](http://www.ipa.go.jp/security/vuln/index.html)に「脆弱性の評価システム・取扱いフレームワーク関連」としていくつかまとめられているが、特に[CVSS](http://www.ipa.go.jp/security/vuln/CVSS.html)と[CWE](http://www.ipa.go.jp/security/vuln/CWE.html)に着目すると便利そうな感。

前者は脆弱性の評価スコアであり、客観的に脆弱性の危険度を判断して、例えば対策をすべきか否かの判断に使うこともできよう（もちろんあらゆる脆弱性に対応するのが是だが、そうもいかない場合はあるし）。現在は[CVSS v3](http://www.ipa.go.jp/security/vuln/CVSSv3.html)が最新の基準となっている。

[CWE](https://www.ipa.go.jp/security/vuln/CWE.html)はXSS、バッファオーバーフローといった脆弱性分類。説明読んでもよくわからんって場合でもCWE見れば概要はつかめる。ただしJVNは対応していない。


脆弱性情報の収集
==================================================
[ツールもあったりする](http://www.ipa.go.jp/security/vuln/jvnrss.html)ようだが、RSSやメーリス購読するのが手っ取り早いように思う。まぁメーリスだとテキストなので自動で収集して加工してごにょごにょとかやるには一手間かかりそうなので、そういうことしたいならRSS（xml）がいいだろうか。。。でもRSSも全文配信されていなかったりしてぐぬぬ。jsonとかでくれ。ひょっとして自動で情報取得したいならスクレイピング掛けるのが最適解だったりする可能性が微レ存。。。？

わりとちゃんとスクリプティングしなきゃならない（手軽にポンポンと何か叩けば終わりそうな感じがしない）ので~~面倒くさくて~~現状は未着手。これぐらいなら[シェルでやってしまって](http://qiita.com/furandon_pig/items/80562f6adcce53baeb0a)、[Redmine API等で登録](http://daily-postit.blogspot.com/2011/12/redminerest-api.html)してしまえば良さそうではある。


~~参考にならない~~参考情報
==================================================
世のみなさまが脆弱性情報をどのように集めて対応して管理しているのかって大変興味あるのだが、Qiitaはじめあまり目ぼしい情報は見つからなかった。yum等でアップデート来たら当ててくだけの話で、JPCERTまでわざわざ確認にいったりはそんなにしないんですかね。

### [ChatOpsでOSのセキュリティアップデートを自動化出来るようにした - Glide Note - グライドノート](http://blog.glidenote.com/blog/2014/09/12/chatops-security-update/)
すげーとしか言い様がない。すごすぎて参考にならない。こういう回し方できたら最高だな。。。

### [Linuxで脆弱性が見つかった場合の対応方法 まとめ ｜ Developers.IO](http://dev.classmethod.jp/security/linux-vulnerability/)
たぶん、普通はこう。