Network Security参照資料確認: 2026-09-11

Firewall Rule Review Checklist

Azure Firewall/NSG rule追加をsource、destination、service、action、priority、expiry、owner、evidence、route/DNS/NAT影響までreviewする。

Scope: Microsoft Learn / Azure Architecture Centerの一次資料を2026-09-11時点で確認し、旧来の短い記事を公開運用向けdeep diveへ更新。SKU、region、limits、Preview statusは変わるため、実装直前にOfficial sourcesを再確認してください。

Firewall Rule Review Checklistを理解するための前提

Firewall PolicyはRule Collection Group→Rule Collection→Ruleの階層でpriority/processingされる。 Azure FirewallではDNAT、Network、Applicationのrule type processing orderがあり、priority数値だけではtype順を変えられない。

NSGはpriorityの小さいruleから評価しstateful flowとして動作する。 reviewではsource/destinationをCIDR/FQDN/service tag/ASGのどの表現で持つかを要件に合わせる。

temporary allowはexpiry/owner/rollback triggerを必須にし、永続化を防ぐ。 ruleだけでなくUDR/NAT/DNS/TLS/WAF等のadjacent controlを確認し、別layerの問題をallow ruleで隠さない。

通信や判断の流れを追う
SourceRouteNSG / PolicyWorkloadResponse

Control plane と data plane

Control planeFirewall Policy/NSG rule、priority、group/collection、ASG/service tag/FQDN objectがcontrol plane。
Data planeactual 5-tupleがroute/NAT後にどのruleへmatchするかがdata plane。stateful sessionではexisting flowとnew flowの挙動差もある。

仕組みと設計上の意味

request ticketの「通信できるように」だけでruleを作らず、source/destination/protocol/port/方向/目的/期限を固定する。

FQDN application ruleとnetwork ruleはmatching layerが異なるため、DNS/TLS/SNI requirementを確認する。

DNATはtranslated destinationとbackend route/securityをreviewする。

deny removalでは既存denyの目的/ownerを確認し、shadowed ruleを含むpolicy全体を評価する。

Packet / decision path

source→destinationを1本のflowとして固定し、名前解決・routing・security・NAT/service processing・return pathを必要な範囲で順に確認する。

  1. requested 5-tuple/business purpose確認。
  2. current route/NAT/DNSを確認。
  3. existing rule overlap/shadow/precedence確認。
  4. least-privilege rule案とexpiry/owner設定。
  5. expected allow/deny test + logsでvalidation。

設計判断

判断点推奨理由
Source最小CIDR/ASG/identity-adjacent objectbroad anyを避ける
Destinationservice/resource単位に限定blast radius縮小
Service必要protocol/portのみany serviceを避ける
Lifecycleowner + expiry + rollbacktemporary ruleを残さない

確認手順

Azure Portal

  • Firewall Policy/NSGで既存rule/priorityを検索。
  • rule hit logs/effective NSGでcurrent decisionを確認。
  • change後expected allowと隣接denyを検証。

Evidence contract

Identitysubscription / resource group / resource ID / regionを固定。
Before / After同じsource・destination・protocol・portで比較。
Effective state設定値だけでなくeffective route/security/health/logを取得。
Runtimecontrol-plane Succeededとapplication successを分けて判定。
Azure CLI — read-only first
az network firewall policy show -g <rg> -n <policy> -o jsonc
az network nsg rule list -g <rg> --nsg-name <nsg> -o table
az network watcher test-ip-flow -g <rg> --vm <vm> --direction Outbound --protocol TCP --local <src:port> --remote <dst:port>
PowerShell — read-only first
Get-AzFirewallPolicy -ResourceGroupName <rg> -Name <policy>
Get-AzNetworkSecurityGroup -ResourceGroupName <rg> -Name <nsg>

障害切り分け

症状疑う点証拠次の確認
追加ruleがhitしないhigher precedence/type orderlogs + policy hierarchypriority/type確認
広すぎるallowsource/dest/service未限定rule diffleast privilege化
rule追加で別通信影響shared object/priority overlapadjacent testscope/priority修正
rollbackしてもsession残るstateful existing flownew connection teststate expirationを考慮

変更・rollback

  • before policy/rule exportを保存。
  • temporary ruleはexpiry ticket/automationを付ける。
  • rollbackはrule削除だけでなくpriority/associated policy変更も戻す。
  • post-change evidenceにallow/deny両方のtest resultを残す。

Official sources