Network SecurityReviewed 2026-09-10

NSG Rule Processing

direction、priority、5-tuple、stateful flow recordを踏まえてNSGの実効動作を読む。

Scope: 設計・運用で誤りやすい点を優先して整理。SKU/region/limitsは変更されるため、実装時はリンク先のcurrent Microsoft Learnを再確認してください。

Overview

direction、priority、5-tuple、stateful flow recordを踏まえてNSGの実効動作を読む。

Key technical points

  • inboundではpublic→private NAT後のdestinationを基準にNSGが評価される。
  • outboundはprivate→public translation前に評価される。
  • response traffic用の逆方向allowを重複定義する必要は通常ない。

Design guidance

  • network controlだけで認証・authorizationを代替しない。Identity/RBAC/app authと多層化する。
  • default deny/central enforcementを強める前にflow telemetryで必要通信を把握する。
  • rule changeは既存connectionと新規connectionで見え方が異なることを踏まえてtestする。

Operations checklist

  1. 対象flowのsource/destination/port/protocolを固定する。
  2. NSG/Firewall/WAF logsで実際の判定ruleを確認する。
  3. 変更後はnew connectionで同じflowを再試験する。

Common pitfalls

  • Allow rule追加だけで既存higher-priority Denyを見落とす。
  • rule変更後に既存sessionだけ確認して「通った」と判断する。

Verification pattern

Control plane
resource state、association、policy、route/BGP configが期待通りかを確認。
Data plane
同一5-tupleまたは実application journeyで到達性・latency・security判定を実証。
Observability
diagnostic logs / flow logs / Network Watcherで実際の判定とpathを残す。
Rollback
設定を戻した後のroute convergence、DNS cache、existing sessionまで確認。

Official sources