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 でのデータの変更不可と削除不可
- バックアップの異常の検出
- マルウェアの検出
- マルウェアの検出について
共有マッピングまたはクラスタマッピングのシナリオについて
次のシナリオでは、ホスト ID からホスト名へのマッピングを複数のホスト間で共有できます。
異なるドメインの複数のホストが同一のホスト名を使用する場合
同一の仮想名が複数のクラスタノードによって使用されるクラスタ設定内
ただし、関連付けられたホストが同一の通信状態でない (一部が 8.0 以前で安全でない通信を行うことがあり、一部が 8.1 以降で安全な通信を行う) シナリオでは、通信が失敗することがあります。
[ホストマッピングを追加または削除 (Add or Remove Host Mappings)]ダイアログボックスを参照してください。
たとえば、次の例を考えてみます。
Host1: abc.secure.domain1.com、バージョン: 8.1、ポリシー: P1
Host2: abc.insecure.domain2.com、バージョン: 7.7.3、ポリシー: P2
Host1 と Host2 は、ホスト名と同一の名前 (abc) を使用します。セキュリティ管理者が、Host2 の共有マッピングとして abc を追加します。
共有マッピングとクラスタマッピングの追加を参照してください。
8.0 以前のホストとの安全でない通信が有効になっています。
8.0 以前のホストとの安全でない通信についてを参照してください。
Host2 が別のホストとの通信を開始すると、マスターサーバーが Host2 の通信状態 (安全ではない) を検証しますが、Host1 の通信状態 (安全) とは異なります。両方のホストが同一のホスト名を使用していて、通信状態が一致しないため、Host2 との通信が失敗します。
推奨: Host2 を 8.1 以降にアップグレードします。
たとえば、次の例を考えてみます。
Host1: abc.secure.domain1.com、アクティブクラスタノード、バージョン: 8.1
Host2: abc.secure.domain1.com、非アクティブクラスタノード、バージョン: 8.0
Host1 と Host2 は同一の仮想名 (abc) を使用します。セキュリティ管理者が、Host2 の共有マッピングまたはクラスタマッピングとして abc を追加します。
共有マッピングとクラスタマッピングの追加を参照してください。
8.0 以前のホストとの安全でない通信が有効になっています。
8.0 以前のホストとの安全でない通信についてを参照してください。
Host1 が Host2 にフェールオーバーします。マスターサーバーが Host2 の通信状態 (安全ではない) を検証しますが、Host1 の通信状態 (安全) とは異なります。両方のホストの通信状態が一致しないため、Host2 との通信が失敗します。
推奨: Host2 を 8.1 にアップグレードします。
回避策: Host1 のホスト ID からホスト名へのマッピング abc を削除します。共有マッピングの場合、関連付けられたホストが同一の通信状態 (安全) でない場合、通信状態が安全でないホストの通信が失敗します。