経路をテストする
CoddyのCybersecurityジャーニー「被害の拡大を防ぐ」セクションの一部。レッスン 2/20。
接続に失敗しても、必ずしもファイアウォールによって遮断されたとは限りません。宛先のプログラムが停止しているだけかもしれません。
probeを使って、既知の接続の現在の経路を確認します。
seclab probe demo-order次のように表示されます。
till-north -> demo-shop:443
Blocked: service_stopped結果には service_stopped と表示されています。宛先のサービスが実行されていないため、ファイアウォールルールを変更してもこの問題は解決しません。
この練習ケースでは、メンテナンスのメモで demo-checkout が実行中であるべきことが確認されています。起動しましょう。
seclab process demo-checkout start次のように表示されます。
demo-checkout: running.もう一度 probe を実行します。
seclab probe demo-order次のように表示されます。
till-north -> demo-shop:443
Allowed: allowed (rule 1)これで経路が許可されました。probe は顧客ファイルを送信したり、時計を進めたりせずに経路を確認します。修復方法を選ぶ前に、その理由を確認してください。
チャレンジ
簡単Sam（ITリード）からのチケット
メンテナンス後、Checkoutが動作しなくなりました。place-orderの接続を追跡し、失敗の原因を見つけてください。承認済みのサービスを復旧し、お客様が再び注文できるようにしてください。dispatch-pcの承認済みバックアップを稼働させたままにし、以前のアカウント保護もそのまま維持してください。
自分で試してみよう
ターミナル