NIST SP 800-82 운영기술(OT) 보안 가이드
NIST SP 800-82의 정의부터 OT 특성과 IT·OT 차이, OT 사이버보안 관리체계와 책임, OT 자산 식별과 시스템 구조, OT 위협·취약점과 위험평가, OT 네트워크 아키텍처와 분리·보호, OT 보안통제와 기술적 보호조치, OT 사고 대응·복구와 운영연속성를 거쳐 NIST CSF·RMF 기반 OT 위험관리까지 차례로 소개합니다.
구성
NIST SP 800-82란?
규제 개요
| 정식 명칭 | NIST Special Publication 800-82 Revision 3 — Guide to Operational Technology () Security 운영기술() 보안 가이드 |
|---|---|
| 규제 성격 | 법적 구속력이 없는 기술 가이드라인(Voluntary Standard)입니다. 다만 계약이나 기반시설 규제가 이를 준수기준으로 채택하면 의무 적용될 수 있습니다. |
| 목적 | 산업 (Industrial Control System, ICS) 및 환경의 가동성(Availability)과 안전성(Safety)을 보장하며 사이버 으로부터 시스템을 보호 |
| 대상 | /ICS 시스템을 소유·운영하거나, 관련 하드웨어/소프트웨어를 개발·제조·공급하는 모든 조직을 대상으로 합니다. |
어떤 산업에 적용되는가
가 사용되는 다양한 중요서비스 분야에서 활용됩니다.
위 분야는 법령상 산업목록이 아니라 가 사용되는 대표 분야입니다. 특정 산업의 실제 의무는 다음 기준으로 별도 판단해야 합니다.
누가 의무를 가지는가
조직 안팎의 여러 주체가 보안의 역할을 분담합니다.
보안의 방향과 수용을 결정하는 주체입니다.
현장의 을 운영하고 설계·유지하는 주체입니다.
를 포함한 조직의 사이버보안을 총괄하는 주체입니다.
시스템과 네트워크를 소유·관리하는 주체입니다.
설비 안전과 제품·서비스 조달을 담당하는 주체입니다.
조직 밖에서 의 와 구축을 맡는 주체입니다.
미국 연방기관의 경우
최고정보책임자(Chief Information Officer, CIO), CISO, 시스템 소유자, 보안·프라이버시 담당자 및 프레임워크(Risk Management Framework, RMF) 참여자가 관련됩니다. 다만 SP 800-82가 조직마다 동일한 직책·책임배분을 법적으로 정하는 것은 아닙니다.
어떻게 구성되는가
NIST SP 800-82는 요약(Executive Summary), 6개 Section, 참고문헌과 6개 부록(Appendix A–F)으로 구성됩니다. 항목을 선택하면 아래에 내용이 표시됩니다.
EXECUTIVE SUMMARY · 요약
문서 전체의 목적과 보안 접근방식을 요약합니다.
SECTION 1 · 소개
문서의 목적·대상·구성을 설명합니다.
SECTION 2 · 개요
가 무엇이며 IT와 무엇이 다른지 설명합니다.
SECTION 3 · 사이버보안 프로그램 개발
조직 차원의 보안관리체계를 만드는 방법을 다룹니다.
SECTION 4 · 시스템
을 평가하고 RMF를 적용하는 방법을 다룹니다.
SECTION 5 · 사이버보안 아키텍처
네트워크와 시스템을 안전하게 설계하는 방법을 다룹니다.
SECTION 6 · 사이버보안 프레임워크의 적용
NIST 사이버보안 프레임워크(Cybersecurity Framework, CSF)를 환경에 적용하는 방법을 다룹니다.
APPENDIX C · ··
·· 유형을 정리합니다.
APPENDIX E · 보안 기능 및 도구
에 적용 가능한 실제 보안기술을 설명합니다.
APPENDIX F · 오버레이
NIST SP 800-53의 를 에 맞게 조정합니다.
APPENDIX D · 보안 조직·연구·활동
보안 관련 기관·표준·연구자료를 안내합니다.
APPENDIX A · 기호·약어·두문자어 목록
문서에서 사용하는 약어와 기호를 설명합니다.
APPENDIX B · 용어집
주요 전문용어를 정의합니다.
REFERENCES · 참고문헌
관련 NIST·IEC·ISA 등의 근거문서를 제시합니다.
OT 특성과 IT·OT 차이
IT 보안과 보안은 지키려는 대상이 어떻게 다른가
주로 지키려는 것
- 정보의
- 정보의
IT는 주로 정보의 · 등 데이터 보호에 중점을 둡니다.
Section 2.4함께 고려해야 하는 것
- 인명안전
- 공정의 정상운영
- 설비보호
- 서비스 연속성
는 인명안전, 공정의 정상운영, 설비보호 및 서비스 연속성까지 고려해야 합니다.
Section 2.4보안 우선순위를 비교할 때 주의할 점
보안 목적과 우선순위의 차이
가 인명안전과 공정운영까지 고려한다는 것은 에서 이 중요하지 않다는 뜻이 아닙니다.
Section 2.4보안사고는 어떻게 물리적 피해로 이어지는가
프로그래머블 로직 컨트롤러(Programmable Logic Controller, )·(Distributed Control System, DCS) 등 구성요소는 실제 설비와 공정을 제어합니다. 시스템의 오작동이나 침해는 단순한 데이터 오류를 넘어 설비의 비정상 작동 등 물리적 결과를 발생시킬 수 있습니다.
Section 2.3Section 2.4보안사고는 인명피해, 공중보건 문제, 환경오염 또는 설비손상으로 이어질 수 있습니다. 따라서 보안위험을 평가할 때 기능안전과 물리적 피해를 함께 고려해야 합니다.
Section 2.4Section 4.2.2Section 5.3.1운영환경의 제약은 보안조치에 어떤 영향을 주는가
항목을 선택하면 오른쪽에 내용이 표시됩니다.
실시간성·응답시간 요구
는 제어명령과 장비의 응답이 정해진 시간 내에 처리되어야 하는 경우가 많습니다. 보안조치가 통신지연이나 제어성능 저하를 일으키지 않도록 검토해야 합니다.
Section 2.4높은 가용성과 신뢰성
는 연속운전이 필요한 경우가 많아 시스템 중단이나 재부팅이 생산중단·설비장애로 이어질 수 있습니다. 따라서 보안점검과 도 운영영향을 고려하여 계획해야 합니다.
Section 2.4Section 5.3.2장비 자원과 보안기능의 제약
일부 장비는 CPU·메모리 등의 자원이 제한되고 ·로그· 기능을 충분히 지원하지 않을 수 있습니다. 최신 IT 보안도구를 그대로 설치하기 어려울 수 있으므로 장비 특성에 맞는 보호대책이 필요합니다.
Section 2.4산업용 통신방식의 차이
는 를 위해 일반 IT와 다른 통신 이나 전용 통신방식을 사용할 수 있습니다. 따라서 산업용 의 기능과 제약을 이해한 후 보안대책을 적용해야 합니다.
Section 2.4Section 5.2.3패치·변경관리의 제약
IT에서는 비교적 신속하게 적용할 수 있는 패치라도 에서는 운영중단, 시험, 재검증이 필요할 수 있습니다. 제어엔지니어와 보안담당자가 변경영향을 함께 평가해야 합니다.
Section 2.4Section 6.2.11보안조치 검토에 IT 보안인력과 전문가가 함께 참여하는 이유는 무엇인가
운영환경과 전문인력의 차이 - 는 제어엔지니어와 운영담당자가 관리하는 경우가 많으며, 일반 IT와 다른 ·네트워크·제어기술을 사용합니다. 따라서 보안조치 검토에는 IT 보안인력과 전문가의 협력이 필요합니다.
Section 2.4Section 3.3.2에 IT 기술이 도입되면서 보안 환경은 어떻게 달라졌는가
에 Ethernet·IP·무선통신· 등이 도입되면서 외부 시스템과의 연결성이 커졌습니다. 이는 업무상 이점을 제공하지만 공격경로가 증가할 수 있으므로 추가적인 보호가 필요합니다.
Section 2.1Section 2.2Section 2.4OT 사이버보안 관리체계와 책임
보안프로그램은 어떤 절차로 수립되는가
경영진은 보안의 중요성을 조직 전체에 전달하고, 보안프로그램 운영에 필요한 지원과 자원을 확보해야 합니다. 보안은 IT 보안부서만의 책임이 아니라 조직 전체의 경영·운영 책임과 연결됩니다.
Section 3.1보안프로그램의 목적·범위·책임을 명시하는 공식적인 운영근거를 마련합니다. 이를 통해 보안프로그램의 추진권한과 책임소재를 명확히 합니다.
Section 3.1경영진은 보안프로그램을 이끌 적절한 권한을 가진 책임자를 지정합니다. 책임자는 시스템 소유자, 업무책임자 및 사용자의 역할과 책임을 정의하고 프로그램을 운영합니다.
Section 3.1보안프로그램을 별도로 운영하더라도 조직 전체의 사이버보안 프로그램 및 위험관리체계와 연계해야 합니다.
Section 3.1Section 3.3.1보안에 필요한 투자와 자원은 어떻게 확보하는가
경영진이 보안투자의 필요성을 이해할 수 있도록 예상 , 운영영향, 기대효과 및 필요한 자원을 설명합니다.
Section 3.2.1Section 3.2.2Section 3.2.3Section 3.2.4보안프로그램에 필요한 예산과 인력, 시스템 및 운영자원을 파악하고 조직 차원의 지원을 확보합니다.
Section 3.1Section 3.2.4보안 거버넌스는 무엇을 갖추어야 하는가
보안 거버넌스(Governance)는 조직의 법률·규제··환경·운영 요구사항을 관리하기 위한 정책·절차·프로세스의 체계로, 전사 기능 안에서 적절한 역할에 책임을 부여해 마련합니다.
보안 거버넌스 구축
법률·규제, , 환경 및 운영 요구사항을 관리하기 위한 ·절차·프로세스를 마련합니다.
Section 3.3.1역할과 책임의 명확화
조직 내부의 보안책임과 외부 협력업체의 역할을 정하고, 담당자 간 업무가 충돌하거나 누락되지 않도록 조정합니다.
Section 3.3.1Section 3.3.2법률·규제 요구사항 관리
조직에 적용되는 관련 법률·규제 및 개인정보보호 요구사항을 파악하고 관리체계에 반영합니다.
Section 3.3.1전사 와 통합
보안위험을 별도 기술문제로만 다루지 않고 전체의 절차에 통합합니다.
Section 3.3.1보안관리 성과와 책임의 지속적 검토
와 보안프로그램의 운영상태를 지속적으로 확인하고, 조직과 시스템의 변화에 맞춰 관리체계를 개선합니다.
Section 3.3.1Section 4.1.4Section 6.1.2보안팀의 구성은 어떻게 되는가
IT 담당자, 제어엔지니어, 운영자, 보안전문가 및 담당자가 협력하는 조직을 구성합니다.
Section 3.3.2보안조치가 설비안전과 물리적 공정에 영향을 줄 수 있으므로 안전전문가를 보안위험 평가와 대응방안 검토에 참여시키는 것이 유익합니다.
Section 3.3.2개발··운영·보안서비스를 제공하는 외부업체에 대해서도 보안 역할과 책임을 정해야 합니다.
Section 3.3.2보안전략과 정책은 어떻게 마련하는가
| 보안전략 수립 | 조직의 방향과 업무목표에 맞춰 보안전략을 수립하고, 보안투자와 관리활동의 우선순위를 결정합니다.Section 3.3.3 |
|---|---|
| 특화 수립 | 일반 IT 정책을 그대로 적용하기보다 의 안전성·가용성·실시간성 등 운영조건을 반영한 과 절차를 마련합니다.Section 3.3.4 |
| 예외관리 | 운영상 불가피하게 정책을 일시적으로 벗어나야 할 경우 그 을 신중하게 검토하고 경영진과 관련 공동팀의 승인을 받도록 안내합니다.Section 3.3Section 3.3.4 |
보안프로그램이 갖추어야 할 운영역량은 무엇인가
항목을 선택하면 오른쪽에 내용이 표시됩니다.
보안 인식교육 및 역량 강화
운영자와 관련 담당자가 자신의 보안책임과 필요한 보안절차를 이해하도록 교육프로그램을 운영합니다.
Section 3.3.5위험관리체계 운영
보안위험을 평가하고 대응하며 지속적으로 모니터링하는 위험관리체계를 운영합니다. 위험수용과 잔여 에 관한 책임도 조직 차원에서 정해야 합니다.
Section 3.3.6Section 4.1활동 추적관리
장비의 점검·수리·설정변경 등 활동을 추적하여 보안과 운영상태를 관리할 수 있도록 합니다.
Section 3.3.7사고대응 조직 및 책임 수립
보안사고 발생 시 대응을 수행할 인력과 절차를 마련하고, 관계자 간 대응체계를 구축합니다.
Section 3.3.8복구·복원 책임과 역량 확보
사이버보안 나 장애 이후 시스템과 운영기능을 복구할 수 있도록 복구역량을 마련합니다.
Section 3.3.9OT 자산 식별과 시스템 구조
자산관리에서는 무엇을 파악해야 하는가
자산관리(Asset Management, ID.AM)는 NIST CSF의 식별(Identify) 기능에 속하는 범주입니다.
| ID.AM-1 하드웨어 자산 식별 | , DCS , 인간-기계 인터페이스(Human-Machine Interface, ), , , 네트워크 장비 등 환경의 물리적 장비를 파악하고 관리합니다.Section 6.1.1 |
|---|---|
| ID.AM-2 소프트웨어 자산 식별 | 소프트웨어, , 애플리케이션, 펌웨어 등 에서 사용하는 소프트웨어와 플랫폼을 파악합니다.Section 6.1.1 |
| ID.AM-3 통신 및 데이터 흐름 파악 | 장비 간 통신과 IT· 사이의 데이터 이동경로를 확인하여 시스템의 연결관계와 보안경계를 이해합니다.Section 6.1.1 |
| ID.AM-4외부 연결 시스템 식별 | 외부 네트워크, 공급업체 , 클라우드 등 와 연결되는 외부 시스템을 파악합니다.Section 6.1.1 |
| ID.AM-5자산 중요도 및 우선순위 평가 | 설비의 안전성, 생산영향, 업무 중요도, 의존관계 등을 고려하여 보호 우선순위를 정합니다.Section 6.1.1 |
| ID.AM-6자산의 사이버보안 역할과 책임 | 자산을 누가 소유·운영·관리하며, 관련 보안책임이 누구에게 있는지 명확히 합니다.Section 6.1.1 |
| ID.AM 자산목록의 지속적 관리 | 장비 추가·교체, 설정변경, 시스템 확장 등에 따라 자산정보와 연결구조를 최신 상태로 유지하는 것이 중요합니다.Section 6.1.1Section 3.3.7 |
시스템은 어떤 유형으로 구성되는가
시스템의 기본 구조 - , , 통신망 및 운영시스템이 서로 연결되어 물리적 공정을 감시·제어하는 구조를 파악합니다.
Section 2.3Section 2.3.1유형을 선택하면 오른쪽에 내용이 표시됩니다.
시스템
원격감시제어시스템(Supervisory Control and Data Acquisition, )은 원격 현장의 설비와 데이터를 중앙에서 감시하고 제어하는 시스템으로, 원격 통신망과 현장 제어장치의 연결관계를 파악해야 합니다.
Section 2.3.2DCS 시스템
여러 가 공정의 각 부분을 분산 제어하는 시스템으로, ·운영서버·의 구성과 상호의존성을 파악합니다.
Section 2.3.3기반 시스템
가 신호를 입력받고 제어논리에 따라 를 작동시키는 구조를 이해합니다.
Section 2.3.4건물자동화시스템(Building Automation System, BAS)
공조, 조명 및 건물 설비를 자동제어하는 시스템의 장치와 네트워크 구성을 파악합니다.
Section 2.3.5물리적 출입통제시스템(Physical Access Control System, PACS)
출입문, 인증장치, 및 관리서버 등 시설 출입통제에 필요한 자산과 연결관계를 파악합니다.
Section 2.3.6안전시스템
비상정지나 안전상태 전환 등의 기능을 수행하는 안전시스템을 식별하고 일반 과의 관계를 파악합니다.
Section 2.3.7산업용 사물인터넷(Industrial Internet of Things, IIoT)
산업용 , 게이트웨이, 네트워크 및 데이터 처리시스템의 연결구조를 파악합니다.
Section 2.3.8네트워크 구조는 어떻게 파악하고 나누는가
, 운영관리망, IT망 등 네트워크의 구성과 연결관계를 파악하고, 각 구간에서 필요한 통신을 확인합니다.
Section 5.2.3Section 5.2.3.1장비의 기능, 중요도, 신뢰수준, 관리주체 및 데이터 흐름을 고려하여 네트워크를 구역으로 분리합니다.
Section 5.2.3.1부터 , 운영관리시스템, 기업망까지 계층별로 구조를 파악하는 참고모델로 활용할 수 있습니다.
Section 5.2.3.1보안구역 사이의 통신을 식별하고, 이나 비무장지대(Demilitarized Zone, ) 등으로 필요한 통신만 허용하는 구조를 검토합니다.
Section 5.2.3.1자산 간 필요한 통신경로를 파악한 뒤, 이를 네트워크 과 접근통제 규칙에 반영합니다.
Section 5.2.3.1Section 6.1.1보안 아키텍처는 영역과 유형별로 어떻게 분석하는가
보안 아키텍처는 망을 기업망과 분리하는 것을 기본으로, 이 전체 공정으로 확산되지 않도록 환경을 계층적으로 설계·보호하는 구조입니다. IT와의 연결이 필요한 경우에는 연결을 최소화하고 추가 를 검토합니다.
· 등 의 위치와 연결관계를 파악하고, 인증기능이 부족한 장치에서 발생할 수 있는 데이터 위·변조 을 검토합니다.
Section 5.3.6IIoT 장치와 플랫폼이 기존 OT망·기업망과 연결되는 위치 및 데이터 경로를 파악합니다.
Section 5.3.7Section 5.4.2DCS의 , 운영관리시스템 및 네트워크 보호구조를 분석합니다.
Section 5.4.1기존 DCS·와 IIoT가 함께 사용되는 경우 별도 네트워크 구역과 통신경계를 검토합니다.
Section 5.4.2중앙 와 원격 의 통신관계, 외부 통신망 및 분산된 운영환경을 파악합니다.
Section 5.4.3산업 현장의 주요 설비 자산은 어떻게 관리하는가
로봇 , , 구동장치, 운영 소프트웨어 및 통신장비를 식별하고, 생산공정과의 연결관계를 파악합니다.
Section 2.3.1Section 6.1.1, , 엔지니어링 및 관련 소프트웨어를 목록화하고 연결구조를 확인합니다.
Section 2.3.4Section 6.1.1게이트웨이의 연결 대상, 통신경로, 외부 서버 및 접근권한을 확인하여 IT· 경계를 파악합니다.
Section 2.3.8Section 5.2.3.1현장 와 를 식별하고, 와의 연결관계 및 데이터 위·변조 을 확인합니다.
Section 5.3.6인명안전, 생산중단, 환경영향 등을 고려하여 자산별 중요도를 평가하고 보호 우선순위를 정합니다.
Section 6.1.1OT 위협·취약점과 위험평가
과 는 어떤 유형으로 나뉘는가
은 을 일으키는 주체나 원인이고, 는 그 결과로 일어날 수 있는 사건입니다.
| 악의적 (Adversarial) | 우발적 (Accidental) | 구조적 (Structural) | 환경적 (Environmental) | |
|---|---|---|---|---|
해커, 범죄조직, 내부 공격자, 국가 차원의 공격자 등 의도적으로 시스템을 침해하려는 주체입니다. Appendix C.1 | 운영자나 관리자 등이 업무 수행 중 실수로 잘못된 을 입력하거나 시스템을 변경하는 경우입니다. 악의적인 의도가 없어도 가 발생할 수 있습니다. Appendix C.1 | 장비·소프트웨어·인프라의 고장이나 기능 이상처럼 시스템 구성요소 자체에서 발생하는 문제입니다. Appendix C.1 | 홍수, 지진, 화재, 전력 문제 등 시스템 외부의 환경적 요인에서 발생하는 입니다. Appendix C.1 | |
공격자가 시스템에 침입하거나, 제어명령·데이터를 변조하거나, 서비스를 방해하는 등의 의도적 을 검토합니다. Appendix C.3.1 | 운영자 실수, 잘못된 설정변경, 비의도적 조작 등으로 인한 가능성을 검토합니다. Appendix C.3.4 | 장비 고장, 소프트웨어 오류, 통신설비 장애 등 시스템 구성요소의 기능 이상을 검토합니다. Appendix C.3.2 | 자연재해, 화재, 전력 문제 등 환경적 요인으로 인한 운영중단이나 피해 가능성을 검토합니다. Appendix C.3.3 |
은 어디에서 발생하는가
| 관리체계의 | |
|---|---|
| 정책·절차의 | 미비, 책임 불명확, 변경관리 부족, 부적절한 절차 등 관리체계의 약점을 분석합니다.Appendix C.2.1 |
| 시스템의 | |
| 시스템의 기술적 | 시스템의 구조, 설정, 소프트웨어, 하드웨어 및 통신방식에 존재하는 약점을 분석합니다.Appendix C.2.2 |
| 네트워크·통신 | 불필요한 네트워크 연결, 부적절한 통신통제, 취약한 산업용 등으로 인해 발생하는 을 검토합니다.Appendix C.2.2Section 5.2.3 |
| 접근통제· | 부적절한 접근권한, 인증기능 부족, 계정관리 미흡 등으로 이 가능한지 검토합니다.Appendix C.2.2Section 6.2.1 |
| 소프트웨어·패치 | 오래된 소프트웨어, 알려진 결함, 패치 적용의 어려움 등을 검토합니다. 에서는 보안패치의 운영영향도 고려해야 합니다.Appendix C.2.2Section 6.2.11 |
| 물리적 보안 | 제어반, , 통신설비 등에 대한 물리적 접근이 충분히 보호되는지 확인합니다.Appendix C.2.2Section 5.2.2 |
| ·제어장치 | , , 등의 기능적·보안적 제약으로 인해 데이터나 제어명령의 신뢰성이 저하될 가능성을 검토합니다.Appendix C.2.2Section 5.3.6 |
는 어떤 과정으로 이루어지는가
의 전제조건, 제약사항, 허용수준, 전략을 정합니다. 에서는 안전성과 운영 연속성을 함께 고려해야 합니다.
Section 4.1.1··발생 가능성·영향을 분석하여 조직 운영과 자산에 대한 을 평가하고 우선순위를 정합니다.
Section 4.1.2의 크기와 허용수준, 운영 제약을 고려하여 을 완화·회피·수용·공유·이전하는 등의 대응방안을 결정합니다.
Section 4.1.3시스템·운영환경·의 변화를 추적하고, 기존 및 대응방안의 적절성을 재검토합니다.
Section 4.1.4에서는 무엇을 분석하는가
항목을 선택하면 오른쪽에 내용이 표시됩니다.
대상과 범위
평가할 시스템과 업무, 자산, 관련 조직을 정하고 시스템 간 의존관계를 고려합니다.
Section 4.1.1Section 4.1.2과 의 연계 분석
어떤 이 어떤 약점을 악용하거나 유발할 수 있는지 분석합니다. 단순히 목록만 작성하는 것으로 가 완료되지는 않습니다.
Section 4.1.2Appendix C발생 가능성 평가
가 발생할 가능성과 조직의 실제 노출조건을 고려합니다. 공격자 능력이나 기존 의 상태도 판단에 영향을 줄 수 있습니다.
Section 4.1.2영향도 평가
생산중단, 설비손상, 인명안전, 환경영향, 경제적 손실 등 의 결과를 분석합니다.
Section 4.1.1Section 4.1.2의 물리적 영향
가 데이터뿐 아니라 공정제어, 설비상태, 인명안전, 환경 및 생산에 미치는 결과를 평가합니다.
Section 4.1.1Section 4.1.2Appendix C의 우선순위 결정
발생 가능성과 영향도, 조직의 허용수준을 종합하여 먼저 대응할 을 정합니다.
Section 4.1.2Section 4.1.3의 조직적 수준
조직 전체, 업무·공정, 개별 시스템 수준에서 을 평가하고 각 수준의 결과를 연결합니다.
Section 4.1에서 특별히 고려할 영역은 무엇인가
보안위험이 물리적 공정과 안전기능에 미칠 수 있는 영향을 고려합니다. 안전사고 가능성이 큰 경우 정보시스템의 와 다른 우선순위가 필요할 수 있습니다.
Section 4.1.1Section 4.2.2등 안전기능을 수행하는 시스템의 보안위험과 기능안전 간의 관계를 검토합니다.
Section 4.2.2보안조치가 설비 정지, 지연, 시스템 불안정 등을 일으킬 가능성을 검토합니다.
Section 4.1.3Section 2.4장비 제조사, 소프트웨어 공급업체, 유지보수업체 등 외부 공급망에서 발생하는 보안위험을 평가합니다.
Section 4.2.1Section 6.1.5NIST SP 800-82는 프레임워크(RMF-Risk Management Framework)를 시스템에 어떻게 적용하는가
수행에 필요한 조직·시스템 정보와 책임체계를 준비합니다.
Section 4.3.1시스템의 보안침해가 조직과 운영에 미칠 영향을 고려하여 영향수준을 분류합니다.
Section 4.3.2평가한 과 특성을 고려하여 적절한 를 선정하고 조정합니다.
Section 4.3.3선정한 보안조치를 실제 시스템과 운영절차에 적용합니다.
Section 4.3.4가 의도한 목적대로 작동하는지 평가합니다.
Section 4.3.5평가 결과와 남아 있는 을 검토하여 운영인가를 결정합니다.
Section 4.3.6시스템 상태와 통제의 효과를 계속 확인하고 필요할 때 및 조치를 갱신합니다.
Section 4.3.7산업 현장의 주요 설비 자산에 대한 는 어떻게 적용되는가
설정이나 제어명령이 비인가 변경될 경우 공정 이상, 생산중단 또는 설비손상이 발생할 수 있는지 평가합니다.
Section 4.1.2Appendix C.2.2로봇의 ··안전기능에 대한 침해가 비정상 동작이나 안전사고로 이어질 수 있는지 검토합니다.
Section 4.1.1Section 4.1.2Section 4.2.2게이트웨이의 , 외부 통신경로, 계정 및 소프트웨어 이 OT망에 미칠 영향을 평가합니다.
Section 4.1.2Section 6.1.3센서값이 변조되거나 잘못 수집될 경우 제어판단과 설비운영에 어떤 영향을 미치는지 평가합니다.
Section 4.1.2Section 5.3.6외부업체의 ·설정변경·소프트웨어 공급과 관련된 보안위험을 평가합니다.
Section 4.2.1Section 6.1.5보안패치가 필요하더라도 설비 정지나 제어장애 가능성을 검토한 뒤 시험·적용계획을 수립합니다.
Section 4.1.3Section 6.2.11OT 네트워크 아키텍처와 분리·보호
네트워크 보호는 어떤 원칙에서 출발하는가
심층방어(Defense-in-Depth)
하나의 이나 보안장비에만 의존하지 않고, 관리·물리·네트워크·하드웨어·소프트웨어 등 여러 보호계층을 구성하여 침해 가능성과 피해 확산을 줄입니다.
네트워크 보안계층
네트워크는 심층방어의 주요 보호계층입니다. 통신경로와 네트워크 장비를 분석하고, 분리·격리·로그·모니터링 등 보호기능을 설계합니다.
Section 5.2.3네트워크는 어떤 기준으로 분리하는가
| IT· 네트워크 분리 | IT망과 산업제어망을 구분하여 IT 환경의 침해가 제어장비로 직접 확산되는 을 줄입니다.Section 5.2.3.1 |
|---|---|
| 자산의 특성에 따른 구역 설정 | 관리주체, 신뢰수준, 기능적 중요도, 데이터 흐름, 설치위치 등을 고려하여 장비를 적절한 네트워크 구역으로 분류합니다.Section 5.2.3.1 |
| 보안구역(Zone)과 계층(Level) 구성 | 기능과 위험수준이 비슷한 자산을 구역으로 묶고, 구역 간 통신경계를 설정하여 접근과 데이터 흐름을 통제합니다.Section 5.2.3.1 |
| 운영·안전영향을 고려한 분리 | 네트워크 분리로 인해 제어명령이 지연되거나 정상적인 설비 운영·사고대응에 문제가 생기지 않도록 설계 전에 영향을 검토합니다.Section 5.2.3.1 |
네트워크 구조 분석에 활용할 수 있는 참고모델은 무엇인가
현장 I/O, , , 운영관리 및 기업망 등을 계층별로 구분하여 네트워크 구조를 분석하는 참고모델로 활용합니다.
Section 5.2.3.1자산을 보안구역으로 구분하고 구역 사이의 통신경로를 보호하는 개념을 아키텍처 분석에 활용할 수 있습니다.
Section 5.2.3.1산업용 IoT 환경에서는 Edge·Platform·Enterprise 등 연결구조에 맞는 계층형 모델을 활용할 수 있습니다.
Section 5.2.3.1분리된 네트워크 구역 간 통신은 어떻게 통제하는가
항목을 선택하면 오른쪽에 내용이 표시됩니다.
필요한 데이터 흐름 식별
, , 서버, 게이트웨이 등이 실제로 어떤 데이터를 주고받는지 파악하고, 그 결과를 통신 허용규칙에 반영합니다.
Section 5.2.3.1허가된 통신만 허용
네트워크 구역 간에는 필요한 통신만 허용하고 불필요한 접근과 데이터 이동을 제한하도록 을 구성합니다.
Section 5.2.3.1를 통한 경계보호
기업망과 OT망 사이에 중간 보안구역인 를 두어 직접적인 통신을 제한하고 필요한 서비스와 데이터 교환을 통제합니다.
Section 5.2.3.1Section 5.4.1Section 5.4.3을 이용한 통신통제
을 네트워크 경계에 배치하고 통신 출발지·목적지·서비스 등을 기준으로 허가된 연결만 통과하도록 구성합니다.
Section 5.2.3.1비인접 계층 간 직접통신 제한
Purdue 모델을 사용하는 경우 업무계층에서 하위 제어계층으로 직접 연결되지 않도록 통신경로와 규칙을 설계합니다.
Section 5.2.3.1외부로 나가는 통신의 통제
OT망으로 들어오는 통신뿐 아니라 OT망에서 외부로 나가는 통신도 관리해야 합니다. 불필요한 외부 연결은 정보유출이나 침해 확산의 경로가 될 수 있습니다.
Section 5.2.3.1·
데이터가 한 방향으로만 이동하도록 제한하여 특정 네트워크 구역으로의 역방향 통신을 차단하는 기술을 고려할 수 있습니다.
Section 5.2.3.1Appendix E.1VLAN 기반 논리적 분리
가상 근거리 통신망(Virtual Local Area Network, VLAN)은 네트워크를 논리적으로 구분하는 수단이지만, 중요한 설비에서는 물리적 분리 등 추가 보호조치를 검토해야 합니다.
Section 5.2.3.1Appendix E.1중요 안전설비의 물리적 분리
안전시스템처럼 중요도가 높은 장비는 물리적으로 분리된 스위치를 사용하는 방안도 검토할 수 있습니다.
Section 5.2.3.1네트워크는 어떻게 기록하고 감시하는가
, 스위치, , 게이트웨이, 서버 등에서 발생하는 운영·보안 이벤트를 기록하고, 필요한 경우 중앙에서 수집·분석합니다.
Section 5.2.3.2네트워크 트래픽과 보안 이벤트를 분석하여 비정상 통신이나 침해 가능성을 탐지합니다.
Section 5.2.3.3통신은 비교적 반복적이고 예측 가능한 특성이 있으므로 정상적인 장비 간 통신을 기준으로 이상징후를 탐지할 수 있습니다.
Section 5.2.3.3운영에 영향을 줄 수 있는 불필요한 통신을 발생시키지 않도록 SPAN 포트나 수동 네트워크 탭 등을 활용한 감시를 고려합니다.
Section 5.2.3.3(Intrusion Detection System, IDS)과 (Intrusion Prevention System, IPS)을 활용하여 의심스러운 통신을 탐지하거나 차단할 수 있습니다. 다만 자동 차단이 정상적인 제어통신을 방해할 도 검토해야 합니다.
Section 5.2.3.3Modbus, DNP3 등 산업용 을 이해하는 보안도구를 활용하면 환경에 특화된 이상행위를 분석하는 데 도움이 됩니다.
Section 5.2.3.3암호화된 트래픽은 네트워크 감시도구가 내용을 분석하기 어려울 수 있으므로 적절한 감시 위치와 수단을 검토해야 합니다.
Section 5.2.3.3제로트러스트 아키텍처는 에 어떻게 적용하는가
제로트러스트 아키텍처(Zero Trust Architecture, ZTA) - 네트워크 내부에 있다는 이유만으로 사용자를 신뢰하지 않고, 보호대상에 대한 접근권한을 지속적으로 평가하는 보안원칙을 고려합니다.
Section 5.2.3.4장비의 ZTA 적용 제약
일부 ··는 ZTA 구현에 필요한 기능을 지원하지 않을 수 있으므로 호환되는 상위 계층이나 부터 적용을 검토합니다.
Section 5.2.3.4제로트러스트의 운영영향
ZTA 적용으로 응답지연이 증가하거나 ·정책시스템에 장애가 발생할 경우 운영에 미치는 영향을 평가해야 합니다.
Section 5.2.3.4네트워크를 보호할 때 의 특성을 고려해 추가로 검토할 사항은 무엇인가
외부 네트워크 구간의
기업망이나 인터넷 등 비OT 네트워크를 거쳐 통신하는 경우 TLS·IPsec 등을 활용한 연결을 고려합니다.
Section 5.2.5.4안전시스템의 네트워크 보호
안전기능을 수행하는 설비는 일반 과의 연결관계를 분석하고, 필요한 경우 별도 구역과 강화된 경계보호를 검토합니다.
Section 5.3.1Section 5.2.3.1가용성·실시간성 고려
, , 감시도구 등이 의 응답시간이나 운영연속성을 저해하지 않도록 설계·시험해야 합니다.
Section 5.3.2Section 5.2.3.4현장 I/O 장치 보호
· 등 의 보안기능이 제한될 수 있으므로 상위 네트워크 구역과 경계에서 보완적인 보호를 검토합니다.
Section 5.3.6IIoT 연결환경 보호
IIoT 장치와 플랫폼이 기존 및 기업망에 연결되는 경우 별도 통신경계와 보안 모니터링을 검토합니다.
Section 5.3.7유형별 네트워크 보안설계 사례는 어떻게 구성되는가
| DCS· 기반 | |
|---|---|
| DCS· 기반 구조 | , , 운영관리시스템, 기업망을 구역별로 구분하고, 구역 사이의 통신을 등으로 통제하는 설계사례를 제시합니다.Section 5.4.1 |
| DCS··IIoT 통합 | |
| DCS··IIoT 통합구조 | 기존 에 IIoT 장치와 플랫폼이 추가된 경우 별도 네트워크 구간을 구성하고, 를 통한 데이터 전달 및 감시를 검토합니다.Section 5.4.2 |
| 기반 | |
| 기반 원격제어망 | 중앙제어센터와 원격 간의 통신을 보호하고, 분산된 의 구역별 경계를 관리하는 설계사례를 제시합니다.Section 5.4.3 |
| 원격구간의 안전한 연결 | 지역제어센터와 원격 현장 사이에서 가상사설망(Virtual Private Network, )· 채널 등 안전한 통신수단을 고려합니다.Section 5.4.3 |
| 와 기업망 분리 | 기업망과 사이에 를 구성하고, 내 서비스의 침해가 로 확산되지 않도록 감시·보호합니다.Section 5.4.3 |
OT 보안통제와 기술적 보호조치
는 어떤 기준으로 선정하고 적용하는가
의 , , 위험수준 및 운영 제약을 평가한 후 적절한 를 선정합니다. 모든 시스템에 동일한 통제를 적용하기보다 중요도와 에 맞게 조정합니다.
Section 4.1.3Section 4.3.3보안도구의 설치·설정변경·자동차단이 설비운영에 영향을 줄 수 있으므로 사전시험과 운영영향 검토를 수행합니다.
Section 5.2.4Section 5.2.5Section 5.3.2심층방어는 어떤 보호계층으로 구성되는가
심층방어 적용 - 하나의 보안장비에만 의존하지 않고 관리·물리·네트워크·장비·소프트웨어를 여러 계층으로 보호하여 침해와 피해 확산을 줄입니다.
Section 5.1.2Section 5.2| Layer 1보안관리 계층 | , 책임체계, 및 운영절차를 마련하여 기술적 보안조치의 적용 기준을 정합니다.Section 5.2.1 |
|---|---|
| Layer 2물리적 보안 계층 | 제어실, 제어반, 통신장비, 현장설비 등에 대한 비인가 물리적 접근과 손상을 방지합니다.Section 5.2.2 |
| Layer 3네트워크 보안 계층 | 통신망을 구역별로 분리하고, ·로그·모니터링 등으로 통신경로를 보호합니다.Section 5.2.3 |
| Layer 4하드웨어 보안 계층 | 장비의 신뢰성, , 장치 식별, 접근통제 및 안전한 설정관리 기능을 활용합니다.Section 5.2.4 |
| Layer 5소프트웨어 보안 계층 | 허용목록, 패치, 안전한 소프트웨어 개발 및 설정강화 등으로 애플리케이션과 운영환경을 보호합니다.Section 5.2.5 |
시스템에 대한 접근은 어떻게 통제하는가
항목을 선택하면 오른쪽에 내용이 표시됩니다.
사용자 식별과
시스템에 접근하는 사용자와 관리자를 식별하고 인증하여 을 방지합니다. 공유계정 등 특유의 제약도 고려해야 합니다.
Section 6.2.1Appendix F최소권한 원칙
사용자·운영자·유지보수업체에 업무 수행에 필요한 범위의 접근권한만 부여합니다.
Section 6.2.1Appendix F특권계정 관리
설정변경, 제어프로그램 수정, 네트워크 장비 관리 등 중요한 작업에 사용하는 관리자 권한을 제한하고 관리합니다.
Section 6.2.1Appendix F보호
외부 나 원격운영에 필요한 접근을 ·승인·제한하고, 필요에 따라 안전한 통신경로를 적용합니다.
Section 5.2.5Appendix E.3Appendix F장치·서비스
사용자뿐 아니라 시스템 간 통신에 참여하는 장치와 서비스의 신뢰성을 확인하는 방안을 검토합니다.
Section 5.2.4Appendix F접근권한의 지속적 검토
담당자 변경, 업무 종료, 외부업체 작업 종료 등에 따라 접근권한을 재검토하고 불필요한 권한을 정리합니다.
Section 6.2.1Appendix F네트워크는 어떤 기술로 보호하는가
IT망과 을 구분하여 침해가 산업설비로 확산될 가능성을 줄입니다.
Section 5.2.3.1설비 기능, 중요도, 신뢰수준, 관리주체 및 데이터 흐름에 따라 OT망을 여러 보안구역으로 구분합니다.
Section 5.2.3.1Appendix E.1보안구역 간 필요한 통신만 허용하고 불필요한 연결과 서비스 접근을 제한합니다.
Section 5.2.3.1IT망과 OT망 사이에 중간 보안구역을 두어 데이터 교환을 통제하고 직접적인 접근을 줄입니다.
Section 5.2.3.1데이터가 외부로만 이동하도록 제한해야 하는 환경에서는 · 등을 검토합니다.
Section 5.2.3.1Appendix E.1OT망의 정상 통신패턴을 파악하고 비정상적인 연결이나 제어통신을 탐지합니다.
Section 5.2.3Appendix E.2침입탐지·방지기술을 활용하되, 자동 차단이 정상 제어통신을 방해할 수 있는지 평가합니다.
Section 5.2.3Appendix E.2필요한 경우 전송 중인 데이터의 과 을 보호하기 위해 암호화된 통신을 적용합니다.
Appendix E.3Appendix F네트워크 내부에 있다는 이유만으로 접근을 허용하지 않고 사용자·장치·서비스에 대한 접근정책을 검토합니다. 장비의 지원 여부와 지연시간을 고려해야 합니다.
Section 5.2.3.4장비와 소프트웨어는 어떻게 보호하는가
하드웨어 신뢰기반
장비가 신뢰할 수 있는 상태에서 작동하도록 하드웨어 기반 신뢰기능을 검토합니다. 지원되는 장비에서는 신뢰 플랫폼 모듈(Trusted Platform Module, TPM) 등을 활용할 수 있습니다.
Section 5.2.4장치 보호
제어장치의 소프트웨어나 설정이 허가 없이 변경되었는지 확인할 수 있는 보호기능을 검토합니다.
Section 5.2.4안전한 장비 설정관리
불필요한 기능과 서비스를 제한하고 장비의 보안설정을 관리합니다.
Section 5.2.4Appendix F애플리케이션 허용목록
운영에 승인된 프로그램만 실행되도록 하여 불필요하거나 악성인 프로그램의 실행을 제한합니다.
Section 5.2.5.1보안패치 관리
알려진 소프트웨어 결함을 수정하되, 패치 적용 전 호환성·운영중단·안전영향을 검토합니다.
Section 5.2.5.2안전한 소프트웨어 개발
소프트웨어의 설계·개발·시험 단계에서 보안요구사항을 고려하여 발생 가능성을 줄입니다.
Section 5.2.5.3소프트웨어 설정강화
불필요한 서비스·계정·기능을 제한하고 소프트웨어 구성을 안전하게 관리합니다.
Section 5.2.5.4방어
장비의 지원범위와 성능제약을 고려하여 탐지·차단 및 실행제한 수단을 선정합니다.
Section 5.2.3Section 5.2.5Appendix F개선조치
을 발견한 후 패치, 설정변경, 네트워크 격리 등 적절한 조치를 선정하고 운영영향을 확인합니다.
Section 6.2Appendix F데이터는 어떻게 보호하는가
데이터 보안
공정정보, 제어명령, 운영기록 등 데이터의 ··가용성을 위험수준에 맞게 보호합니다.
Section 6.2.3백업 및 복구자료 보관
프로그램, 설정파일, 운영데이터 등을 백업하고 발생 시 복원할 수 있도록 관리합니다.
Section 6.2.4.3Appendix E.3.1변경 불가능한 저장소
백업자료를 임의로 수정하거나 삭제하기 어렵게 하는 저장방식을 검토합니다.
Appendix E.3.2파일 해시를 통한 확인
제어로직이나 중요 설정파일의 해시값을 비교하여 파일이 변경되었는지 확인합니다.
Appendix E.3.3전자서명 활용
프로그램이나 파일의 서명자와 서명 이후 변경 여부를 검증할 수 있도록 디지털 서명을 활용합니다.
Appendix E.3.4저장 데이터
중요 운영정보와 백업파일을 저장할 때 필요에 따라 를 적용합니다.
Appendix E.3.5원격 데이터 접근 보호
에 대한 ··접근제한 등을 통해 외부에서의 을 방지합니다.
Appendix E.3.6운영환경에 맞춰 추가로 검토할 보호조치는 무엇인가
가 비상정지, 안전계장 및 기타 안전기능을 방해하지 않도록 검토합니다.
Section 5.3.1보안조치가 공정중단이나 제어지연을 일으키지 않도록 성능과 가용성을 검토합니다.
Section 5.3.2원격 현장에 설치된 장비의 통신·물리적 접근· 을 고려합니다.
Section 5.3.3보안기능이 제한적인 와 는 연결구조와 상위 보호수단을 함께 검토합니다.
Section 5.3.6산업용 IoT 장치와 외부 플랫폼의 연결, , 통신 및 데이터 보안위험을 고려합니다.
Section 5.3.7산업용 무선망의 ··접근통제 및 간섭 가능성을 검토합니다.
Section 6.2.9USB 등 이동식 매체의 사용·반입·보관·폐기 과정에서 유입과 정보유출을 방지합니다.
Section 6.2.7여러 장비의 시각을 적절히 동기화하여 로그 분석, 사고조사 및 이벤트 상관관계 파악에 활용합니다.
Section 6.2.12OT 사고 대응·복구와 운영연속성
사고대응계획과 대응조직은 어떻게 마련하는가
| 사고대응 역량 확보 | 보안사고가 발생했을 때 신속하게 상황을 파악하고 피해를 줄일 수 있도록 담당인력, 절차, 기술 및 대응체계를 마련합니다.Section 3.3.8 |
|---|---|
| 사고대응계획 수립 | 발생 시 보고, 분석, 조치, 복구 및 관계자 연락을 어떻게 수행할지 미리 정합니다.Section 3.3.8Section 6.4.1 |
| 대응 역할과 책임 명확화 | 운영자, 제어엔지니어, IT 보안담당자, 안전담당자 등의 역할을 구분하고 시 의사결정 체계를 마련합니다.Section 3.3.8Section 6.4.2 |
| 사고대응 절차의 시험과 검토 | 대응계획이 실제 환경에서 실행 가능한지 훈련·시험하고, 확인된 문제점을 개선합니다.Section 3.3.8Section 6.4.1Section 6.4.5 |
| 사고대응과 안전관리의 연계 | 사이버사고가 물리적 공정과 안전기능에 영향을 줄 수 있으므로 보안담당자와 설비·안전담당자가 함께 대응방안을 결정합니다.Section 3.3.8Section 5.3.1 |
| 외부 관계자와의 협력 | 필요한 경우 장비 제조사, 유지보수업체, 사고대응 지원기관 등과 협력할 수 있도록 연락·지원 절차를 마련합니다.Section 6.4.2 |
보안사고가 발생하면 어떤 순서로 대응하는가
보안로그, 네트워크 통신, 장비 상태, 제어명령 등을 분석하여 의 원인과 영향을 파악합니다.
Section 6.4.3 영향범위 파악침해된 장비뿐 아니라 연결된 , , 서버, 통신망 및 실제 공정에 영향이 있는지 확인합니다.
Section 6.4.3의 분류와 우선순위 결정의 심각도, 설비 중요도, 안전영향, 생산중단 가능성을 고려하여 대응 우선순위를 정합니다.
Section 6.4.3침해가 다른 장비로 확산되지 않도록 통신 제한, 계정 차단, 장비 격리 등의 대응을 검토합니다.
Section 6.4.4 원인 제거, 부적절한 설정, 침해된 계정 등 원인을 제거하거나 개선합니다.
Section 6.4.4새롭게 발견된 관리분석 과정에서 발견한 을 기록하고, 패치·설정변경·접근통제 등 필요한 조치를 수행합니다.
Section 6.4.4발생 시점, 영향범위, 수행한 조치, 담당자 및 결과를 기록하여 사후분석과 개선에 활용합니다.
Section 6.4.2Section 6.4.3사고대응 절차 개선처리 결과와 대응 과정에서 확인한 문제점을 반영하여 계획·절차·기술적 보호조치를 개선합니다.
Section 6.4.5복구에서는 무엇을 먼저 고려하는가
인명·환경안전 우선
설비를 재가동하기 전에 인명안전과 환경안전을 먼저 확보합니다. 빠른 생산재개보다 안전한 복구가 우선입니다.
Section 3.3.9| 복구·복원 역량 확보 | 사이버사고로 영향을 받은 자산과 서비스를 정상적인 운영상태로 복원할 수 있도록 인력, 절차 및 기술적 수단을 마련합니다.Section 3.3.9 |
|---|---|
| 복구목표 설정 | 어느 설비와 서비스를 먼저 복구할지 정하고, 운영중단을 어느 정도까지 허용할 수 있는지 검토합니다.Section 3.3.9Section 6.5.1 |
| 안전한 정지·재가동 | 중 제어기능을 중단하거나 복구할 때 설비가 안전한 상태에 있는지 확인하고, 필요한 운영·안전 절차에 따라 재가동합니다.Section 3.3.9Section 5.3.1Section 5.3.2 |
운영연속성은 어떤 계획과 목표로 확보하는가
로 생산이나 서비스가 중단되더라도 중요한 업무기능을 유지하거나 재개할 수 있도록 대체 운영방안과 책임체계를 마련합니다.
Section 3.3.9Section 6.2.4.5심각한 장애나 재해 이후 시스템, 제어환경 및 관련 서비스를 복원하기 위한 절차를 마련합니다.
Section 3.3.9중요 시스템이나 서비스가 중단되었을 때 허용 가능한 복구시간을 설정하고 이를 달성할 방법을 마련합니다.
Section 6.2.4.5발생 시 어느 시점까지의 데이터를 복원해야 하는지 정하고 백업주기와 저장방식을 검토합니다.
Section 6.2.4.5복구에 필요한 자료와 자원은 어떻게 준비하는가
백업체계 구축
시스템 상태, 제어프로그램, 설정파일, 운영데이터 등 복구에 필요한 정보를 정기적으로 백업합니다.
Section 3.3.9Section 6.2.4.3백업자료를 이용한 복원
저장된 백업자료로 의 상태와 설정을 적절한 시간 내에 복원할 수 있도록 절차를 마련합니다.
Section 3.3.9Section 6.5.1중요 예비부품 확보
장비 고장이나 침해로 인한 장시간 중단을 줄이기 위해 필요한 예비부품과 대체장비를 확보하는 방안을 검토합니다.
Section 6.2.4.5공급업체와 복구협력
제조사 또는 유지보수업체의 지원이 필요한 장비는 복구에 필요한 연락체계와 지원방법을 사전에 마련합니다.
Section 6.2.4.5대응·복구 문서의 보호
사이버공격 중에도 대응절차를 사용할 수 있도록 오프라인 자료나 종이문서 등으로 보관하는 방안을 고려합니다.
Section 6.2.4.5복구는 어떻게 실행하고 개선하는가
복구계획을 실행하면서 수행한 조치와 결과를 가능한 범위에서 기록하고, 사후검토에 활용합니다.
Section 6.5.1경영진, 운영부서, 외부 공급업체 등 이해관계자에게 복구 진행상황과 필요한 정보를 전달합니다.
Section 6.5.3복구 중 발견한 문제와 교훈을 정리하여 다음 에 대비한 복구계획과 절차를 개선합니다.
Section 6.5.2실제 운영환경과 장비구성이 달라질 수 있으므로 계획을 정기적으로 검토하고 갱신합니다.
Section 6.2.4.5계획이 실제로 작동하는지 시험하고, 대응인력의 숙련도와 시스템 복구 가능성을 확인합니다.
Section 6.2.4.5시스템의 장애가 발생하더라도 중요한 기능을 유지하거나 적절한 시간 내에 복구할 수 있도록 설계와 운영절차를 검토합니다.
Section 5.3.2Section 6.5NIST CSF·RMF 기반 OT 위험관리
NIST SP 800-82의 는 어떤 체계를 바탕으로 하는가
기준을 설정하고, 을 평가·대응·모니터링하는 전반적인 관리활동입니다.
Section 4.1시스템의 보안위험을 관리하기 위해 준비, 분류, 통제선정, 구현, 평가, , 모니터링을 수행하는 절차입니다.
Section 4.3보안활동을 식별·보호·탐지·대응·복구 기능으로 구분하여 조직의 사이버보안 관리현황과 개선방향을 파악합니다.
Section 6NIST SP 800-82의 는 어떤 단계로 이루어지는가
기준 설정
조직의 허용수준, 평가 전제조건, 운영 제약 및 전략을 정합니다.
Section 4.1.1··발생 가능성·영향을 분석하고 의 우선순위를 결정합니다.
Section 4.1.2위험대응
의 크기와 허용수준을 고려하여 적절한 대응방안을 결정합니다.
Section 4.1.3모니터링
과 시스템 상태의 변화를 지속적으로 확인하고 평가 및 대응방안을 갱신합니다.
Section 4.1.4NIST SP 800-82는 사이버보안 프레임워크(CSF-Cybersecurity Framework)의 다섯 가지 기능을 에 어떻게 적용하는가
| 식별 Identify | |
|---|---|
| 식별 기능 | 보호해야 할 자산, 공정, 운영환경, 및 을 파악하여 보안관리의 기준을 마련합니다.Section 6.1 |
| ID.AM 자산관리 | , , , , 소프트웨어, 통신경로 등 자산을 파악하고 중요도를 분류합니다.Section 6.1.1 |
| ID.GV보안 거버넌스 | , 역할·책임, 법규 요구사항 및 체계를 조직 차원에서 관리합니다.Section 6.1.2 |
| ID.RA사이버보안 | 시스템의 과 , 발생 가능성, 운영·안전영향을 분석하여 을 평가합니다.Section 6.1.3 |
| ID.RM 전략 | 조직이 수용할 수 있는 위험수준과 대응 우선순위를 정하고, 일관된 기준으로 을 관리합니다.Section 6.1.4 |
| ID.SC공급망 | 장비 제조사, 소프트웨어 공급업체, 시스템 통합업체 및 유지보수업체와 관련된 을 관리합니다.Section 6.1.5 |
| 기능의 내용 | 세부 범주 | |
|---|---|---|
| 보호Protect | 접근통제, 보안교육, 데이터 보호, 설정관리 등 적절한 보호조치를 적용하여 가능성과 영향을 줄입니다. Section 6.2 | PR.AC 접근통제와 - 사용자·관리자·외부업체가 시스템에 접근할 수 있는 범위를 제한하고 인증합니다. Section 6.2.1PR 정보 및 시스템 보호 - 중요 데이터, 시스템 설정, 백업, 및 보호기술을 관리하여 자산을 보호합니다. Section 6.2 |
| 탐지Detect | 시스템의 이상행위와 보안이벤트를 식별하고 보안조치가 정상적으로 작동하는지 확인합니다. Section 6.3 | DE 보안 이상징후 탐지 - 비정상적인 네트워크 통신, 장비 동작 및 보안이벤트를 파악합니다. Section 6.3 |
| 대응Respond | 사이버보안 가 발생하면 분석, 관계자 소통, 확산방지 및 피해완화 활동을 수행합니다. Section 6.4 | RS 사고대응 관리 - 를 분석하고 확산을 방지하며 대응결과를 반영하여 보안체계를 개선합니다. Section 6.4 |
| 복구Recover | 로 영향을 받은 시스템과 운영기능을 복원하고 복구절차를 개선합니다. Section 6.5 | RC 운영기능 복구 - 복구계획에 따라 시스템과 서비스를 복원하고, 재발방지를 위한 개선활동을 수행합니다. Section 6.5 |
NIST SP 800-82는 프레임워크(RMF-Risk Management Framework)의 각 단계에서 에 무엇을 고려하는가
| 단계의 내용 | OT 적용 시 고려사항 | |
|---|---|---|
| 준비Prepare | 수행에 필요한 조직의 역할·책임, 자원, 전략, 시스템 정보 등을 준비합니다. IT· 담당자와 안전전문가의 협력이 중요합니다. Section 4.3.1 | IT· 역할과 책임의 통합 - IT 보안담당자뿐 아니라 제어엔지니어, 운영자, 안전담당자, 외부 공급업체의 책임을 명확히 합니다. Section 4.3.1 |
| 시스템 분류Categorize | 시스템의 기능과 정보자산을 파악하고, ··가용성 침해가 미치는 영향을 기준으로 보안 영향수준을 분류합니다. Section 4.3.2 | 시스템 구성정보 확보 - , , DCS, 네트워크, 및 관련 정보의 구성과 연결관계를 파악합니다. Section 4.3.2보안 영향수준 결정 - 뿐 아니라 제어명령과 데이터의 , 설비의 가용성 및 안전영향을 고려하여 시스템을 분류합니다. Section 4.3.2 |
| 선정Select | 시스템의 영향수준과 을 고려하여 적절한 를 선정하고 운영환경에 맞게 조정합니다. Section 4.3.3 | 특화 통제 조정 - 일반 IT 가 설비운영에 적합한지 검토하고, 필요한 경우 환경에 맞게 조정하거나 보완통제를 마련합니다. Section 4.3.3Appendix F |
| 구현Implement | 선정한 를 실제 시스템과 운영절차에 적용하고 구현내용을 문서화합니다. Section 4.3.4 | 의 안전한 구현 - , 접근통제, 보안패치 등을 적용할 때 제어지연, 장비 호환성 및 설비 안전성에 미치는 영향을 검토합니다. Section 4.3.4Section 5.3 |
| 평가Assess | 구현된 통제가 올바르게 적용되었고 의도한 보안효과를 발휘하는지 확인합니다. Section 4.3.5 | 의 효과 검증 - 통제가 의도대로 작동하는지 평가하면서 시험행위 자체가 운영에 미치는 영향도 고려합니다. Section 4.3.5 |
| 운영인가Authorize | 보안평가 결과와 남아 있는 을 검토하고, 권한 있는 책임자가 시스템 운영에 따른 을 수용할지 결정합니다. Section 4.3.6 | 잔여위험의 책임 있는 수용 - 모든 을 제거할 수는 없으므로 남아 있는 과 운영상 영향을 이해한 책임자가 운영인가를 결정합니다. Section 4.3.6 |
| 지속적 모니터링Monitor | 의 효과와 시스템 변경사항, 새로운 · 등을 지속적으로 확인하고 결과를 갱신합니다. Section 4.3.7 | 시스템 변경과 재평가 - 장비교체, 소프트웨어 변경, 네트워크 확장, 새로운 외부 연결 등으로 이 달라지면 보안상태를 다시 검토합니다. Section 4.3.7 |
체계에 함께 반영할 영역은 무엇인가
공급망
제조사, 시스템 통합업체, 유지보수업체 등 외부 공급망의 을 위험관리체계에 반영합니다.
Section 4.2.1Section 6.1.5안전시스템
보안위험이 안전기능에 미칠 영향을 검토하고, 기능안전과 사이버보안을 연계합니다.
Section 4.2.2