Narrator: W tej lekcji
porozmawiamy o starszych systemach.
Czym jest starszy system?
Cóż, lubię myśleć o starszym systemie
jako o czymś starym.
Jest to system komputerowy, który nie jest już obsługiwany
przez swojego dostawcę, a zatem nie może już otrzymywać aktualizacji
zabezpieczeń i poprawek.
Na przykład, jeśli pracujesz w zakładzie
produkcyjnym, może istnieć system, który
jest krytyczny dla twoich operacji, ale ma 20 lub 30 lat, a osoba,
która go stworzyła, nie jest już w biznesie.
Cóż, nie będziesz już otrzymywać
żadnych aktualizacji zabezpieczeń ani łatek dla
tego urządzenia, ale nadal działa i nadal działa,
a jego wymiana może kosztować miliony dolarów.
Więc co robić?
Cóż, nie łatasz go, zamiast tego zaczynasz
znajdować kontrole kompensacyjne,
takie jak izolowanie go we własnej sieci i podobne rzeczy, aby
upewnić się, że system może nadal działać i utrzymywać
działalność firmy.
Kiedy więc mamy do czynienia ze starszymi systemami,
mamy do czynienia z tymi starymi
systemami, które nie są już obsługiwane.
Doskonałym tego przykładem są sieci ICS
i SCADA, z których większość ma przestarzałe
rozwiązania, które wciąż są uruchamiane.
Na przykład wiele z nich nadal działa na systemie Windows XP.
W chwili, gdy to nagrywam, mamy już 2020
rok, a mimo to wciąż mówi się o Windows XP, który pojawił
się w 2001 roku.
Dlaczego?
Ponieważ system Windows XP jest nadal w użyciu,
mimo że jego żywotność dobiegła
końca, ludzie nadal używają
go w starszych systemach.
Powodem jest to, że jest to zbyt drogie
lub zbyt trudne do wyciągnięcia z tych sieci.
Zamiast tego, jako analitycy bezpieczeństwa, musimy zidentyfikować
te starsze systemy i wprowadzić środki zaradcze, abyśmy
mogli nadal z nich korzystać.
Na przykład upewnienie się, że systemy
te nie łączą się z Internetem.
Zamiast tego chcemy upewnić się, że
mamy dodatkowe warstwy zabezpieczeń.
Chcemy mieć zainstalowaną zaporę sieciową.
Chcemy mieć segmentację i inne tego typu rzeczy, aby
zminimalizować ryzyko związane z tymi starszymi systemami.
Z drugiej strony mamy inną kategorię systemów,
które często nie są dobrze wspierane,
a są to systemy własnościowe.
Systemy własnościowe to systemy, które są własnością
ich dewelopera lub dostawcy, a brak wsparcia ze strony dostawcy
może stanowić przeszkodę w ich naprawie.
Co mam przez to na myśli?
Cóż, mam kilka zastrzeżonych systemów w mojej firmie.
Jest to konkretne oprogramowanie, które zostało zakodowane
przez programistę.
Teraz jest to firma zewnętrzna, więc jeśli
potrzebujemy aktualizacji i zabezpieczeń, musimy
ponownie zawrzeć z nią umowę, aby uzyskać wsparcie,
ponieważ płacimy im, a oni naprawiają system.
To prosty przykład systemu zastrzeżonego, ale w rzeczywistości
istnieją też większe.
Na przykład, jeśli spojrzeć na Departament Obrony
USA, mają oni wiele zastrzeżonych systemów,
a nie każdy może po prostu
wyjść i kupić F16 lub czołg Abrams.
Wszystkie mają różne systemy,
które zostały zbudowane specjalnie do tego celu, więc
nie mogą pójść do Microsoftu i powiedzieć:
"Hej, daj mi łatkę dla czołgu Abrams. Zamiast tego muszą wrócić do pierwotnego
dostawcy i w zależności od umowy, którą zawarli
z tym dostawcą, mogą otrzymywać
comiesięczne aktualizacje,
aktualizacje co sześć miesięcy, aktualizacje co
rok lub w razie potrzeby.
Może to faktycznie zahamować działania naprawcze,
ponieważ jeśli masz sześciomiesięczny cykl
i zidentyfikujesz lukę dzisiaj, może minąć
sześć miesięcy, zanim zakodują
ci łatkę, a następnie wyślą ją do ciebie.
Są to więc kwestie, o których trzeba pomyśleć,
gdy ma się do czynienia z systemami zastrzeżonymi.