NetBackup™ 安全和加密指南
- NetBackup 安全通信前必读
- 关于 NetBackup 中的安全通信
 - 如何在安装过程中部署 NetBackup CA 签名证书(或基于主机 ID 的证书)
 - 如何与主服务器群集节点进行安全通信
 - 关于在群集应用程序节点上安装的 NetBackup 客户端
 - 如何在升级过程中将 NetBackup 证书部署到主机
 - 证书部署过程中何时需要授权令牌
 - 为何需要将主机名(或 IP 地址)映射到主机 ID
 - 如何重置主机属性或主机通信状态
 - 目录库恢复方面发生的更改
 - 自动映像同步复制发生的更改
 - 具有已吊销证书的主机如何工作
 - 是否对 NetBackup 证书进行备份
 - 是否可以为主服务器配置外部证书
 - 如何使用外部证书与主服务器群集节点进行安全通信
 - 外部证书吊销列表的工作原理
 - 当主机无法直接连接到主服务器时如何进行通信
 - NetBackup 8.1 或更高版本主机如何与 NetBackup 8.0 及更早版本主机通信
 - 如何在云配置中与旧式介质服务器通信
 - 通信失败情形
 - 对 NetBackup 域中其他主机的安全通信支持
 - 针对 BMR 的安全通信支持
 - 配置用于保护 SQL Server 的 VMware 备份以及使用多个 NIC 的 SQL Server 备份
 
 - NetBackup 安全不断提高
 - 安全部署模型
 - 审核 NetBackup 操作
 - 第 I 部分. 身份信息和访问管理
- 关于身份信息和访问管理
 - AD 和 LDAP 域
 - 访问密钥
 - API 密钥
 - Auth.conf 文件
 - 基于角色的访问控制
 - 操作系统管理员的 NetBackup 界面访问权限
 - 智能卡或数字证书
 - 单点登录 (SSO)
 - NetBackup Access Control (NBAC) 安全
- 关于使用 NetBackup Access Control (NBAC)
 - 对 NetBackup 访问管理的管理
 - 关于 NetBackup Access Control (NBAC) 配置
 - 配置 NetBackup Access Control (NBAC)
 - 配置主服务器和介质服务器的“访问控制”主机属性
 - 客户端的访问控制主机属性对话框
 - 将 NetBackup Access Control (NBAC) 用于自动映像复制
 - 故障排除访问管理
 - 使用访问管理实用程序
 - 关于确定谁可以访问 NetBackup
 - 查看 NetBackup 用户组的特定用户权限
 - 升级 NetBackup Access Control (NBAC)
 - 使用带 NBAC 的更改服务器时的配置要求
 
 
 - 将安全配置风险降至最低
 - 配置多重身份验证
 - 配置多人授权
 - 第 II 部分. 传输中数据加密
- NetBackup CA 和 NetBackup 证书
- NetBackup 中的安全证书概述
 - 关于 NetBackup 中的安全通信
 - 关于安全管理实用程序
 - 有关主机管理
 - 关于全局安全设置
 - 关于基于主机名的证书
 - 关于基于主机 ID 的证书
- nbcertcmd 命令选项的 Web 登录要求
 - 使用证书管理实用程序发布并部署基于主机 ID 的证书
 - 关于 NetBackup 证书部署安全级别
 - 自动部署基于主机 ID 的证书
 - 管理用于对基于主机 ID 的证书私钥加密的密码和密码密钥
 - 部署基于主机 ID 的证书
 - 以异步方式部署基于主机 ID 的证书
 - 证书有效期时钟偏差的含义
 - 建立与主服务器(证书颁发机构)的信任关系
 - 强制或重写证书部署
 - 在非主服务器主机上重新安装 NetBackup 时,保留基于主机 ID 的证书
 - 在未连接主服务器的客户端上部署证书
 - 关于基于主机 ID 的证书截止日期和续订
 - 从介质服务器和客户端删除敏感证书和密钥
 - 从主机中清理基于主机 ID 的证书信息,然后再克隆虚拟机
 - 关于重新颁发基于主机 ID 的证书
 
 - 关于基于主机 ID 的证书的令牌管理
 - 关于基于主机 ID 的证书吊销列表
 - 关于吊销基于主机 ID 的证书
 - 删除基于主机 ID 的证书
 - 群集设置中基于主机 ID 的证书部署
 - 关于位于隔离区中的 NetBackup 客户端通过 HTTP 隧道与主服务器进行通信
 - 手动添加 NetBackup 主机
 - 迁移 NetBackup CA
 
 - 配置传输中数据加密 (DTE)
 - 外部 CA 和外部证书
- 关于 NetBackup 中的外部 CA 支持
 - 使用外部证书进行 NetBackup 主机通信的工作流程
 - 用于外部 CA 签名证书的配置选项
- NetBackup 服务器和客户端的 ECA_CERT_PATH
 - NetBackup 服务器和客户端的 ECA_TRUST_STORE_PATH
 - NetBackup 服务器和客户端的 ECA_PRIVATE_KEY_PATH
 - NetBackup 服务器和客户端的 ECA_KEY_PASSPHRASEFILE
 - NetBackup 服务器和客户端的 ECA_CRL_CHECK
 - NetBackup 服务器和客户端的 ECA_CRL_PATH
 - NetBackup 服务器和客户端的 ECA_CRL_PATH_SYNC_HOURS
 - NetBackup 服务器和客户端的 ECA_CRL_REFRESH_HOURS
 - NetBackup 服务器和客户端的 ECA_DISABLE_AUTO_ENROLLMENT
 - NetBackup 服务器和客户端的 ECA_DR_BKUP_WIN_CERT_STORE
 - NetBackup 主服务器的 MANAGE_WIN_CERT_STORE_PRIVATE_KEY 选项
 
 - NetBackup 服务在本地服务帐户上下文中运行时 Windows 证书存储库支持的限制
 - 关于外部 CA 的证书吊销列表
 - 关于证书注册
 - 关于查看主服务器的注册状态
 - 为 NetBackup Web 服务器配置外部证书
 - 配置主服务器以使用外部 CA 签名证书
 - 在安装后配置 NetBackup 主机(介质服务器、客户端或群集节点),以使用外部 CA 签名证书
 - 为远程主机注册外部证书
 - 查看 NetBackup 域支持的证书颁发机构
 - 在 NetBackup Web UI 中查看外部 CA 签名证书
 - 续订基于文件的外部证书
 - 删除证书注册
 - 在 NetBackup 域中禁用 NetBackup CA
 - 在 NetBackup 域中启用 NetBackup CA
 - 在 NetBackup 域中禁用外部 CA
 - 更改已注册外部证书的使用者名称
 - 关于群集主服务器的外部证书配置
 
 - 重新生成密钥和证书
 
 - NetBackup CA 和 NetBackup 证书
 - 第 III 部分. 静态数据加密
- 静态数据加密安全
 - NetBackup 密钥管理服务
 - 外部密钥管理服务
 
 - NetBackup 中用于安全通信的密码
 - NetBackup 中的 FIPS 遵从性
 - NetBackup Web 服务帐户
 - 使用非特权用户(服务用户)帐户运行 NetBackup 服务
 - 使用非特权用户帐户运行 NetBackup 命令
 - NetBackup 中数据的不可变性和不可删除性
 - 异常检测
 - 第 IV 部分. 恶意软件扫描
 
具备客户端加密的多数据中心
具备客户端加密选件的多数据中心是一个中到大型主机组(超过 50 台主机)。这些主机可以跨越两个或更多地理区域,并且可以通过广域网 (WAN) 进行连接。在此示例中,一个数据中心位于伦敦,另一个数据中心位于东京。两个数据中心通过专用 WAN 连接进行连接。
示例多数据中心可以使用客户端加密来确保线路和磁带中的数据机密性。此加密有助于降低在组织内的被动窃听风险。将磁带移到场外时会产生数据泄露风险。此数据中心模型可保证中量到大量(大于 50)受控主机的安全。数据中心和 DMZ 中的客户端可具备用于确定主机和用户身份的集中命名服务的潜力。
具备客户端加密功能的多数据中心包括以下要点:
NetBackup 通过 WAN 跨越两个或更多地理区域
对于保护场数外数据很有用
已加密客户端中的数据,并消除了数据在线路上的被动截取风险
密钥管理是在客户端上分散进行的
原始 NetBackup Encryption Option
使用客户端 CPU 执行加密
必须有用于取回数据的密钥。丢失密钥就意味着丢失数据。
当需要在场外扫描磁带或需要保证线路中的机密性时非常有用
下表介绍实现了客户端加密的多数据中心所使用的 NetBackup 部件。
表:实现了客户端加密的多数据中心所使用的 NetBackup 部件
| 
             部件  | 
             描述  | 
|---|---|
| 
             伦敦数据中心  | 
             包含主服务器、介质服务器 1 以及客户端 4、5 和 6。伦敦数据中心还包含客户端 6 和 7 的加密数据磁带以及客户端 4 和 5 的未加密数据磁带。伦敦数据中心通过专用 WAN 连接连接到东京数据中心。  | 
| 
             东京数据中心  | 
             包含介质服务器 2 以及客户端 7、10、11 和 12。东京数据中心还包含客户端 7 和 12 的加密数据磁带以及客户端 10 和 11 的未加密数据磁带。东京数据中心通过专用 WAN 连接连接到伦敦数据中心。  | 
| 
             广域网 (WAN)  | 
             指定专用 WAN 链路将伦敦数据中心和东京数据中心连接起来。WAN 提供了伦敦的主服务器与东京的介质服务器 2 以及客户端 7、10、11 和 12 之间的连接。WAN 还提供伦敦的介质服务器 1 与东京的客户端 7 之间的连接。  | 
| 
             主服务器  | 
             指定主服务器位于伦敦数据中心,且与介质服务器 1 以及客户端 4、5 和 6 进行通信。主服务器还使用 WAN 与东京的介质服务器 2 以及客户端 7、10、11 和 12 进行通信。  | 
| 
             介质服务器  | 
             指定多数据中心使用两个介质服务器。介质服务器 1 位于伦敦数据中心,介质服务器 2 位于东京数据中心。在伦敦,介质服务器 1 与主服务器以及客户端 4、5 和 6 进行通信。介质服务器 1 还与东京的客户端 7 进行通信。介质服务器 1 针对客户端 4 和 5 将未加密数据写入磁带。介质服务器 1 针对客户端 6 和 7 将加密数据写入磁带。请注意,客户端 7 位于东京,但是其磁带备份位于伦敦。客户端 6 和 7 的加密磁带在场外传输到伦敦的保管库。 在东京,介质服务器 2 通过 WAN 与伦敦的主服务器进行通信,并与东京的客户端 7、10、11 和 12 进行通信。介质服务器 2 针对客户端 10 和 11 将未加密数据写入磁带。介质服务器 2 还针对客户端 7 和 12 将加密数据写入磁带。请注意,尽管客户端 7 位于东京并在伦敦进行备份,它也会在东京进行备份。客户端 7 和 12 的加密磁带在场外传输到东京的保管库。  | 
| 
             客户端加密  | 
             指定客户端加密(图中未显示)确保线路上和磁带上数据的机密性。  | 
| 
             磁带  | 
             指定在伦敦数据中心和东京数据中心生成未加密和加密的数据磁带。加密磁带包含客户端加密备份数据。在伦敦,未加密磁带针对客户端 4 和 5 进行写入并在伦敦数据中心进行场内存储。加密磁带针对客户端 6 和 7 进行写入。加密磁带会场外传输到伦敦的保管库,从而实现灾难恢复保护。 在东京,未加密磁带针对客户端 10 和 11 进行写入并在东京数据中心进行场内存储。加密磁带针对客户端 7 和 12 进行写入。请注意,尽管客户端 7 位于东京并在东京进行备份,它也会在伦敦进行备份。加密磁带会场外传输到东京的保管库,从而实现灾难恢复保护。 注意: 要解密数据,用于加密数据的密钥必须可用。  | 
| 
             运输  | 
             指定多数据中心使用两类运输。一类运输在伦敦,另一类运输在东京。伦敦的运输卡车将客户端 6 和 7 的加密磁带场外运送到安全的伦敦保管库设施。东京的运输卡车将客户端 7 和 12 的加密磁带场外运送到安全的东京保管库设施。请注意,客户端 7 的备份副本在伦敦和东京两地保管。 注意: 即使路途很远,在运输过程中丢失了磁带,数据中心管理员也已潜在降低了数据泄露风险。通过使用客户端数据加密减少了此类泄露。  | 
| 
             场外保管库  | 
             指定多数据中心使用两个场外保管库。一个保管库位于伦敦,另一个保管库位于东京。两个保管库均在不同于数据中心所在位置场外提供安全的加密磁带存储设施。 注意: 将加密磁带存储在数据中心之外的位置可实现良好的灾难恢复保护。  | 
| 
             客户端  | 
             指定客户端位于伦敦和东京数据中心。在伦敦,客户端 4 是标准 NetBackup 类型。客户端 5 是位于 DMZ 中的 Web 服务器类型。客户端 6 经过客户端加密,同时还位于 DMZ 中。所有客户端类型都可以由主服务器进行管理,并通过介质服务器 1 将其数据备份到磁带。客户端 5 和 6 使用仅限于 NetBackup 的端口通过内部防火墙与 NetBackup 进行通信。客户端 6 使用仅限于 HTTP 的端口通过外部防火墙从 Internet 获得连接。 在东京,客户端 7 经过客户端加密,但位于 DMZ 之外。客户端 10 是标准 NetBackup 类型。客户端 11 是位于 DMZ 中的 Web 服务器类型。客户端 12 经过客户端加密,同时还位于 DMZ 中。所有客户端类型都可由伦敦的主服务器进行管理。客户端 7 数据通过介质服务器 1 和 2 备份到磁带。客户端 10、11 和 12 数据通过介质服务器 2 备份到磁带。客户端 11 和 12 使用仅限于 NetBackup 的端口通过内部防火墙与 NetBackup 进行通信。客户端 12 使用仅限于 HTTP 的端口通过外部防火墙从 Internet 获得连接。  | 
| 
             内部防火墙  | 
             指定多数据中心使用两个内部防火墙。一个内部防火墙位于伦敦,另一个内部防火墙位于东京。在伦敦,内部防火墙允许 NetBackup 访问 DMZ 中的 Web 服务器客户端 5 和经过客户端加密的客户端 6。在东京,内部防火墙允许 NetBackup 访问 DMZ 中的 Web 服务器客户端 11 和经过客户端加密的客户端 12。仅为进出 DMZ 的数据通信启用了选定的 NetBackup 端口和可能的其他应用程序端口。在外部防火墙中打开的 HTTP 端口无法通过内部防火墙。  | 
| 
             隔离区 (DMZ)  | 
             指定多数据中心使用两个 DMZ。一个 DMZ 位于伦敦,另一个 DMZ 位于东京。在伦敦,DMZ 为 Web 服务器客户端 5 和经过客户端加密的客户端 6 提供“安全”操作区域。客户端存在于内部防火墙与外部防火墙之间。DMZ 中的 Web 服务器客户端 5 和经过客户端加密的客户端 6 可以与 NetBackup 进行通信。两个客户端使用指定的 NetBackup 端口通过内部防火墙进行通信。Web 服务器客户端 5 还可以仅使用 HTTP 端口通过外部防火墙与 Internet 通信。 在东京,DMZ 为 Web 服务器客户端 11 和经过客户端加密的客户端 12 提供“安全”操作区域。客户端 12 存在于内部防火墙与外部防火墙之间。DMZ 中的 Web 服务器客户端 11 可以使用指定的 NetBackup 端口通过内部防火墙与 NetBackup 通信。Web 服务器客户端 11 还可以仅使用 HTTP 端口通过外部防火墙与 Internet 通信。  | 
| 
             外部防火墙  | 
             指定多数据中心可以使用两个外部防火墙。一个外部防火墙位于伦敦,另一个外部防火墙位于东京。在伦敦,外部防火墙允许外部用户通过 HTTP 端口从 Internet 访问位于 DMZ 中的 Web 服务器客户端 5。NetBackup 端口处于打开状态,以便于 Web 服务器客户端 5 通过内部防火墙与 NetBackup 进行通信。不允许 NetBackup 端口通过外部防火墙访问 Internet。只有 Web 服务器客户端 5 的 HTTP 端口可以通过外部防火墙访问 Internet。无法从 Internet 访问经过客户端加密的客户端 6。 在东京,外部防火墙允许外部用户通过 HTTP 端口从 Internet 访问位于 DMZ 中的 Web 服务器客户端 11。NetBackup 端口处于打开状态,以便于 Web 服务器客户端 11 通过内部防火墙与 NetBackup 进行通信。不允许 NetBackup 端口通过外部防火墙访问 Internet。只有 Web 服务器客户端 11 的 HTTP 端口可以通过外部防火墙访问 Internet。无法从 Internet 访问经过客户端加密的客户端 12。  | 
| 
             Internet  | 
             指定只有一个 Internet,但是此多数据中心示例中有两个 Internet 连接。一个 Internet 连接位于伦敦,另一个 Internet 连接位于东京。Internet 是通过铜线、光纤电缆和无线连接链接到一起的互连计算机网络集合。在伦敦,Web 服务器客户端 5 可以通过外部防火墙使用 HTTP 端口在 Internet 上进行通信。在东京,Web 服务器客户端 11 可以通过外部防火墙使用 HTTP 端口在 Internet 上进行通信。  |