우주 보안에 관심을 갖고 자료를 찾던 중, 2025년 한국 우주항공청(KASA)이 발간한 「한국형 시스템 엔지니어링 프로세스 및 요구조건」 핸드북을 발견해 보안 관점에서 분석해보려 합니다.

보안은 IT 시스템 개발이라면 모든 단계에서 늘 강조되는 원칙입니다. 초기 설계 단계부터 고려하고, 전체 생명주기에 걸쳐 적용하는 것은 이미 Secure SDLC, DevSecOps, ISO/IEC 27034 등의 프레임워크에서 공통적으로 요구되는 사항입니다.

하지만 우주 시스템에서는 이 원칙이 훨씬 더 절대적이고 고유하게 적용됩니다.

왜 시스템 엔지니어링 관점에서 보안이 중요한가?

위성이나 우주선은 단순한 하드웨어 장치가 아니라, 수많은 서브시스템이 결합된 복잡한 시스템입니다. 추진, 전력, 통신, 지상국 연동, 소프트웨어 등 모든 영역이 긴밀히 연결되어 있기 때문에, 어느 한 부분의 취약점이 전체 임무 실패로 이어질 수 있습니다.

패치 제약성

  • 발사 이후에는 물리적 접근이 차단되기에 지상처럼 “수시 업데이트”가 사실상 불가능하거나 극도로 제한됩니다. 가령, 보통 우주에서는 미션 크리티컬 환경에서 동작하기에 만약 패치 적용 실패로 시스템이 다운된다면 임무를 실패할 수도 있으므로 패치 자체가 리스크가 될 수 있습니다.

운용 수명의 장기성

  • 10~20년에 달하는 수명 동안 암호 알고리즘 약화나 새로운 공격 기법 등장에 대비해야 합니다.

멀티 도메인 연계성

  • 지상국–위성–우주자산이 상호의존적으로 연결되어 있으며, 이는 사이버·물리·우주 융합 보안(Cyber-Physical-Space Security)이라는 새로운 보안 영역을 형성합니다.

즉, 우주 보안은 단순한 IT 보안의 확장이 아니라, 장기적 위협 모델링(Threat Modeling) 과 보안 아키텍처 프레임워크(Security Architecture Framework) 를 우주 환경에 특화하여 재정의해야 한다는 점에서 차별성이 있습니다.

KASA 문서에서 주목할 보안 시사점

KASA 문서는 NASA 표준을 기반으로 한국형 요구사항을 재구성했으며, 보안 측면에서 핵심적으로 참고할 만한 부분은 다음과 같습니다.

요구사항 기반 보안 통합 (Requirement-Driven Security Integration)

  • 기능 정의 시 단순 성능 외에도 무결성, 가용성, 인증·암호화 같은 보안 속성을 포함하여 함께 명시.
  • 예: 통신 모듈 요구사항에 암호화/인증 항목을 포함. (이는 ISO/IEC 27001의 Annex A 제어 항목과도 유사한 접근 방식)

수명주기 전 단계 보안 관리 (Security Across the Lifecycle)

  • 설계–개발–시험–운용–폐기 단계 전반에 걸친 보안 통제 적용.
  • 특히 발사 이후 변경 관리가 불가능하다는 점에서 Secure-by-Design이 절대적으로 요구됨.

지상국–우주자산 연계 보안 (End-to-End Security)

  • 단순히 궤도 위성만이 아니라, 지상 인프라와의 인터페이스를 포함한 종단 간 보안 모델 필요.
  • 결국 사이버보안과 물리보안이 결합된 하이브리드 보안 모델이 필요하며, 이는 NIST SP 800-160에서 언급하는 Resilience Engineering 개념과도 연결됨.

앞으로의 분석 방향

이번 글에서는 우주항공청에서 발간한 KASA의 시스템 엔지니어링 문서를 간단히 소개하며, 왜 우주 시스템에서 보안이 차별적으로 중요한지를 정리해 보았습니다.

다음 글에서는 보다 구체적으로,

  • 통신 보안 요구조건 (Encryption, Authentication, Anti-Jamming),
  • 데이터 무결성 검증 절차 (Integrity Validation, Error Detection Mechanisms),
  • 장애 복구 및 복원력 확보 방안 (Redundancy, Fault Tolerance, Contingency Planning)

등을 사례 중심으로 보안 시각에서 분석해 보도록 하겠습니다.