使った脆弱性検査は実行できる状況になった。毎日検査しなければならない。毎日毎日そんなことやってられない。脆弱性情報をアップデートしてなかったとか、そんなミスも起こってしまう。・定期的に脆弱性情報をアップデートする・定期的に検査を実行する・結果を自動的に受け取れるようにするということを実現していこうと思う。主な内容は以下の通り。通知できるという機能がある。定期的実行の結果を、自動的に受け取れる。しての機能も実装しないといけない、と思われる。通知する方法に絞って記載する。あたりに記述があるので、そちらを参照していただきたい。エンドポイントを取得するということ。対してスキャン結果を通知することになる。Webhooksを使い倒すなど、きっといろいろいっぱい情報があるので、そちらを参照していただければと思う。側の設定に注力して記載する。等で必要な情報を追記する。以下の太字部分である、[slack]以下。指定すべき項目は、hookURLchannelauthUserの三つ。hookURL="https://hooks.slack.com/services/XXXXX...."channel="#vuls-report"authUser="raspi-wannabe"などのような形になる。出力時のオプションとして、-to-slackを指定してやればよい。具体的には以下の通り。方に以下のような形で通知が来るはず。-to-slackというように、別のフォーマットと合わせて指定することで、以下のような形で簡略化もできる。オプションはよく見ておくとよいと思う。通知方法がわかったところで、いよいよ定期実行の設定を行う。定期的にジョブを実行するためのデーモンプロセス。各種処理を定期的に自動実行することができる。起動しているかどうかを確認する。起動しているということだ。startで起動しておこう。オプションで実行する。-eそうすると、以下のような画面になる。以下の内容を記載していく。6)][コマンド]という流れで指定する。月(毎月)0-6(月から日まで)と指定している。分に指定されたコマンドを実行するとなる。実行するコマンド毎にフルパス指定。オプションの後、フルパスで指定している、ということになる。後は自動実行してくれるはず。正しいかどうかがすぐに確認できる。以下のような通知が来ていたので、うまく動いているようだ。メール形式で吐かれる。/var/mail/vulsなどでログを確認すればよい。これで、一通り設定は完了。定期的にスキャン結果が送られてくる。使う方法のシリーズはいったん完了。しているサーバーの定期検査方法などがよく分かった。何がどうなって検査しているのか、やどういう情報に基づいて監査しているのか、が非常によくわかり、よかった。実際の動きとして見れたため、すごく実感できた。代わっているようであることが確認できた。47へと減少している。感じられた一方、アップデートだけでは対応しきれないものがある、ということも実態として理解できた。今回の取り組みは非常に有益であったため、よければ一度試してみていただければと思う。いうことで、今回のまとめは以下の通り。WordPress.。