A Transfer Learning Approach to Unveil the Role of Windows Common Configuration Enumerations in IEC 62443 Compliance
이 논문은 레이블이 지정된 리눅스 데이터를 활용하는 전이 학습 기법을 통해 윈도우 공통 구성 열거 (CCE) 를 IEC 62443-3-3 시스템 보안 요구사항에 매핑함으로써, 이종 환경에서의 산업 제어 시스템 보안 표준 준수 자동화와 명확성을 제고하는 방법을 제안합니다.
원저자:Miguel Bicudo, Estevão Rabello, Daniel Menasché, Paulo Segal, Claudio Segal, Anton Kocheturov, Priyanjan Sharma
이 논문은 복잡한 산업용 컴퓨터 시스템 (공장 자동화 등) 을 해킹으로부터 지키기 위한 'IEC 62443'이라는 국제 보안 규정을, 윈도우 (Windows) 시스템에 어떻게 자동으로 적용할 수 있는지 연구한 내용입니다.
너무 어렵게 들릴 수 있으니, **'레시피 책'**과 **'요리사'**에 비유해서 쉽게 설명해 드릴게요.
1. 문제 상황: "레시피는 있는데, 재료가 달라요!"
상황: 공장의 컴퓨터 시스템은 '리눅스 (Linux)', '윈도우 (Windows)', 그리고 특수한 운영체제가 섞여 있는 '혼합 요리' 같은 곳입니다.
규정 (IEC 62443): 이 시스템을 안전하게 지키기 위한 '완벽한 레시피 책'이 있습니다. 하지만 이 레시피 책은 리눅스 요리사에게는 아주 상세하게 적혀 있는데, 윈도우 요리사에게는 "이건 리눅스용이니까 생략하세요"라고만 적혀 있거나 아예 없어요.
난제: 윈도우 시스템을 어떻게 이 레시피에 맞춰 안전하게 만들지? 수동으로 하나하나 확인하려면 시간이 너무 오래 걸리고 실수도 많아요.
2. 해결책: "요리 실력을 전수받다 (Transfer Learning)"
연구팀은 아주 똑똑한 방법을 고안해냈습니다. 바로 **'리눅스 요리사의 경험을 윈도우 요리사에게 전수'**하는 거죠.
비유:
리눅스 데이터: 이미 레시피가 완벽하게 정리된 '리눅스 요리사'의 경험록입니다. (어떤 재료를 어떻게 처리하면 안전한지 알고 있어요.)
윈도우 데이터: 레시피가 없는 '윈도우 요리사'의 재료 목록입니다.
방법: 연구팀은 두 요리사의 재료 목록 (설정값) 을 컴퓨터가 이해할 수 있는 '숫자 언어 (벡터)'로 바꿨습니다. 그리고 **"윈도우의 이 재료는 리눅스의 저 재료와 매우 비슷해 보이네? 그럼 리눅스 요리사가 이 재료에 적용했던 안전 레시피도 윈도우에 적용해 보자!"**라고 추측했습니다.
3. 실행 과정: "AI 가 추측하고, 인간이 확인하다"
이 과정은 크게 세 단계로 나뉩니다.
유사성 찾기 (AI 의 추측):
컴퓨터는 리눅스 설정과 윈도우 설정을 비교해서 "이 두 설정은 성격이 90% 비슷해!"라고 판단합니다.
예를 들어, 리눅스에서 "문 잠금 설정"이 '안전 레시피 A'에 해당한다면, 윈도우에서도 비슷한 '문 잠금 설정'을 찾아서 '안전 레시피 A'를 적용해 보라고 제안합니다.
이때, 너무 먼 관계는 무시하고, 아주 가까운 관계만 골라내도록 수학적 공식을 썼습니다.
다듬기 (인간의 검증):
AI 가 "이건 안전해요!"라고 제안해도, 100% 맞을 수는 없죠. 그래서 연구팀이 직접 눈으로 확인했습니다.
결과: AI 가 제안한 100 개 중 약 31 개는 "오, 맞네!" (Yes), 7 개는 "음... 상황에 따라 다를 수도 있네" (Maybe), 61 개는 "아니, 이건 아니야" (No) 로 분류되었습니다.
특히 AI 가 "아마도 맞을 거야"라고 했던 부분에서 인간과 의견이 갈라지기도 했지만, 전체적인 흐름은 AI 가 잘 잡아냈습니다.
결과물 (새로운 레시피 책):
이렇게 해서 윈도우 시스템용 '안전 레시피 (IEC 62443 준수 설정)'가 완성되었습니다.
4. 주요 발견: "윈도우는 '규칙'을 좋아해요"
연구를 통해 윈도우 시스템의 특징을 재미있게 발견했습니다.
리눅스 vs 윈도우:
리눅스: "이 서비스 (daemon) 를 켜고, 파일 권한을 바꿔라"처럼 세부적인 부품을 조립하듯 설정합니다.
윈도우: "이 정책 (Policy) 을 켜라", "이 설정을 강제 (Enforce) 하라"처럼 중앙에서 지시하는 방식을 선호합니다.
주요 키워드: 윈도우 설정 설명서에는 '활성화 (Enabled)', '비활성화 (Disabled)', '정책 (Policy)', '감시 (Auditing)' 같은 단어가 가장 많이 나옵니다.
의미: 윈도우는 방어벽 (네트워크) 을 튼튼히 하고, 설정을 강제로 지키며, 모든 행위를 기록 (로그) 하는 것에 가장 집중하고 있다는 뜻입니다.
5. 결론: "왜 이 연구가 중요할까요?"
이 연구는 복잡한 보안 규정을 자동으로 체크할 수 있는 길을 열었습니다.
이전: "이 공장 시스템이 규정을 지켰나?"를 확인하려면 전문가가 수백 개의 설정을 일일이 눈으로 확인해야 했습니다. (매우 느리고 비쌈)
이후: 이제 이 연구에서 만든 '윈도우용 레시피'를 사용하면, 컴퓨터가 자동으로 "이 설정은 규정을 지켰고, 저 설정은 위반입니다"라고 알려줍니다.
한 줄 요약:
"리눅스라는 선배 요리사의 경험을 AI 가 배워, 윈도우라는 후배 요리사에게도 완벽한 보안 레시피를 가르쳐주자!"
이 방법을 통해 산업 현장의 보안 점검이 훨씬 빠르고 정확하게 이루어질 수 있게 되었습니다.
논문 요약: IEC 62443 준수를 위한 Windows CCE 의 역할 규명을 위한 전이 학습 접근법
1. 문제 정의 (Problem Statement)
배경: 산업 제어 시스템 (ICS) 은 리눅스, 독점 실시간 OS, Windows 가 공존하는 이질적인 환경에서 운영됩니다. IEC 62443-3-3 표준은 이러한 시스템을 보호하기 위한 포괄적인 프레임워크를 제공하지만, 추상적인 보안 요구사항을 구체적인 구성 검사 (Configuration Checks) 로 변환하는 과정은 여전히 어렵습니다.
현황: 리눅스 시스템에 대해서는 IEC 62443 요구사항과 매핑된 데이터셋과 연구가 존재하지만, Windows 환경에서는 체계적인 매핑 및 검증 접근법이 부족합니다.
핵심 문제: Windows 환경에서 IEC 62443-3-3 시스템 보안 요구사항 (SR) 을 자동으로 평가하고 준수 여부를 검증할 수 있는 데이터와 방법론의 부재.
2. 방법론 (Methodology)
저자들은 전이 학습 (Transfer Learning) 기법을 활용하여 리눅스 (SUSE) 데이터셋의 레이블을 Windows 환경으로 확장하는 새로운 파이프라인을 제안합니다.
데이터 소스:
소스 도메인: IEC 62443-3-3 요구사항과 매핑된 SUSE Linux 의 Common Configuration Enumerations (CCE).
타겟 도메인: IEC 62443 태그가 없는 Windows CCE.
기술적 프로세스:
임베딩 (Vectorization): 각 CCE 의 텍스트 설명 (JSON 형식) 을 all-mpnet-base-v2 (Sentence Transformers 기반) 모델을 사용하여 768 차원의 벡터로 변환합니다.
거리 기반 가중치 부여: Windows CCE 와 SUSE CCE 간의 유클리드 거리 (또는 코사인 거리) 를 계산합니다. 거리가 가까울수록 (유사할수록) 가중치가 높아지도록 설계합니다.
가중치 공식: wij=dij+ϵ1
지식 전이 및 점수 산출: SUSE 의 이진 요구사항 벡터 (rj) 를 Windows CCE 로 전이하여 가중 합산합니다.
정규화된 점수 벡터: si=s~i/∥s~i∥∞
변동성 향상 (Power Transformation): 매핑의 다양성을 높이기 위해 거리 가중치를 지수 p만큼 승산합니다 (wij(p)=wijp). 이를 통해 반복되는 요구사항의 지배력을 줄이고 다양한 요구사항의 매핑을 유도합니다.
선정 규칙: 각 Windows CCE 에 대해 점수 임계값 (τ) 이상이고 순위가 상위 K개 (Top-K) 인 요구사항만 최종 매핑으로 선정합니다.
수동 검증 (Manual Verification): ML 모델이 생성한 매핑을 인간 전문가가 검증하여 'Yes/No/Maybe' 라벨을 부여하고 오류를 수정합니다.
3. 주요 기여 (Key Contributions)
CCE 데이터셋 라벨링 방법론 제안: 리눅스 데이터셋을 기반으로 Windows CCE 에 IEC 62443 요구사항을 전이하는 전이 학습 프레임워크를 구축했습니다.
레이블된 데이터셋 생성: 612 개의 Windows 구성에 대해 3,020 개의 CCE-SR 관계를 분석하고, 그중 937 개를 'Yes'로 확정하여 검증된 데이터셋을 공개했습니다.
요구사항 분포 및 군집 분석: Linux 와 Windows 간의 요구사항 빈도, 공존 패턴 (Co-occurrence), 그리고 의미론적 군집 (Access Control, Integrity 등) 을 비교 분석했습니다.
자동화 및 추적성 강화: 추상적인 표준과 구체적인 구성 간의 간극을 해소하여 Windows 환경에서의 자동화된 준수 검증 가능성을 입증했습니다.
LLM 검증: Gemini 2.5 Flash 와의 비교에서 전체 95.6% 일치율을 보였으며, 특히 'No' (98.9%) 와 'Yes' (94.1%) 라벨에서 높은 일관성을 보였습니다.
주요 발견 (Windows CCE 기반):
우세한 요구사항: 승인된 매핑 중 가장 빈번한 요구사항은 SR 7.6 (보안 매개변수 시행) 과 SR 5.2 (네트워크 경계 보호) 였습니다. 이어 SR 6.2 (지속적 모니터링) 와 SR 6.1 (감사 로그 생성) 이 높게 나타났습니다.
언어적 특징: Windows CCE 설명은 'configured', 'enabled', 'disabled', 'policy', 'enforced'와 같은 지시적이고 기술적인 어휘가 우세한 반면, 리눅스는 'package', 'service' 등 절차적 어휘가 많았습니다. 이는 Windows 가 정책 기반의 기술적 통제를 강조함을 시사합니다.
군집 구조: 리눅스에서도 관찰된 것과 유사하게, 접근 제어 (SR 1.1-1.3) 와 시스템 무결성/패치 관리 (SR 2.4-2.6) 관련 요구사항들이 군집을 이루는 패턴이 확인되었습니다.
한계점: 물리적 보호나 조직적 정책과 같은 SR 은 Windows 구성 데이터에서 거의 매핑되지 않았으며, 이는 데이터셋이 기술적 구성에 치중되어 있음을 보여줍니다.
5. 의의 및 결론 (Significance & Conclusion)
표준과 실무의 간극 해소: IEC 62443-3-3 의 추상적인 요구사항을 Windows 의 구체적인 구성 (레지스트리, 그룹 정책 등) 과 연결하여, 준수 검증의 자동화와 추적성을 크게 향상시켰습니다.
실무적 가치: 이 연구는 산업 제어 시스템의 이질적인 환경 (Windows 포함) 에서 보안 준수를 효율적으로 관리할 수 있는 기반을 마련했습니다.
미래 전망: 생성된 데이터셋과 방법론은 NIST 800-82, ISO/IEC 27001 등 다른 보안 프레임워크와의 정렬 (Alignment) 및 지속적인 준수 파이프라인 (Continuous Compliance Pipelines) 구축에 활용될 수 있습니다.
이 논문은 데이터 부족으로 인해 어려움을 겪던 Windows 환경의 IEC 62443 준수 평가를 전이 학습과 인간 - AI 협업 검증을 통해 성공적으로 해결한 선구적인 연구로 평가됩니다.