当ページは検証・整備中のドラフトです。
内容は実環境での検証や追加調査により変更される予定です。
参照：ページ公開・更新ポリシー
目的
アップデートを自動化していても、手動インストールした開発環境（Docker、Node.jsライブラリ等）や、過去の検証で変更したOSの構成ミス（甘い共有設定、レガシー暗号の有効化等）は検知できない。定期的な「脆弱性スキャン」によって、デバイス内部の死角を監査・可視化し、攻撃者に突かれる前にセキュリティ欠陥の芽を摘み取る。
実践手順
OpenVAS（GVM）を用いたローカルスキャン環境の構築
- 大企業向けの常時監視SaaSではなく、SOHO環境でも無償でフルスキャンを実行できるオープンソースツールを利用する。
- Dockerを用いたスキャンコンテナの立ち上げ：
docker run -d -p 9392:9392 --name openvas greenbone/gvm-libs- ※検証用PCやローカルサーバーからターゲット端末のIPアドレスを指定し、ネットワーク経由での脆弱性診断（外部公開ポートやバナー情報の精査）を定期実行する。
クラウド型無償スキャナー（Tenable Nessus Essentials等）の登録と運用
- 家庭内・SOHO内のデバイス16台まで無償で利用可能な商用グレードのスキャナーを導入する。
- スキャンポリシーの設定：
- ホスト発見から詳細なポートスキャン、OS検出を含む「Basic Network Scan」を選択。
- スケジュールを月1回（例：第一土曜日の夜間）に設定し、業務に影響のない時間帯に自動巡回させる。
診断レポートの読み方とトリアージ（優先順位付け）
- スキャン結果に出力される「CVSS（共通脆弱性評価システム）」のスコアを基準に、対応の優先度を機械的に分ける。
- Critical (9.0〜10.0) / High (7.0〜8.9)： 即時対応。リモートコード実行（RCE）の恐れがあるため、機材のネットワーク隔離または緊急パッチ適用を実行。
- Medium (4.0〜6.9)： 次回メンテナンス時（週末等）に対応。
- Low (0.1〜3.9)： 基本は情報（Info）として蓄積。設定のバグや軽微なバージョン露出にとどまるため、優先度は低。
運用・検証ルール
- スキャンログと修正確認
- 脆弱性指摘箇所の修正（設定変更、アプリ削除、パッチ適用）を実行後、必ず「再スキャン（Rescan）」をトリガーする。
- 前回のレポートで「Critical」「High」に指定されていた項目がすべて「消滅（Passed）」していることを目視で確認し、ダッシュボードがグリーンに変わった状態を維持する。