updateすると、早速立ちあがるインスタンスで脆弱性が出るところが確認出来ないのでそのまま起動させるのがオススメです。updateはしません。今回はマジメな構成でマジメに稼働させることが前提なので、インターネットへの通信はNAT経由でしかさせませんし、パブリックIPも付けません。Vulsをセットアップする闇雲にコマンドを打ち続けます。全部で20分くらいで終わります。github.com/future-architect/vuls[/bash]で、コンフィグファイルがミソです。この記述通りに書きましょう。"xxx.xxx.xxx.xxx"[/bash]sshの鍵をVulsのサーバーに転送scpなりで適当に転送しましょう。上の記述のkeyPathと合致するパスにおいてあればOKです。WebHooksです。初回のチャンネル設定以外は触らないで下さい。下手にSlack側を触ると正しく動かないことを確認しています。メール通知設定も書きましたがシンジはメールを見ない宗教なので実際には消してあります。prepare[/bash]問題があれば(サーバーと疎通が取れないとかは)ここでエラーを吐きます。頑張って解決して下さいwww実際のスキャンに入る前に、コマンドヘルプを見ておきましょう。実はログをS3にアップロードできたりとか、いろんなことが出来るのが確認出来ます。default)[/bash]では実行します今回はSlack通知のみ有効にしています。https://access.redhat.com/security/cve/CVE-2016-4997ALAS-2016-718https://alas.aws.amazon.com/ALAS-2016-718.html[/bash]Slackではこう見えます最高。Slack最高!!!!!!!そして突如訪れる世界平和。後はVuls稼働を自動化してやりましょうやることはこんな感じです。Vulsでスキャンを、毎日やる。いい気がしてきたけどまぁいいか。こんなかんじ?というわけで自社でCSIRT始めたいけどよーわからんとかいう方には、Vulsはいいきっかけになるかもしれませんね。実際に上がってきた脆弱性を評価議論して、対応方針を決めて、実行する。その結果どうだったか評価する。コメントをキャンセルメールアドレスが公開されることはありません。コメント名前メールアドレスサイトSlackに投票・アンケート機能を実装するクラウド勉強会、超豪華メンバーで開催決定RECOMMENDこちらの記事も人気です。