NIST SP 800-82

NIST SP 800-82(Guide to Operational Technology (OT) Security)는 미국 국립표준기술연구소(NIST)가 산업제어시스템(ICS)을 비롯한 운영기술(OT)의 안전성·가용성·신뢰성을 고려하여 보안 위험 관리, 보안 아키텍처 및 보안 통제 적용 방법을 제시한 지침이다.

개요

NIST SP 800-82는 산업 현장과 주요 기반시설에서 사용하는 운영기술(Operational Technology, OT)의 보안을 다루는 특별간행물이다. 기존 정보기술(IT) 시스템과 달리 물리적 설비를 직접 감시·제어하는 시스템의 특성을 고려하여 보안대책을 수립하도록 안내한다.

2011년 6월 처음 발행되었으며, 초기에는 산업제어시스템(ICS) 보안에 초점을 맞췄다. 2023년 9월 발행된 Revision 3부터 적용 범위를 운영기술 전반으로 확대하고 문서 명칭도 Guide to Industrial Control Systems (ICS) Security에서 Guide to Operational Technology (OT) Security로 변경하였다.^[1]

2026년 10월 기준 최신 확정판은 Revision 3이다. 2026년 9월 21일 Revision 4의 공개 초안이 발표되었으나 아직 확정되지 않았다.^[2]^[3]

항목	내용
문서 번호	NIST SP 800-82
정식 명칭	Guide to Operational Technology (OT) Security
한국어 명칭	운영기술 보안 지침
발행기관	NIST
최초 발행	2011년 6월 9일
현행 확정판	Revision 3 (2023년 9월 28일)
개정 진행	Revision 4 공개 초안 (2026년 9월 21일)
주요 분야	산업제어시스템 보안, 운영기술 보안, 주요 기반시설 보안
관련 문서	NIST SP 800-53, NIST SP 800-37, NIST CSF
공식 페이지	NIST CSRC
원문	PDF

적용 대상

운영기술은 물리적 환경과 상호작용하거나 물리적 환경에 영향을 미치는 장치를 관리하는 프로그래밍 가능한 시스템 및 장치를 포괄한다.

NIST SP 800-82 Rev. 3의 주요 적용 대상은 다음과 같다.^[1]

구분	영문 명칭	주요 용도
산업제어시스템	Industrial Control System (ICS)	제조 공정, 발전시설, 산업설비의 감시 및 제어
감시 제어 및 데이터 취득	Supervisory Control and Data Acquisition (SCADA)	원격지에 분산된 설비의 중앙 감시 및 제어
분산제어시스템	Distributed Control System (DCS)	플랜트 및 연속 생산 공정의 분산 제어
프로그래머블 논리 제어기	Programmable Logic Controller (PLC)	산업설비의 논리·순차·공정 제어
빌딩 자동화 시스템	Building Automation System (BAS)	건물의 공조·조명·설비 자동화
물리적 접근통제시스템	Physical Access Control System (PACS)	출입문·게이트 등 물리적 출입통제
안전계장시스템	Safety Instrumented System (SIS)	위험 상황에서 공정을 안전한 상태로 전환
산업용 사물인터넷	Industrial Internet of Things (IIoT)	산업설비의 연결, 데이터 수집 및 분석

적용 산업에는 전력, 상하수도, 석유·가스, 화학, 제조, 교통, 건물 관리 및 기타 주요 기반시설이 포함된다.

OT는 ICS보다 넓은 개념이다. 모든 OT 시스템이 전통적인 산업제어시스템에 해당하는 것은 아니며, 빌딩 자동화나 물리적 출입통제 시스템도 OT의 범위에 포함될 수 있다.

OT와 IT의 보안 특성 비교

NIST SP 800-82는 OT와 IT 시스템의 차이를 보안대책 설계에서 반드시 고려해야 할 요소로 설명한다.

일반적인 IT 보안은 정보의 기밀성·무결성·가용성을 중심으로 설계된다. 반면 OT는 물리적 공정과 연결되어 있으므로 인명 안전, 설비의 정상 작동, 가용성 및 실시간성이 특히 중요하다.

구분	일반적인 IT 환경	OT 환경
주요 보호 대상	정보, 데이터, 업무 서비스	물리적 공정, 설비, 인명 안전, 서비스 연속성
보안 우선순위	기밀성·무결성·가용성	안전성·가용성·무결성·기밀성
실시간성	일부 지연 허용 가능	제어 주기와 응답시간에 엄격한 제약이 있을 수 있음
가용성	계획된 재시작·중단 가능	연속 운전이 필요하거나 중단 비용이 매우 높을 수 있음
시스템 수명	상대적으로 짧은 교체 주기	20년 이상 사용하는 설비도 존재
패치	정기적인 업데이트와 재시작	운전 중단·호환성 검증·제조사 승인 등의 제약
보안 소프트웨어	일반적인 EDR·백신·에이전트 활용	자원 제약과 실시간성 때문에 설치가 제한될 수 있음
네트워크	범용 IT 프로토콜 중심	산업용 통신 프로토콜과 전용 장비 사용
사고 영향	정보 유출, 데이터 손상, 업무 중단	생산 중단, 설비 파손, 환경오염, 인명 피해

이러한 차이는 일반적인 경향이며 모든 IT 또는 OT 시스템에 일률적으로 적용되는 것은 아니다.^[1]

안전성

OT 시스템은 물리적 공정을 직접 제어하므로 사이버 공격이나 시스템 오작동이 인명 피해 및 설비 손상으로 이어질 수 있다.

예를 들어 산업용 제어기의 설정값이 변조되면 밸브, 펌프, 모터 등의 작동 상태가 변경될 수 있다. 이는 단순한 데이터 무결성 문제가 아니라 실제 물리적 위험을 발생시킬 수 있는 문제이다.

따라서 OT 보안대책은 공격 차단뿐 아니라 위험 상황에서 시스템을 안전한 상태로 전환하는 기능도 고려해야 한다.

가용성과 실시간성

OT는 정해진 시간 안에 제어 명령을 처리해야 하는 경우가 많다.

일반적인 IT 환경에서는 일시적인 응답 지연이 성능 저하로 끝날 수 있지만, 실시간 제어시스템에서는 명령 지연이나 통신 중단이 공정 이상을 초래할 수 있다.

이 때문에 보안장비 도입 시에도 다음 사항을 검토해야 한다.

통신 지연과 지터 증가 여부.
제어 주기에 미치는 영향.
보안장비 장애 시 통신 처리 방식.
패킷 손실이나 연결 중단 가능성.
비상 상황에서의 안전한 운전 유지 여부.

긴 수명주기

OT 장비는 장기간 사용하도록 설계되는 경우가 많다.

운영체제나 소프트웨어의 지원이 종료되었더라도 장비 자체는 정상적으로 작동할 수 있으며, 제조사가 더 이상 보안 패치를 제공하지 않는 경우도 있다.

따라서 취약점이 존재하더라도 패치만으로 해결할 수 없는 상황이 발생할 수 있다.

이때는 네트워크 분리, 접근 제한, 통신 감시, 외부 보안장비 등 보완 통제를 적용할 수 있다.

주요 시스템 구성

SCADA

SCADA(Supervisory Control and Data Acquisition)는 지리적으로 분산된 설비를 중앙에서 감시하고 제어하기 위한 시스템이다.

전력 송배전망, 상하수도 시설, 송유관, 철도 등에서 활용된다.

주요 구성요소는 다음과 같다.

제어센터(Control Center): 운영자가 전체 시스템을 감시하고 제어하는 장소.
마스터 터미널 장치(MTU): 원격 설비의 데이터를 수집하고 제어 명령을 전달.
원격 터미널 장치(RTU): 현장 센서와 설비의 데이터를 수집하고 제어 명령을 수행.
PLC: 현장 설비의 논리적·순차적 제어 수행.
HMI(Human-Machine Interface): 운영자가 설비 상태를 확인하고 명령을 입력하는 인터페이스.
히스토리언(Historian): 공정 데이터와 운전 이력을 저장하는 시스템.

SCADA 환경에서는 원격 통신망과 현장 제어장치 사이의 연결을 보호하는 것이 중요하다.

DCS

분산제어시스템(Distributed Control System, DCS)은 공장이나 플랜트의 제어 기능을 여러 제어기에 분산하여 운영하는 시스템이다.

화학공장, 정유시설, 발전소 등 연속적인 공정 제어가 필요한 환경에서 사용된다.

DCS는 여러 제어기가 각 공정을 담당하고 상위 시스템이 전체 운전 상태를 감시하는 구조를 가진다.

SCADA가 지리적으로 분산된 설비의 원격 감시에 많이 활용되는 반면, DCS는 상대적으로 한정된 시설 내부의 복잡한 공정 제어에 많이 활용된다. 다만 실제 시스템에서는 두 방식이 결합되기도 한다.

PLC

프로그래머블 논리 제어기(Programmable Logic Controller, PLC)는 센서 입력을 받아 미리 정의된 제어 프로그램에 따라 출력을 결정하는 산업용 제어장치이다.

일반적인 동작 과정은 다음과 같다.

센서와 입력 장치에서 신호 수집.
제어 프로그램 실행.
출력값 계산.
모터, 밸브, 릴레이 등의 출력 장치 제어.
다음 제어 주기 반복.

PLC에 대한 비인가 접근은 제어 프로그램 변경, 설정값 변조, 운전 중단 등으로 이어질 수 있다.

PLC 보안에서는 프로그램 변경 권한, 엔지니어링 워크스테이션 접근, 펌웨어 무결성 및 제어 명령의 출처를 관리해야 한다.

안전계장시스템

안전계장시스템(Safety Instrumented System, SIS)은 위험 상황에서 공정을 안전한 상태로 전환하도록 설계된 시스템이다.

일반적으로 센서, 논리 처리 장치(Logic Solver), 최종 제어요소(Final Control Element)로 구성된다.

예를 들어 압력이나 온도가 위험 수준에 도달하면 SIS가 밸브를 차단하거나 공정을 정지시킬 수 있다.

SIS는 일반 공정제어시스템(BPCS)의 장애가 안전 기능에 악영향을 미치지 않도록 설계해야 한다. 다만 현대적인 통합 제어·안전 시스템에서는 제어시스템과 SIS 사이에 통신 기능이 존재할 수 있다.

따라서 모든 SIS가 물리적으로 완전히 분리되어 있다고 가정해서는 안 된다.^[1]

보안 위협 및 취약점

NIST SP 800-82 Rev. 3의 부록 C는 OT 환경의 위협 원인, 취약점 및 사고 유형을 설명한다.

위협 사건은 크게 적대적 사건, 구조적 사건, 환경적 사건, 우발적 사건으로 구분한다.

유형	영문	주요 사례
적대적 사건	Adversarial Events	외부 침입, 내부자 공격, 악성코드, 무단 제어 명령
구조적 사건	Structural Events	하드웨어 고장, 소프트웨어 오류, 통신장비 장애
환경적 사건	Environmental Events	화재, 침수, 정전, 자연재해
우발적 사건	Accidental Events	운영자 실수, 잘못된 설정, 부주의한 장비 조작

주요 취약점

OT 환경에서 발생할 수 있는 대표적인 취약점은 다음과 같다.^[1]

기본 계정이나 공유 계정 사용.
취약하거나 오래된 인증 방식.
제조사가 지원을 종료한 운영체제와 펌웨어.
패치되지 않은 취약점.
암호화나 인증 기능이 부족한 산업용 통신 프로토콜.
IT망과 OT망 사이의 부적절한 연결.
불필요하게 개방된 원격접속 경로.
제어장치의 물리적 접근통제 부족.
보안 로그 및 이상행위 탐지 기능 부족.
백업과 복구 절차의 미비.
유지보수 인력과 외부업체의 과도한 접근 권한.

산업용 통신 프로토콜

OT에서는 Modbus, DNP3, OPC, CIP 등 다양한 산업용 통신 프로토콜을 사용한다.

이러한 프로토콜 가운데 일부는 인증과 암호화가 일반화되기 이전에 설계되었다.

예를 들어 전통적인 Modbus TCP 통신은 프로토콜 자체에서 강력한 사용자 인증이나 메시지 암호화를 제공하지 않는다.

따라서 공격자가 통신 경로에 접근하면 제어 명령을 위조하거나 데이터를 변조할 위험이 있다.

다만 산업용 프로토콜 전체에 인증이나 암호화 기능이 없다는 의미는 아니다. 보안 기능을 추가한 프로토콜 및 구현 방식도 존재하므로 실제 사용 중인 프로토콜과 버전을 확인해야 한다.

OT 보안 프로그램

NIST SP 800-82는 개별 보안장비 도입보다 조직 차원의 OT 보안 프로그램 수립을 강조한다.

보안 프로그램은 다음과 같은 요소로 구성된다.

경영진의 승인과 지원.
OT 보안 거버넌스 수립.
IT·OT·안전·시설 담당자가 참여하는 협업체계.
OT 보안 전략과 정책 수립.
자산 및 구성 관리.
위험 평가와 대응.
보안 인식 교육.
유지보수 및 변경관리.
사고 대응과 복구체계.

특히 OT 보안은 정보보안 담당자만으로 수행하기 어렵다. 제어공학 담당자, 설비 운영자, 안전 담당자 및 제조사의 전문지식이 필요하다.

자산 식별

OT 보안의 기본은 보호해야 할 자산과 통신 관계를 파악하는 것이다.

주요 관리 대상은 다음과 같다.

PLC, RTU, DCS 제어기.
HMI 및 엔지니어링 워크스테이션.
서버와 데이터 히스토리언.
산업용 네트워크 장비.
센서와 액추에이터.
펌웨어 및 소프트웨어 버전.
통신 프로토콜과 포트.
시스템 간 데이터 흐름.
외부 유지보수 연결.
시스템 소유자와 운영 책임자.

OT 자산을 탐지할 때는 일반적인 IT 자산 탐지 방법을 그대로 적용하지 않도록 주의해야 한다.

일부 장비는 능동적인 네트워크 스캔이나 예상하지 못한 패킷에 의해 장애가 발생할 수 있다. 따라서 수동적 트래픽 분석, 제조사 자료 확인 및 운영자 검증 등을 활용할 수 있다.

OT 위험 관리

NIST SP 800-82 Rev. 3은 NIST 위험 관리 프레임워크(RMF)를 OT 환경에 적용하는 방법을 설명한다.

RMF는 다음 7단계로 구성된다.

단계	영문	OT 적용 시 고려사항
준비	Prepare	OT 자산, 업무 기능, 안전 요구사항, 책임자 식별
분류	Categorize	공정 중단과 물리적 피해를 고려한 영향 수준 결정
선정	Select	OT 특성을 반영한 보안 통제 선정
구현	Implement	운영 환경에 적합한 보안대책 구현
평가	Assess	통제의 효과성과 운영 영향 평가
인가	Authorize	잔여 위험을 고려한 시스템 운영 승인
모니터링	Monitor	보안 상태와 위험의 지속적 확인

위험 평가

OT 위험 평가는 정보 유출 가능성뿐 아니라 물리적 공정에 미치는 영향을 고려해야 한다.

대표적인 평가 요소는 다음과 같다.

인명 안전에 미치는 영향.
설비 파손 가능성.
환경오염 가능성.
생산 및 서비스 중단.
다른 기반시설로의 장애 확산.
복구에 필요한 시간과 비용.
제어 명령 변조에 따른 물리적 결과.

또한 IT 시스템에서는 낮은 중요도로 분류되는 장치라도 중요한 제어시스템과 연결되어 있다면 더 큰 위험을 발생시킬 수 있다.

공급망 위험

OT 시스템은 제조사, 시스템 통합업체, 유지보수업체 및 부품 공급업체에 대한 의존도가 높을 수 있다.

따라서 다음 사항을 검토해야 한다.

제조사의 보안 업데이트 제공 여부.
장비 및 펌웨어의 출처와 무결성.
외부 유지보수 접근 권한.
장비 교체 및 수리 과정의 보안.
지원 종료 장비의 관리 방안.
공급업체 장애에 따른 운영 영향.

OT 보안 아키텍처

NIST SP 800-82는 심층 방어(Defense in Depth)를 기본적인 보안 전략으로 제시한다.

단일 보안장비에 의존하지 않고 관리적·물리적·네트워크·하드웨어·소프트웨어 보호조치를 여러 계층에 배치하는 방식이다.^[1]

네트워크 분리

OT망과 기업 IT망 사이에는 업무상 필요한 통신만 허용하도록 경계를 설정해야 한다.

대표적인 보호조치는 다음과 같다.

OT망과 IT망의 논리적 또는 물리적 분리.
네트워크 구역별 접근통제.
방화벽을 통한 허용 통신 제한.
OT와 IT 사이의 DMZ 구성.
산업용 프로토콜을 이해하는 보안장비 활용.
중요 제어망에 대한 직접 접근 제한.
네트워크 통신 흐름의 모니터링.

퍼듀 모델

퍼듀 모델(Purdue Model)은 산업제어시스템을 기능에 따라 계층화하는 참조 모델이다.

일반적인 구성은 다음과 같다.

계층	주요 구성
Level 0	센서, 액추에이터, 물리적 공정
Level 1	PLC 및 기본 제어장치
Level 2	HMI, 현장 감시·제어 시스템
Level 3	생산 운영 관리 및 현장 운영 시스템
Level 3.5	IT·OT 사이의 산업용 DMZ
Level 4	기업 업무시스템
Level 5	기업 외부 네트워크 및 상위 연결 환경

Level 3.5는 보안 설계에서 산업용 DMZ를 설명하기 위해 흔히 사용하는 구분이며, 모든 퍼듀 모델 구현에서 동일한 계층 번호를 사용하는 것은 아니다.

NIST는 퍼듀 모델을 OT 네트워크 분리의 참고 모델 중 하나로 제시한다.

특히 상위 기업망에서 하위 제어망으로 직접 접근하는 경로를 제한하도록 권고한다.

산업용 DMZ

산업용 DMZ는 IT망과 OT망 사이에서 필요한 데이터 교환을 중계하는 네트워크 구역이다.

예를 들어 다음과 같은 시스템을 배치할 수 있다.

데이터 히스토리언 중계 서버.
원격접속 게이트웨이.
파일 전송 중계 시스템.
패치 및 업데이트 중계 서버.
보안 로그 수집 시스템.

DMZ를 구성하더라도 IT망과 OT망 사이의 모든 통신을 무조건 허용해서는 안 된다.

허용된 시스템과 프로토콜, 통신 방향 및 접근 권한을 명확히 관리해야 한다.

단방향 게이트웨이

단방향 게이트웨이(Unidirectional Gateway)는 데이터가 한 방향으로만 전송되도록 설계된 장치이다.

데이터 다이오드(Data Diode)라고도 한다.

예를 들어 OT망에서 IT망으로 공정 데이터를 전달하되 IT망에서 OT망으로 데이터를 전송할 수 없도록 구성할 수 있다.

NIST SP 800-82는 단방향 게이트웨이를 OT 네트워크 경계에서 활용할 수 있는 보안 기술로 설명한다.

다만 양방향 제어 명령이나 응답이 필요한 통신에는 그대로 적용하기 어려울 수 있다.

주요 보안 통제

접근통제

OT 시스템에 접근할 수 있는 사용자와 장치를 제한해야 한다.

주요 보호조치는 다음과 같다.

역할 기반 접근통제(RBAC).
최소 권한 원칙.
특권 계정의 별도 관리.
공유 계정 사용 제한.
불필요한 계정 비활성화.
외부 유지보수 계정의 접근 기간 제한.
가능한 환경에서 다중요소 인증(MFA) 적용.

일부 오래된 OT 장비는 현대적인 인증 기능을 지원하지 않을 수 있다.

이 경우 장비 자체의 인증 기능을 변경하는 대신 접근 게이트웨이 등 외부 시스템에서 인증과 접근통제를 수행하는 방법을 고려할 수 있다.

원격접속 보안

원격 유지보수는 OT 환경에서 중요한 공격 경로가 될 수 있다.

NIST는 원격접속에 대해 인증, 접근 제한, 통신 보호 및 모니터링을 적용하도록 권고한다.

대표적인 보호조치는 다음과 같다.

원격접속 경로의 중앙 관리.
VPN 등 보호된 통신 경로 사용.
다중요소 인증 적용.
점프 서버 또는 접근 게이트웨이 활용.
작업 목적에 따른 접근 권한 제한.
원격접속 활동 기록.
사용하지 않는 원격접속 기능 비활성화.

패치 및 취약점 관리

OT에서는 보안 패치를 적용하기 전에 운영 안정성과 호환성을 검토해야 한다.

일반적인 절차는 다음과 같다.

취약점 및 영향받는 자산 식별.
취약점 악용 가능성과 물리적 영향 평가.
제조사 권고사항 및 패치 제공 여부 확인.
시험 환경에서 패치 검증.
운영 중단 및 복구 계획 수립.
승인된 작업 시간에 패치 적용.
적용 이후 시스템 기능과 공정 상태 확인.

패치를 즉시 적용하기 어려운 경우에는 네트워크 접근 제한, 취약한 서비스 비활성화, 통신 감시 등의 보완 통제를 적용할 수 있다.

악성코드 방어

OT 환경에서도 악성코드 방어는 필요하지만 일반적인 IT 보안 소프트웨어가 모든 장비에 적합한 것은 아니다.

보안 소프트웨어의 자원 사용량, 실시간 제어에 미치는 영향, 제조사 지원 여부를 확인해야 한다.

활용 가능한 대책은 다음과 같다.

검증된 보안 소프트웨어 적용.
애플리케이션 허용 목록(Application Allowlisting).
이동식 저장매체 사용 통제.
파일 및 소프트웨어 무결성 확인.
외부 파일 반입 절차 관리.
네트워크 기반 악성 행위 탐지.

네트워크 모니터링

OT 환경에서는 네트워크 트래픽을 수동적으로 분석하는 방식이 유용할 수 있다.

산업용 프로토콜을 인식하는 침입탐지시스템은 일반적인 네트워크 공격뿐 아니라 제어 명령과 통신 패턴의 이상을 탐지하는 데 활용할 수 있다.

주요 탐지 대상은 다음과 같다.

비인가 장치의 통신.
평소 사용하지 않는 제어 명령.
비정상적인 설정값 변경.
예상하지 못한 외부 연결.
제어기 프로그램 변경.
비정상적인 통신량 증가.
제어망 내부의 비인가 접근.

다만 OT 장비에 대한 능동적인 스캔이나 침입방지시스템의 자동 차단은 운영에 영향을 미칠 수 있으므로 사전 검증이 필요하다.

사고 대응 및 복구

OT 보안사고 대응은 일반적인 IT 사고 대응과 달리 물리적 안전과 공정의 연속성을 우선적으로 고려해야 한다.

사고 발생 시 다음 사항을 확인해야 한다.

인명과 설비의 안전 상태.
공격 또는 장애의 영향을 받는 공정.
제어시스템의 정상 작동 여부.
다른 설비로의 피해 확산 가능성.
안전한 수동 운전 또는 비상 정지 가능 여부.
복구에 필요한 제어 프로그램과 설정 정보.
제조사 및 설비 운영 담당자의 지원 필요성.

격리 및 차단

일반적인 IT 환경에서는 침해된 시스템을 네트워크에서 분리하거나 전원을 차단하는 방식으로 대응할 수 있다.

그러나 OT 환경에서는 이러한 조치가 공정 중단이나 안전사고를 유발할 수 있다.

따라서 네트워크 차단, 장비 재시작, 전원 차단 등의 조치를 수행하기 전에 제어공학 담당자와 설비 운영자의 검토가 필요하다.

복구

OT 복구에는 운영체제와 데이터뿐 아니라 제어 프로그램, 펌웨어, 장비 설정 및 공정 상태의 복원이 포함될 수 있다.

주요 복구 준비사항은 다음과 같다.

PLC 및 제어기의 프로그램 백업.
장비 설정과 펌웨어 버전 관리.
HMI 및 서버 복구 이미지.
네트워크 구성 정보.
대체 장비 및 예비 부품.
시스템 간 의존관계.
복구 절차와 담당자 연락망.
복구 이후 공정 검증 절차.

시스템이 정상적으로 부팅되었다는 사실만으로 물리적 공정이 안전하게 복구되었다고 판단해서는 안 된다.

NIST SP 800-53과의 관계

NIST SP 800-53은 정보시스템과 조직을 위한 보안 및 개인정보 보호 통제 카탈로그이다.

NIST SP 800-82는 이 통제를 OT 환경에 적용할 때 필요한 추가 고려사항을 제공한다.

Revision 3의 부록 F에는 NIST SP 800-53 Revision 5를 기반으로 한 OT 오버레이(OT Overlay)가 포함되어 있다.^[1]

OT 오버레이

오버레이(Overlay)는 특정 산업이나 시스템 환경에 맞게 보안 통제 기준선을 조정한 통제 집합이다.

SP 800-82 Rev. 3의 OT 오버레이는 다음 내용을 제공한다.

낮음(Low), 중간(Moderate), 높음(High) 영향 수준별 OT 통제 기준선.
OT 특성을 고려한 통제 선정 및 조정.
기존 통제에 대한 OT 전용 설명.
OT 환경에서 통제 구현이 어려운 경우의 고려사항.
보완 통제(Compensating Controls)의 활용.

예를 들어 일반적인 IT 시스템에서 사용하는 자동화된 보안 기능을 OT 장비가 지원하지 못하는 경우, 외부 보안장비나 운영 절차를 통한 보완 통제를 검토할 수 있다.

OT 오버레이는 모든 OT 시스템에 동일한 통제를 강제하는 목록이 아니다. 조직은 위험 수준, 시스템 특성 및 운영 제약에 따라 추가적인 맞춤 조정을 수행해야 한다.

NIST 사이버보안 프레임워크와의 관계

NIST SP 800-82 Rev. 3의 제6장은 NIST 사이버보안 프레임워크(CSF)를 OT에 적용하는 방법을 설명한다.

해당 장은 CSF 1.1의 다섯 가지 기능을 기준으로 구성되어 있다.

기능	영문	OT 적용 사례
식별	Identify	OT 자산, 공정, 위험 및 의존관계 식별
보호	Protect	접근통제, 네트워크 분리, 패치 및 데이터 보호
탐지	Detect	산업용 네트워크 감시와 이상행위 탐지
대응	Respond	안전을 고려한 사고 대응 및 피해 확산 방지
복구	Recover	제어시스템과 물리적 공정의 복구

2024년 발표된 CSF 2.0에서는 거버넌스(Govern) 기능이 추가되어 총 여섯 가지 기능으로 구성된다.

2026년 발표된 SP 800-82 Revision 4 초안은 CSF 2.0에 맞추어 문서 구조를 개편하고 거버넌스와 조직 차원의 위험관리를 강화하는 방향으로 작성되었다.^[3]

개정 이력

시기	판본	주요 내용
2011년 6월 9일	최초 발행	Guide to Industrial Control Systems (ICS) Security
2013년 5월 14일	Revision 1	산업제어시스템 보안 지침 개정
2015년 6월 3일	Revision 2	ICS 위협·취약점 및 보안 아키텍처 보완
2023년 9월 28일	Revision 3	ICS에서 OT 전반으로 범위 확대, SP 800-53 Rev. 5 OT 오버레이 제공
2026년 9월 21일	Revision 4 공개 초안	CSF 2.0 중심 재구성 및 OT 보안 아키텍처·위험관리 지침 확대

Revision 3

Revision 3의 주요 변경사항은 다음과 같다.

적용 범위를 ICS에서 OT 전반으로 확대.
문서 명칭을 Guide to Operational Technology (OT) Security로 변경.
OT 위협 및 취약점 정보 갱신.
OT 위험관리와 보안 아키텍처 지침 보완.
산업용 사물인터넷 등 다양한 OT 환경 반영.
보안 기능 및 도구 관련 설명 갱신.
NIST SP 800-53 Rev. 5에 대한 OT 맞춤 조정 지침 추가.
낮음·중간·높음 영향 수준별 OT 오버레이 제공.

Revision 4 공개 초안

2026년 9월 21일 NIST는 SP 800-82 Revision 4의 공개 초안을 발표하였다.

주요 개정 방향은 다음과 같다.^[3]

빌딩 자동화, 상하수도, 식품·농업, 철도, 해양 및 IIoT 환경에 대한 설명 확대.
NIST CSF 2.0의 여섯 가지 기능을 중심으로 문서 재구성.
OT 위험관리와 기업 차원의 위험관리 연계 강화.
자산 관리와 네트워크 모니터링 관련 지침 확대.
시스템 관리 기능을 보호하기 위한 보안 아키텍처 보완.
제로 트러스트 원칙의 OT 적용 검토.
NIST 위험관리 프레임워크(RMF) 관련 설명 보완.

공개 초안의 의견 제출 기한은 2026년 11월 30일이다.

Revision 4는 아직 확정되지 않았으므로 현재 지침의 내용을 확인할 때는 Revision 3을 기준으로 해야 한다.

문서 구성

NIST SP 800-82 Revision 3은 본문 6개 장과 부록으로 구성된다.

구분	영문 제목	주요 내용
제1장	Introduction	문서의 목적, 범위 및 구성
제2장	OT Overview	OT의 개념, 주요 시스템 및 IT와의 차이
제3장	OT Cybersecurity Program Development	OT 보안 프로그램 수립
제4장	Risk Management for OT Systems	OT 위험관리와 RMF 적용
제5장	OT Cybersecurity Architecture	OT 보안 아키텍처와 심층 방어
제6장	Applying the Cybersecurity Framework to OT	NIST CSF의 OT 적용
부록 A	List of Symbols, Abbreviations, and Acronyms	기호 및 약어
부록 B	Glossary	용어 정의
부록 C	Threat Sources, Vulnerabilities, and Incidents	위협 원인, 취약점 및 사고
부록 D	OT Security Organizations, Research, and Activities	관련 기관, 연구 및 활동
부록 E	OT Security Capabilities and Tools	OT 보안 기능과 도구
부록 F	OT Overlay	SP 800-53 Rev. 5 기반 OT 보안 통제 오버레이
부록 G	Change Log	개정 내역

같이 보기

각주

↑ ^1.0 ^1.1 ^1.2 ^1.3 ^1.4 ^1.5 ^1.6 Keith Stouffer 외, Guide to Operational Technology (OT) Security, NIST SP 800-82 Revision 3, 2023-09-28.
↑ NIST, SP 800-82 Rev. 3, Guide to Operational Technology (OT) Security, 확인: 2026-10-25.
↑ ^3.0 ^3.1 ^3.2 NIST, SP 800-82 Rev. 4, Guide to Operational Technology (OT) Security (Initial Public Draft), 2026-09-21.

[r3-1] 1.0 ^1.1 ^1.2 ^1.3 ^1.4 ^1.5 ^1.6 Keith Stouffer 외, Guide to Operational Technology (OT) Security, NIST SP 800-82 Revision 3, 2023-09-28.

[status-2] NIST, SP 800-82 Rev. 3, Guide to Operational Technology (OT) Security, 확인: 2026-10-25.

[r4-3] 3.0 ^3.1 ^3.2 NIST, SP 800-82 Rev. 4, Guide to Operational Technology (OT) Security (Initial Public Draft), 2026-09-21.

[1]

[2]

[3]