ルールの順序
CoddyのCybersecurityジャーニー「被害の拡大を防ぐ」セクションの一部。レッスン 7/20。
先行するルールですでに接続の可否が決まっている場合、正しいルールでも効果がないことがあります。Lumenのファイアウォールは最初に一致したルールで処理を止めます。
次の練習用ポリシーを確認してください。
seclab machine demo-shop次の行を探してください。
firewall (first match wins, anything unmatched is blocked):
rule action port from note
1 allow any any
2 deny 22 office never used: rule 1 decides first最初に「すべてを許可する」ルールがあります。その下にあるオフィス管理者向けの拒否ルールには、処理が到達しません。既存の拒否ルールを先頭に移動してください。
seclab firewall demo-shop move 2 1次のように表示されます。
Moved rule 2 on demo-shop to position 1. Rules are checked top down.もう一度、ルールの順序を確認してください。
seclab machine demo-shop次の行を探してください。
firewall (first match wins, anything unmatched is blocked):
rule action port from note
1 deny 22 office
2 allow any anyこれで、拒否ルールによってオフィスからポート22への通信が処理されます。それ以外の通信は次のルールに進みます。順序を変更すれば、同じ拒否ルールをもう一つ追加せずに、このポリシーを修正できます。
チャレンジ
簡単Sam（IT責任者）からのチケット
新たに追加された report-server には office administration からのアクセス拒否ルールが設定されていますが、dispatch-pc からは引き続きアクセスできます。このルールが機能しない理由を見つけ、次にサーバー設定を読み取ろうとする前にポリシーを修正してください。サーバーの HTTPS サービスは利用可能な状態に保ち、checkout と承認済みの dispatch backup は引き続き動作するようにしてください。
自分で試してみよう
ターミナル