你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

如何保护 DNS 区域和记录

项目
11/30/2023

注意

建议使用 Azure Az PowerShell 模块与 Azure 交互。若要开始，请参阅安装 Azure PowerShell。若要了解如何迁移到 Az PowerShell 模块，请参阅将 Azure PowerShell 从 AzureRM 迁移到 Az。

DNS 区域和记录是关键资源。删除 DNS 区域或单个 DNS 记录可能导致服务中断。重要的是保护 DNS 区域和记录，防止未经授权的或意外的更改。

本文介绍如何通过 Azure DNS 来保护专用 DNS 区域和记录，使之避免受到此类更改。我们应用了 Azure 资源管理器提供的两个强大的安全功能：Azure 基于角色的访问控制 (Azure RBAC) 和资源锁。

Azure 基于角色的访问控制

Azure 基于角色的访问控制 (Azure RBAC) 可用于对 Azure 用户、组和资源进行精细的访问管理。使用 Azure RBAC，可以授予用户所需的访问权限级别。如需详细了解 Azure RBAC 如何帮助你管理访问权限，请参阅什么是 Azure 基于角色的访问控制 (Azure RBAC)。

“DNS 区域参与者”角色

“DNS 区域参与者”角色是用于管理专用 DNS 资源的内置角色。此角色应用于用户或组，用于管理 DNS 资源。

资源组 myResourceGroup 包含 Contoso Corporation 的五个区域。授予 DNS 管理员对该资源组的 DNS 区域参与者权限，可以完全控制这些 DNS 区域。它可以避免授予不必要的权限。 DNS 管理员无法创建或停止虚拟机。

分配 Azure RBAC 权限的最简单方法是使用 Azure 门户。

打开资源组的“访问控制(IAM)”，接着选择“+ 添加”，然后选择“DNS 区域参与者”角色。选择所需用户或组来授予权限。

资源组的“访问控制”页的屏幕截图。

也可以使用 Azure PowerShell授予权限：

# Grant 'DNS Zone Contributor' permissions to all zones in a resource group

$usr = "<user email address>"
$rol = "DNS Zone Contributor"
$rsg = "<resource group name>"

New-AzRoleAssignment -SignInName $usr -RoleDefinitionName $rol -ResourceGroupName $rsg

也可通过 Azure CLI 提供等效命令：

# Grant 'DNS Zone Contributor' permissions to all zones in a resource group

az role assignment create \
--assignee "<user email address>" \
--role "DNS Zone Contributor" \
--resource-group "<resource group name>"

区域级别 Azure RBAC

Azure RBAC 规则可应用于订阅，资源组或单个资源。该资源可以是单个 DNS 区域，也可以是单个记录集。

例如，资源组 myResourceGroup 包含区域 contoso.com 和子区域 customers.contoso.com。针对每个客户帐户创建 CNAME 记录。为用于管理 CNAME 记录的管理员帐户分配在 customers.contoso.com 区域中创建记录的权限。此帐户只能管理 customers.contoso.com。

可以通过 Azure 门户授予区域级别的 Azure RBAC 权限。打开区域的“访问控制(IAM)”，选择“+ 添加”，接着选择“DNS 区域参与者”角色，然后选择所需用户或组来授予权限。

DNS 区域的“访问控制”页的屏幕截图。

也可以使用 Azure PowerShell授予权限：

# Grant 'DNS Zone Contributor' permissions to a specific zone

$usr = "<user email address>"
$rol = "DNS Zone Contributor"
$rsg = "<resource group name>"
$zon = "<zone name>"
$typ = "Microsoft.Network/DNSZones"

New-AzRoleAssignment -SignInName $usr -RoleDefinitionName $rol -ResourceGroupName $rsg -ResourceName $zon -ResourceType $typ

也可通过 Azure CLI 提供等效命令：

# Grant 'DNS Zone Contributor' permissions to a specific zone

az role assignment create \
--assignee <user email address> \
--role "DNS Zone Contributor" \
--scope "/subscriptions/<subscription id>/resourceGroups/<resource group name>/providers/Microsoft.Network/DnsZones/<zone name>/"

记录集级别 Azure RBAC

在记录集级别应用权限。用户有权对其所需的条目进行控制，但无法进行任何其他更改。

记录集级别的 Azure RBAC 权限可在 Azure 门户中使用“记录集”页面中的“用户”按钮进行配置：

记录集中“用户”按钮的屏幕截图。

还可以使用 Azure PowerShell 授予记录集级别 Azure RBAC 权限：

# Grant permissions to a specific record set

$usr = "<user email address>"
$rol = "DNS Zone Contributor"
$sco = 
"/subscriptions/<subscription id>/resourceGroups/<resource group name>/providers/Microsoft.Network/dnszones/<zone name>/<record type>/<record name>"

New-AzRoleAssignment -SignInName $usr -RoleDefinitionName $rol -Scope $sco

也可通过 Azure CLI 提供等效命令：

# Grant permissions to a specific record set

az role assignment create \
--assignee "<user email address>" \
--role "DNS Zone Contributor" \
--scope "/subscriptions/<subscription id>/resourceGroups/<resource group name>/providers/Microsoft.Network/dnszones/<zone name>/<record type>/<record name>"

自定义角色

内置“DNS 区域参与者”角色可以完全控制 DNS 资源。可以构建自己的自定义 Azure 角色，进行更细致的控制。

对用于管理 CNAME 的帐户仅授予管理 CNAME 记录的权限。此帐户无法修改其他类型的记录。此帐户无法执行区域级别操作，例如区域删除。

以下示例显示了仅用于管理 CNAME 记录的自定义角色定义：

{
    "Name": "DNS CNAME Contributor",
    "Id": "",
    "IsCustom": true,
    "Description": "Can manage DNS CNAME records only.",
    "Actions": [
        "Microsoft.Network/dnsZones/CNAME/*",
        "Microsoft.Network/dnsZones/read",
        "Microsoft.Authorization/*/read",
        "Microsoft.Insights/alertRules/*",
        "Microsoft.ResourceHealth/availabilityStatuses/read",
        "Microsoft.Resources/deployments/*",
        "Microsoft.Resources/subscriptions/resourceGroups/read",
        "Microsoft.Support/*"
    ],
    "NotActions": [
    ],
    "AssignableScopes": [
        "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e"
    ]
}

操作属性定义以下特定于 DNS 的权限：

Microsoft.Network/dnsZones/CNAME/* 授予对 CNAME 记录的完全控制权
Microsoft.Network/dnsZones/read 授予读取 DNS 区域的权限，但不能修改它们，可查看创建 CNAME 的区域。

其余操作从 DNS 区域参与者内置角色中复制。

注意

使用 Azure 自定义角色防止删除记录集的同时仍允许它们更新，这不是一种有效的控制方式。此方法仅可防止记录集被删除，但不会阻止它们被修改。允许的修改包括添加和删除记录集中的记录，还包括删除所有记录，只留下空记录集。这与从 DNS 解析视点中删除记录集具有相同的效果。

当前无法通过 Azure 门户定义自定义角色定义。可以使用 Azure PowerShell 创建基于此角色定义的自定义角色：

# Create new role definition based on input file
New-AzRoleDefinition -InputFile <file path>

也可以通过 Azure CLI 创建：

# Create new role definition based on input file
az role definition create --role-definition <file path>

如本文前面部分所述，该角色可由与内置角色相同的方式进行分配。

如需详细了解如何创建、管理和分配自定义角色，请参阅 Azure 自定义角色。

资源锁

Azure 资源管理器支持另一种类型的安全控制：资源锁定功能。资源锁应用于资源，对所有用户和角色都有效。更多信息请参阅使用 Azure Resource Manager 锁定资源。

有两种类型的资源锁： CanNotDelete 和 ReadOnly 。这些锁类型可以应用到专用 DNS 区域或单个记录集。以下各节描述了几种常见情况以及如何使用资源锁支持它们。

防止所有更改

若要防止进行更改，请在该区域应用 ReadOnly 锁。该锁会阻止创建新的记录集，并防止修改或删除现有记录集。

可通过 Azure 门户创建区域级别的资源锁。在 DNS 区域页中，选择“锁定”，然后选择“+ 添加” ：

区域级别资源锁的屏幕截图。

也可通过 Azure PowerShell 创建区域级别的资源锁：

# Lock a DNS zone

$lvl = "<lock level>"
$lnm = "<lock name>"
$rsc = "<zone name>"
$rty = "Microsoft.Network/DNSZones"
$rsg = "<resource group name>"

New-AzResourceLock -LockLevel $lvl -LockName $lnm -ResourceName $rsc -ResourceType $rty -ResourceGroupName $rsg

也可通过 Azure CLI 提供等效命令：

# Lock a DNS zone

az lock create \
--lock-type "<lock level>" \
--name "<lock name>" \
--resource-name "<zone name>" \
--namespace "Microsoft.Network" \
--resource-type "DnsZones" \
--resource-group "<resource group name>"

保护单个记录

要防止对现有 DNS 记录集的修改，可将 ReadOnly 锁应用到记录集。

注意

将 CanNotDelete 锁应用到记录集不能达到有效控制。它仅可防止记录集被删除，但不会阻止其被修改。允许的修改包括添加和删除记录集中的记录，还包括删除所有记录，只留下空记录集。这与从 DNS 解析视点中删除记录集具有相同的效果。

记录集级别资源锁定当前只能使用 Azure PowerShell 进行配置。它们在 Azure 门户或 Azure CLI 中不受支持。

# Lock a DNS record set

$lvl = "<lock level>"
$lnm = "<lock name>"
$rsc = "<zone name>/<record set name>"
$rty = "Microsoft.Network/DNSZones/<record type>"
$rsg = "<resource group name>"

New-AzResourceLock -LockLevel $lvl -LockName $lnm -ResourceName $rsc -ResourceType $rty -ResourceGroupName $rsg

防止区域删除

在 Azure DNS 中删除区域时，会删除区域中的所有记录集。无法撤消此操作。意外删除关键区域有可能产生巨大的业务影响。防止区域意外删除很重要。

在该区域应用 CanNotDelete 锁即可防止区域被删除。锁由子资源继承。锁会阻止区域中的任何记录集被删除。如以上说明所述，由于记录仍可从现有记录集中删除，因此它不起作用。

替代方法是将 CanNotDelete 锁应用于该区域的记录集，例如 SOA 记录集。如果不一并删除记录集，则不会删除该区域。该锁虽然阻止区域删除，但允许随意修改区域内的记录集。如果尝试删除区域，Azure 资源管理器会检测到该删除操作。该删除操作还会删除 SOA 记录集，而由于 SOA 已锁定，因此 Azure 资源管理器会阻止调用。而不会删除任何记录集。

以下 PowerShell 命令针对给定区域的 SOA 记录创建 CanNotDelete 锁：

# Protect against zone delete with CanNotDelete lock on the record set

$lvl = "CanNotDelete"
$lnm = "<lock name>"
$rsc = "<zone name>/@"
$rty = "Microsoft.Network/DNSZones/SOA"
$rsg = "<resource group name>"

New-AzResourceLock -LockLevel $lvl -LockName $lnm -ResourceName $rsc -ResourceType $rty -ResourceGroupName $rsg

防止意外删除区域的另一选项是使用自定义角色。该角色确保用于管理区域的帐户不具有区域删除权限。

确实需要删除区域时，可以强制执行两步删除：

首先，授予区域删除权限
其次，授予删除区域的权限。

自定义角色适用于这些帐户所访问的所有区域。具有区域删除权限的帐户（如订阅所有者）仍然可能会意外删除区域。

可以同时使用资源锁和自定义角色这两种方法，作为 DNS 区域保护的深度防御方法。

后续步骤

有关如何使用 Azure RBAC 的详细信息，请参阅什么是 Azure 基于角色的访问控制 (Azure RBAC)。
有关使用资源锁的详细信息，请参阅使用 Azure 资源管理器锁定资源。

通过

如何保护 DNS 区域和记录

Azure 基于角色的访问控制

“DNS 区域参与者”角色

区域级别 Azure RBAC

记录集级别 Azure RBAC

自定义角色

资源锁

防止所有更改

保护单个记录

防止区域删除

后续步骤

反馈

其他资源