Przetestuj trasę
Część sekcji Powstrzymywanie rozprzestrzeniania się zagrożenia ścieżki Cybersecurity w Coddy. Lekcja 2 z 20.
Nieudane połączenie nie zawsze oznacza, że zablokowała je zapora. Program docelowy może być po prostu zatrzymany.
Użyj probe, aby sprawdzić bieżącą trasę znanego połączenia:
seclab probe demo-orderPowinien pojawić się wynik:
till-north -> demo-shop:443
Blocked: service_stoppedWynik wskazuje service_stopped. Usługa docelowa nie działa, więc zmiana reguły zapory nie rozwiąże tego problemu.
W tym ćwiczeniu notatka konserwacyjna potwierdza, że demo-checkout powinien działać. Uruchom go:
seclab process demo-checkout startPowinien pojawić się wynik:
demo-checkout: running.Wykonaj ponownie polecenie probe:
seclab probe demo-orderPowinien pojawić się wynik:
till-north -> demo-shop:443
Allowed: allowed (rule 1)Trasa jest teraz dozwolona. Probe sprawdza trasę bez wysyłania pliku klienta ani przesuwania zegara. Przed wybraniem rozwiązania przeczytaj podany powód.
Wyzwanie
ŁatwyZgłoszenie od Sama, kierownika IT
Składanie zamówień przestało działać po konserwacji. Prześledź połączenie place-order i znajdź przyczynę awarii. Przywróć zatwierdzoną usługę, aby klienci mogli ponownie składać zamówienia. Utrzymaj działanie zatwierdzonej kopii zapasowej dispatch-pc i pozostaw wcześniejsze zabezpieczenia kont.
Spróbuj swoich sił
Wszystkie lekcje w sekcji Powstrzymywanie rozprzestrzeniania się zagrożenia
1Prześledź połączenie
Podążaj za połączeniemPrzetestuj trasęPrześledź całe zamówienieWewnątrz firmyZamówienia bez płatności4Odzyskaj i zweryfikuj
Udowodnij blokadęOdzyskuj etapamiZgłoś skutkiSprawdź granicęLumen pozostaje otwarty3Powstrzymać rozprzestrzenianie się zagrożenia na więcej niż jednym komputerze
Odizolować komputerUjawnione hasłoŚledzić rozprzestrzenianie sięZapewnić klientom ciągłość pracyDwa aktywne komputery