ENGLISH
A.8.27

안전한 시스템 아키텍처 및 엔지니어링 원칙

기술적 통제확인사항 6증적 7사례 6

통제 목적

정보시스템을 설계하고 구축하는 전 과정에 조직이 합의한 보안 엔지니어링 원칙을 정의하고 일관되게 적용하기 위한 통제입니다. 개별 프로젝트마다 임기응변으로 보안을 덧붙이는 것이 아니라, 설계에 의한 보안(security by design), 심층방어, 최소권한, 안전한 기본값(secure by default), 실패 시 안전(fail-secure), 공격표면 최소화 같은 원칙을 아키텍처 수준에서 표준화하여 재사용하는 것을 요구합니다. 이렇게 하면 계층 간 신뢰경계와 통제를 일관되게 설계할 수 있어 취약점이 구조적으로 유입되는 것을 예방하고, 신기술을 도입할 때도 원칙을 반영해 보안 수준을 유지할 수 있습니다.

주요 확인사항

  1. 안전한 시스템 아키텍처 및 엔지니어링 원칙(설계에 의한 보안, 심층방어, 최소권한, 안전한 기본값 등)이 문서화되어 승인되고 관련 인력에게 공유되는가?
  2. 정의된 원칙이 신규 시스템 설계 및 기존 시스템의 중요 변경/재구축에 실제로 적용되고, 적용 여부를 설계 검토 단계에서 확인하는가?
  3. 신뢰경계, 데이터 흐름, 인증/인가 지점, 통제 계층을 명시한 보안 아키텍처(참조 아키텍처/설계 패턴)가 마련되어 있는가?
  4. 클라우드/컨테이너/API/마이크로서비스/제로트러스트 등 조직이 사용하는 기술 스택에 맞게 원칙이 구체화되어 있는가?
  5. 원칙 적용 예외가 발생할 경우 위험평가와 승인을 거쳐 문서화하고 보완통제를 관리하는가?
  6. 위협 환경 및 기술 변화에 따라 아키텍처 원칙을 주기적으로 검토/갱신하는가?

이행 지침

  • 설계에 의한 보안, 심층방어, 최소권한, 직무분리, 안전한 기본값과 공격표면 최소화 원칙을 정합니다. 제로트러스트는 위치나 소유만으로 신뢰를 부여하지 않고 주체/기기/요청을 검증하는 방식으로 구체화합니다. 장애 시 동작은 보안뿐 아니라 인명 안전과 가용성 요구를 고려하여 정합니다.
  • 원칙을 재사용 가능한 참조 아키텍처, 보안 설계 패턴, 표준 구성요소(인증/인가 모듈, 암호화 라이브러리, 로깅 구성요소 등)로 구체화하여 프로젝트가 손쉽게 채택하도록 합니다.
  • 시스템 설계 시 신뢰경계와 데이터 흐름을 도식화하고, 경계마다 인증/인가/입력검증/암호화/로깅 통제를 배치하여 계층별 방어를 설계합니다.
  • 계정/권한은 최소권한과 직무분리를 기본으로 설계하고, 관리자/서비스 계정, 시스템 간 연동에도 최소권한 원칙을 적용합니다.
  • 클라우드/컨테이너/API/마이크로서비스 등 도입 기술별로 원칙을 구체화한 보안 기준선(하드닝 기준, 네트워크 분리, 시크릿 관리 등)을 마련하고 설계에 반영합니다.
  • 설계 검토(및 위협모델링) 시점에 원칙 준수 여부를 점검하고, 예외는 위험평가/승인/보완통제/기한을 문서화하여 관리합니다.
  • 위협 인텔리전스, 사고 교훈, 신기술 도입에 따라 원칙과 참조 아키텍처를 주기적으로 검토/갱신하고 변경 이력을 관리합니다.

증적자료

  • 안전한 시스템 아키텍처 및 엔지니어링 원칙 문서(정책/표준) 및 승인/공유 기록
  • 참조 아키텍처, 보안 설계 패턴, 표준 보안 구성요소 목록
  • 신규/변경 시스템의 보안 아키텍처 설계서(신뢰경계, 데이터 흐름, 통제 배치)
  • 설계 검토/위협모델링 결과 및 원칙 준수 점검 기록
  • 기술별 보안 기준선(하드닝/클라우드/컨테이너/API) 문서
  • 원칙 적용 예외에 대한 위험평가/승인/보완통제 기록
  • 아키텍처 원칙 주기적 검토/갱신 이력

부적합 사례

  • 보안 아키텍처/엔지니어링 원칙이 문서화되어 있지 않아 프로젝트마다 설계자의 재량으로 보안 수준이 제각각인 경우
  • 원칙은 존재하나 신규 시스템 설계 및 중요 변경에 적용 여부를 확인하는 절차가 없어 실제로 반영되지 않는 경우
  • 심층방어 없이 단일 통제(예: 경계 방화벽)에만 의존하도록 설계되어 하나가 뚫리면 내부가 전면 노출되는 경우
  • 최소권한/직무분리가 설계에 반영되지 않아 서비스 계정/관리자 권한이 과도하게 부여된 경우
  • 클라우드/컨테이너 등 신기술 도입 시 기존 원칙을 구체화하지 않아 안전하지 않은 기본 설정으로 배포된 경우
  • 원칙 적용 예외가 위험평가/승인 없이 임의로 허용되고 보완통제가 관리되지 않은 경우

출처 근거

출처/한계: 통제 번호/명칭/테마 분류는 ISO/IEC 27001:2022 Annex A의 공개된 목록에 근거합니다. 통제 목적/주요 확인사항/이행 지침/증적자료/부적합 사례 등 설명 본문과 속성 분류는 본 자료집이 실무 참고용으로 새로 작성한 원저작이며, ISO/IEC 27001:2022 및 27002:2022 표준 원문의 규범 텍스트가 아닙니다. 인증 대응 시 정본은 라이선스된 표준 원문으로 확인하십시오.
이 항목
항목 정보
구분A.8
주요 확인사항6
증적자료7
사례6