볼 수 없는 것은 패치할 수 없습니다
자산 재고에 대한 아이디어는 새로운 것이 아니며 이미 내부적으로 시도했거나 외부에 도움을 요청했을 수도 있습니다. 그러나, 모든 사항을 고려하는 것은 쉬운 일이 아니며 많은 기업들은 좋은 해결방법을 찾기 위해 노력하고 있습니다.
재고 조사를 하고, ICS 사이버 보안 프로그램을 위한 적절한 기반을 설정하는 방법에는 두 가지가 있습니다.
- 전자식 문답 도구를 사용하면 네트워크를 스캔하여 자산을 자동으로 식별할 수 있기 때문에 가장 많은 정보를 얻을 수 있습니다.
- 수동 식별은 나머지 부분을 찾아 내지만, 말 그대로 직접 돌아다니면서 패널을 열고 거기에 무엇이 있는지 물리적으로 조사해야 합니다.
여기에서 주의해야 할 사실은 모든 위치에서 두 가지 접근 방식을 모두 취해야 하는 것입니다. 10개 사이트 중 9개 사이트만 완료하는 경우, 완료되지 않은 하나의 사이트를 통해 위험이 발생할 것입니다.
포괄적 패치 전략 설정
재고 조사를 한 후에는, 수천 개의 자산 목록으로 골머리를 앓게 됩니다. 다행히 모든 자산이 동일하게 생성되는 것은 아닙니다. 다음 단계는 위험 분석을 수행하여 중요도, 노출, 연령, 예상 위험 등을 기반으로 패치할 높은 우선 순위의 자산을 식별하는 것입니다. 심지어 일부 자산은 네트워크에 있지 않는데, 이것이 정말 위험할까요?
해결해야 할 두 가지 유형의 패치가 있습니다.
- 운영 체제(OS) 패치는 Microsoft Patch Tuesday가 15년 이상 운영되어 왔기 때문에 가장 일반적인 방법입니다. 생산 중단을 최소화할 수 있도록 예정된 가동 중단 시간으로 생산 현장의 OS 패치 시간을 정해야 합니다. 대부분의 경우에 예방적 IT/OT 협업을 통해 이것을 처리할 수 있습니다.
- 애플리케이션 수준 패치는 전혀 다른 경우입니다. 말 그대로 여러 벤더가 제공하는 서로 다른 패치를 가진 수백 개의 애플리케이션이 존재할 수 있습니다. 따라서 벤더 웹 사이트에서 패치를 찾고, 패치를 통해 보호되는 취약성을 이해하고, 이러한 패치가 필요한지 여부를 이해해야 합니다.
각 애플리케이션은 다르게 구성되어 있기 때문에, 애플리케이션 계층을 패치하는 경우에는 매우 신중하고 일관된 테스트 표준이 필요합니다. 실수로 생산을 중단시킬 위험이 있는 생산 현장에서 구현하기 전에, 실험 가능한 환경에서 구현하는 것이 필요합니다.
