A.8.32
변경 관리
기술적 통제확인사항 6증적 6사례 6
통제 목적
정보시스템, 인프라, 애플리케이션과 절차의 변경을 계획, 검토, 승인, 검증 및 배포 과정으로 통제하는 방법을 다루는 문서입니다. 보안과 서비스 영향을 평가하고 권한 있는 승인에 따라 반영하며, 실패 시에는 검증된 롤백 또는 대체 복구 방법으로 서비스를 회복할 수 있도록 준비합니다. 변경 유형과 위험에 맞는 절차를 적용하고 이력을 추적할 수 있게 남겨 무단 변경, 장애, 취약점 유입을 줄입니다.
주요 확인사항
- 정보시스템/인프라/애플리케이션 변경에 대한 변경관리 절차가 문서화되어 있고, 적용 대상 시스템과 변경 유형(표준/일반/긴급)이 정의되어 있는가?
- 변경 목적, 영향 범위, 보안 영향, 위험, 롤백/대체 복구 방안을 사전에 검토하고 권한 있는 승인을 받는가?
- 운영 반영 전 위험과 변경 유형에 맞는 검증을 수행하고, 긴급 변경의 제한된 시험은 승인된 절차와 사후 검토로 관리하는가?
- 긴급 변경에 대해 사후 검토/승인 및 기록을 포함한 별도 절차가 마련되어 운용되는가?
- 변경 이력(요청/승인/시험/배포/결과)이 추적 가능한 형태로 기록되고 보존되며, 관련 문서(구성/운영 절차)가 함께 갱신되는가?
- 데이터/스키마 호환성을 고려한 롤백 또는 대체 복구가 준비되고 실패 후 서비스와 데이터 상태를 확인하는가?
이행 지침
- 변경 유형(표준/일반/긴급)별로 요청, 영향/위험 평가, 승인, 시험, 배포, 종료의 단계와 책임자를 정의한 변경관리 절차를 수립합니다.
- 변경 요청서에 목적, 자산, 보안/개인정보 영향, 의존성, 예상 중단시간, 검증 방법과 롤백 또는 대체 복구 계획을 기록합니다. 되돌릴 수 없는 변경은 그 한계와 복구 시 데이터 손실 가능성을 명시합니다.
- 변경자문위원회(CAB) 등 변경 검토 기구 또는 권한 있는 승인자가 위험 수준에 맞게 변경을 검토하고 승인하도록 하며, 요청자와 승인자를 분리하여 자기승인을 방지합니다.
- 변경은 운영과 분리된 시험 환경(A.8.31)에서 검증하고 인수 기준을 충족한 뒤, 운영환경 이관/배포 절차(A.8.19)에 따라 반영합니다.
- 필요한 코드/구성/데이터를 보존하고 복구 절차를 검증합니다. 데이터/스키마 변경 후 이전 버전으로 돌아갈 수 있는지 확인하고, 안전한 롤백이 불가능하면 호환 전환, 복원 또는 수정 배포 등 대체 복구와 배포 중단 판단 기준을 준비합니다.
- 긴급 변경은 사전에 정한 권한과 연락 체계에 따라 가능한 한 신속하게 승인을 받고, 수행 근거와 최소 검증 결과를 기록합니다. 긴급 상황 종료 후 정식 검토와 필요한 승인을 완료하고 구성/운영 문서와 보안 통제를 실제 변경에 맞춰 갱신합니다.
증적자료
- 변경관리 절차서 및 변경 유형(표준/일반/긴급) 정의 문서
- 변경 요청/승인 기록(영향/위험 평가, 롤백 또는 대체 복구 계획 포함)
- 변경 시험/인수 결과 및 운영 반영(배포) 기록
- 긴급 변경 처리 및 사후 검토/승인 기록
- 필요한 변경 전 백업 및 롤백/대체 복구 검증 기록
- 변경자문위원회(CAB) 회의록 또는 승인 이력, 변경에 따른 구성/운영 문서 갱신 내역
부적합 사례
- 변경관리 절차가 없거나 특정 시스템(예: 네트워크 장비, 클라우드 구성)에 적용되지 않아 통제 없이 변경이 반영되는 경우
- 영향/위험 평가나 승인 없이 운영 환경에 직접 변경을 반영하여 장애나 취약점을 유발한 경우
- 변경 유형에 필요한 검증/승인을 생략하거나, 요청자가 독립적인 확인 또는 승인된 보완통제 없이 자신의 변경을 승인한 경우
- 긴급 변경을 처리한 뒤 사후 검토와 승인을 거치지 않고 기록도 남기지 않아 변경 내역을 확인할 수 없는 경우
- 변경 실패에 대비한 백업과 검증된 롤백/대체 복구 방법이 없어 서비스 회복이 지연된 경우
- 변경 이후 구성 문서, 접근권한, 보안 정책 등이 갱신되지 않아 실제 구성과 문서가 불일치하는 경우