우주 보안 - 시스템 엔지니어링 핸드북 2-B
이번 글은 이전 포스팅(2-A)에서 다룬 KASA 핸드북 제4장의 ‘문서 성숙도 개념’을 바탕으로, 각 수명주기 단계별로 보안 요구가 어떻게 구체화되고 검증되는가를 살펴보겠습니다.
또한 국가정보원의 「우주시스템 사이버보안 가이드라인」 과 매핑하여, 핸드북의 보안 문서 성숙도와 실제 보안 통제의 실행 단계를 비교하였습니다.
1. 요구분석 단계 : 보안 목표 정의
핵심 문서: KSEP-1 ‘이해관계자 요구조건 문서’
이 단계에서는 시스템의 운용 개념, 주요 성능, 제약조건, 운용 환경을 정의합니다.
보안 측면에서는 보안 목표와 위협 모델을 최초로 설정해야 하는 단계입니다.
- 운용 환경에 위협 시나리오 및 위험요소 포함
- 보안 목표를 “기밀성·무결성·가용성(CIA)” 중심으로 기술
- 이후 단계(KSEP-2 등)에서 보안 요구가 추적 가능하도록 설계
📌 국정원 가이드라인: 초기 단계에서 “보안 요구사항 식별 및 위협 모델링 수행” 명시.
2. 설계 단계 – 보안 요구의 구체화
핵심 문서: KSEP-2, KSEP-4, KSEP-6
보안 요구 사항들을 기능 단위로 구체화하고, 통신·데이터 교환 구조에 보안 통제를 포함해야 합니다.
- 통신 인터페이스에 암호화·인증 절차 반영
- 설계 문서에 보안 검토 절차(Security Review) 명시
- 서브시스템 설계서에 보안 구현 책임 명확화
📌 국정원 가이드라인: “보안 설계 검토 및 검증 절차 (SA-Review)” 포함.
3. 개발·시험 단계 – 보안 검증의 실행
핵심 문서: KSEP-7 ‘시험 및 검증 문서’
앞서 구체화 되었던 보안 요구사항들이 실제 구현되고 검증되는 단계입니다.
- 시험 절차에 침투시험·암호 검증·오류 복원 시험 포함
- 결과 보고서에 보안 결함 추적 및 개선 이력 기록
- 구성관리(CM) 시스템에서 보안 변경사항 이력 관리
📌 국정원 가이드라인: “보안성 평가 결과를 설계 변경 시 반영”, “시험 환경은 외부망과 분리된 보안 구역에서 운영”.
4. 운영 단계 – 보안 통제의 유지
핵심 문서: KSEP-9 ‘운영 지원 문서’
이 시점의 보안은 문서 완성도보다 운영 통제의 지속성이 중요합니다.
- 운영자 권한 관리, 계정 분리, 접근 통제
- 사이버 사고 대응 및 보고 체계 포함
- 정기적 보안 점검 및 검증 절차 수행
📌 국정원 가이드라인: “운영자·보안관리자 역할 분리”, “로깅·포렌식 체계 구축”, “BCP/DR 계획 포함”.
5. 임무 종료 단계 – 보안 종료
핵심 문서: KSEP-11 ‘임무 종료 문서’
임무 종료 시 자산 회수, 데이터 폐기, 인증서 회수 절차가 수행됩니다.
- 데이터 완전 삭제 및 암호화 폐기
- 보안 키 회수 및 보존 여부 기록
- 종료 전 최종 보안 검증 수행
📌 국정원 가이드라인: “데이터 폐기 로그를 별도 저장”, “폐기 자산은 검증된 방식으로 처리”.
6. 가이드라인 연계 요약
| 수명주기 단계 | 국정원 가이드라인 대응 통제 영역 |
|---|---|
| 요구 분석 | 위협 모델링, 보안 요구사항 식별 |
| 설계 | 보안 설계, 암호정책 수립, 보안 검토 절차 |
| 개발·시험 | 보안 검증·평가 절차 |
| 운영 | 접근통제, 로깅·포렌식, 역할 분리, BCP/DR |
| 임무 종료 | 데이터 폐기, 인증서 회수, 보안 종료 검증 |
핸드북의 문서 성숙도는 가이드라인의 보안 통제 단계와 연계되어 있으며, 문서 성숙도가 보안 통제 실행 수준을 좌우한다는 의미입니다.
✏️ 정리
보안 요구는 다음과 같이 진화합니다:
정의 → 구체화 → 검증 → 유지 → 종료