プレビュー版
このガイドはプレビュー版です。内容は今後変わることがあります。
計画③ 環境を確認する#
全員が読む
サーバを登録する前に、対象のサーバの OS や通信の条件、社内の手続きを確認します。ここで確認した内容から、設定② サーバ・製品を登録するで使うスキャン方法が決まります。
確認しておく6つのこと#
| # | 確認すること | 見るポイント | 導入準備シートの書き込み先 |
|---|---|---|---|
| 1 | サーバのある場所 | オンプレミス、AWS、Azure、GCP、インターネットにつながらない閉域網があるか | サーバのある場所（C-1） |
| 2 | OS の内訳 | 例：「RHEL 系 100台、Ubuntu 30台、Windows Server 50台」。概数で構いません。対応している OS は対応環境で確認します | OS の内訳（C-2） |
| 3 | サーバ以外に管理したいもの | ネットワーク機器、コンテナ、商用ミドルウェア、自社開発アプリのライブラリなど | サーバ以外の管理対象（C-3） |
| 4 | 外部への通信 | サーバから外部へ HTTPS で通信できるか。プロキシを通すか。プロキシに認証があるか | 外部への通信・プロキシ（C-4、C-5） |
| 5 | 社内の手続き | 本番サーバにソフトウェアを入れるとき、変更管理の申請や検証環境での事前確認が必要か。必要なら、どのくらい時間がかかるか | 社内の手続き（C-7） |
| 6 | スキャンを避けたい時間帯 | バッチ処理の時間帯や月末月初など | スキャンを避けたい時間帯（C-8） |
社内の手続きは早めに#
5の社内の手続きは、導入の日程を大きく左右します。申請に数週間かかる場合は、このページを読んだ時点で申請を始めておくと、初期範囲の登録（目安：4週目まで）に間に合わせやすくなります。
通信の条件はつまずきやすいポイントです#
スキャナは、インストール時のプログラムの取得と、毎日の結果の送信に、外部への HTTPS 通信を使います。プロキシを通す環境では、プロキシの設定が必要です。導入前に、通信できる宛先と、プロキシの有無・認証の有無を確認しておいてください。必要な通信先（宛先とポート）は通信要件に一覧があります。プロキシ配下でインストールやスキャンに失敗するのは、導入時によくあるつまずきです。導入前に必ず確認してください。
社内の審査で聞かれること#
本番のサーバにスキャナを入れるときは、情報システム部門やセキュリティ部門の審査で、次のことを聞かれることがあります。要点と、詳しく書かれたページをまとめました。
| 聞かれること | 要点 | 詳しく書かれたページ |
|---|---|---|
| 送るデータ | OS の種類とバージョン、インストールされているパッケージなどの構成情報を送ります。脆弱性の判定は FutureVuls 側で行います | スキャンについて |
| 通信先 | FutureVuls へは、スキャナを入れたサーバから HTTPS（443番）で通信します。スキャナのダウンロードには HTTP（80番）も使えます。このほかに、DNS（53番）と、OS のリポジトリや Windows Update への通信（HTTP または HTTPS）が必要です。リモートスキャンの場合は、スキャナを入れたサーバから対象のサーバへ SSH（22番）で接続します。FutureVuls からサーバへの通信はありません | 通信要件、スキャナの導入要件 |
| 必要な権限 | Linux では、インストールに root 権限が必要です。スキャンは、root 権限で動かすか、root 権限なしで動かすかを選べます。root 権限があると、再起動が必要なパッケージや動いているプロセスも調べられます。Windows では、管理者として起動したコマンドプロンプトでインストールします。定期スキャンは SYSTEM ユーザで動きます | スキャナのインストール |
| サーバに追加されるもの | Linux では、実行用のユーザとグループ（vuls-saas）、/opt/vuls-saas のファイル、ログ用の /var/log/vuls、sudoers の設定（/etc/sudoers.d/vuls-saas）、定期実行の cron、必要な依存パッケージです。Windows では、C:\Program Files\vuls-saas のファイルと、定期実行のタスクスケジューラの設定です |
スキャナのインストール |
| データの保存場所 | アップロードされた構成情報やスキャン結果は、日本国内の AWS に保存されます。メール配信など一部の機能は、日本国外のサービスを使います | データの保存場所 |
| スキャナのソースコード | OSS の「Vuls」をもとにした専用のプログラムで、ソースコードは公開されています | Vuls（GitHub） |
セキュリティチェックシートへの回答など、ここにない質問への対応が必要な場合は、お問い合わせ窓口からご連絡ください。
インストールの前に通信を確かめる#
スキャナを入れるサーバで次のコマンドを実行し、200 と表示されれば、インストールに必要な通信ができています。それ以外の値が出る場合は、プロキシやファイアウォールの設定を確かめます（スキャナの導入要件）。
curl -o /dev/null -s -w "%{http_code}\n" https://installer.vuls.biz/vuls-installer.sh
確認した内容から決まるスキャン方法#
サーバの場合は、次の問いに上から順に答えていくと、使うスキャン方法が決まります。
| 問い | 「はい」なら | 更新 |
|---|---|---|
| 1. インターネットに接続でき、対象のサーバにスキャナを置ける | ローカルスキャン（まずはこれ。コマンド1つで導入できます） | 自動 |
| 2. SSH でつなげる中継サーバにスキャナを置ける | リモートスキャン | 自動 |
| 3. Amazon Inspector を有効にしている EC2 である | Inspector 連携 | 自動 |
| 4. サーバの SBOM（ソフトウェア部品表）を用意できる | SBOM インポート | 手動 |
| どれにも当てはまらない（閉域網など） | ペーストスキャン | 手動 |
「手動」の方法では、サーバの構成が変わるたびに登録し直す必要があります。できるだけ「自動」の方法を選ぶと、毎日の手間がかかりません。
コンテナイメージ、アプリケーションのライブラリ、ネットワーク機器などを登録したい場合も含め、方法ごとの手順は設定② サーバ・製品を登録するから各ページに進んでください。
つまずいたとき#
- プロキシや通信の条件がわからない：プロキシ環境・通信要件の確認
それでも解決しない場合は、お問い合わせ窓口からご連絡ください。
次に読むページ#
グループとメンバを用意します。設定① アカウントの構造をつくるに進みます。