NetBackup ™ セキュリティおよび暗号化ガイド
- NetBackup での安全な通信 (最初にお読みください)
- 通信エラーのシナリオ
- NetBackup セキュリティの強化
- セキュリティの配置モデル
- NetBackup 操作の監査
- 第 I 部 個人情報とアクセスの管理
- 個人情報とアクセスの管理について
- AD ドメインと LDAP ドメイン
- アクセスキー
- API キー
- auth.conf ファイル
- 役割に基づくアクセス制御
- スマートカードまたはデジタル証明書
- シングルサインオン (SSO)
- 拡張監査
- NetBackup アクセス制御セキュリティ (NBAC)
- NetBackup アクセス制御 (NBAC) の構成
- マスターおよびメディアサーバーの[アクセス制御 (Access Control)]ホストプロパティの構成
- クライアントの[アクセス制御 (Access Control)]ホストプロパティダイアログボックス
- アクセス管理のトラブルシューティング
- NetBackup へアクセス可能なユーザーの決定について
- NetBackup ユーザーグループの特定のユーザー権限の表示
- 第 II 部 移動中のデータの暗号化
- NetBackup CA および NetBackup 証明書
- セキュリティ管理ユーティリティについて
- ホスト管理について
- 共有マッピングとクラスタマッピングの追加
- 証明書の自動再発行の許可または禁止
- グローバルセキュリティ設定について
- ホスト名ベースの証明書について
- ホスト ID ベースの証明書について
- 証明書管理ユーティリティを使ったホスト ID ベースの証明書の発行と配備
- NetBackup 証明書の配備のセキュリティレベルについて
- マスターサーバー (CA) との信頼の設定
- ホスト ID ベースの証明書の再発行について
- ホスト ID ベースの証明書のトークン管理について
- ホスト ID ベースの証明書失効リストについて
- ホスト ID ベースの証明書の無効化について
- クラスタ化されたセットアップでのホスト ID ベースの証明書配備
- クラスタ化された NetBackup ホストでのホスト ID ベースの証明書の配備について
- NetBackup CA の移行
- 移動中のデータの暗号化 (DTE) の構成
- 外部 CA と外部証明書
- NetBackup での外部 CA のサポートについて
- 外部 CA が署名した証明書の構成オプション
- NetBackup サーバーとクライアントの ECA_CERT_PATH
- 外部 CA の証明書失効リストについて
- 証明書の登録について
- NetBackup Web サーバーで外部証明書を使用するための構成
- クラスタマスターサーバー用の外部証明書の構成について
- キーと証明書の再生成
- NetBackup CA および NetBackup 証明書
- 第 III 部 格納データの暗号化
- 格納データの暗号化セキュリティ
- NetBackup クライアントの暗号化について
- クライアントでの標準暗号化の構成
- クライアントでのレガシー暗号化の構成
- NetBackup Key Management Service
- FIPS 対応 KMS について
- KMS のインストール
- KMS の構成
- キーグループとキーレコードについて
- キーレコードの状態の概要
- KMS と連携するための NetBackup の構成
- 暗号化への KMS の使用について
- KMS データベースの要素
- コマンドラインインターフェース (CLI) コマンド
- KMS のトラブルシューティング
- 外部のキーマネージメントサービス
- 格納データの暗号化セキュリティ
- NetBackup での FIPS 準拠
- NetBackup Web サービスアカウント
- 特権のないユーザー (サービスユーザー) アカウントでの NetBackup サービスの実行
- NetBackup でのデータの変更不可と削除不可
- バックアップの異常の検出
- マルウェアの検出
- マルウェアの検出について
格納データの暗号化に関する注意事項
次の表では、格納データの暗号化に関する制限事項について説明します。
表: 格納データの暗号化に関する制限事項
制限事項 | 説明 |
---|---|
データの暗号化によるコンピュータのパフォーマンスへの影響 |
データ圧縮アルゴリズムと同様、暗号化アルゴリズムでは CPU に高い負荷がかかります。コンピュータのハードウェア (専用または共有のいずれか) を追加せずにデータを圧縮すると、コンピュータと NetBackup のパフォーマンスに影響します。 |
データの圧縮はデータの暗号化より先に実行する必要がある |
データの圧縮アルゴリズムでは、データを圧縮するためにデータのパターンが検索されます。暗号化アルゴリズムでは、データにスクランブルがかけられ、パターンが削除されます。このため、データの圧縮を行う場合はデータの暗号化手順の前に行う必要があります。 |
暗号化アルゴリズムの選択 |
多くの暗号化アルゴリズムおよび関連する鍵のサイズがあります。データの暗号化には、どれを使用すればよいでしょうか。AES (Advanced Encryption Standard) はデータの暗号化規格であり、128、192 または 256 ビットの暗号化鍵がサポートされます。 |
推奨される鍵のサイズ |
有効な最大の鍵サイズを選択してください。通常、鍵のサイズが大きいと、鍵サイズが小さい場合よりもデータをより安全に、長期間保護できます。AES は最良の選択の 1 つです。3 つの鍵長 (128、192、256 ビット) がすべてサポートされているため、安全であると考えられています。 |
暗号化ソリューションの FIPS 認定 |
米国政府による使用には FIPS 認定が必要ですが、暗号化ソリューションを評価する唯一の条件にしないでください。 次に示す他の事項も考慮して決定する必要があります。
|
暗号化鍵の適切な粒度 |
暗号化鍵の適切な粒度は、家のセキュリティを例に使用すると最も分かりやすくなります。家の鍵が 1 つだけの場合は便利です。車庫、玄関口、裏口すべてに同じ鍵を使用して入ることができます。このセキュリティは、鍵の安全性が低下する (たとえば、鍵が盗まれる) までは効果的です。鍵の安全性が低下した場合は、この鍵を使用するすべてのロックを取り替える必要があります。極端な例では、家のすべての引き出しと戸棚に対してそれぞれの鍵を持っている人もいます。この場合、鍵を紛失しても 1 つのロックを取り替えるだけで済みます。 適切な解決方法は、これらの 2 つの例の中間にあります。ビジネスプロセスの観点から、安全性の低下した鍵または消失した鍵に対する耐性を理解する必要があります。鍵を消失した場合は、その鍵で暗号化されたすべてのデータが失われます。鍵の安全性が低下した場合は、その鍵で暗号化されたすべてのデータを復号化し、再び暗号化してセキュリティ保護する必要があります。 |