Każda funkcja używa czujników do wykrywania warunku, układu logicznego (logic solver) do decydowania o działaniu i elementów końcowych do wpływania na proces.
SIS jest projektowany na podstawie zagrożeń i wymaganej redukcji ryzyka. Wymaga wystarczającej niezależności od podstawowego systemu sterowania procesem (BPCS), tak by awaria systemu sterowania lub wspólna przyczyna nie pokonała funkcji bezpieczeństwa. Projekty zintegrowane mogą współdzielić infrastrukturę, ale każda funkcja bezpieczeństwa musi spełniać wymagany poziom integralności bezpieczeństwa.
Najważniejsze punkty
Zacznij od zagrożeńZdefiniuj zdarzenie niebezpieczne, stan bezpieczny, przyczyny inicjujące, wymagane działanie, czas odpowiedzi, założenia o żądaniu działania i niezależność potrzebną od innych warstw ochrony.
Zarządzaj cyklem życia bezpieczeństwaSpecyfikuj, projektuj, weryfikuj, waliduj, eksploatuj, testuj sprawnościowo, utrzymuj, modyfikuj i wycofuj każdą funkcję bezpieczeństwa przy kontrolowanej kompetencji i dokumentacji.
Chroń niezależność i integralnośćOceniaj awarie wspólnej przyczyny, współdzielone sieci i usługi, dostęp inżynierski, zmiany logiki, obejścia (bypass), diagnostykę i zależności od podstawowego systemu sterowania.
Koordynuj zmiany cyberbezpieczeństwaAutoryzuj i testuj łatki, zmiany konfiguracji, dostęp zdalny, monitorowanie i działania incydentowe, tak by nie opóźniały odcięcia, nie powodowały fałszywego odcięcia ani nie ukrywały zdegradowanej ochrony.
Istotne ograniczenieSIS nie jest zwykłym sterowaniem procesowym i nie może być traktowany jako ogólne zabezpieczenie cyberbezpieczeństwa ostateczności. Dostępność procesu produkcyjnego nie może nadpisywać wymaganego bezpiecznego działania, a nieostrożna kontrola bezpieczeństwa może sama stworzyć niebezpieczną awarię lub niepotrzebne wyłączenie.