Stage 1은 문서와 준비 상태를 검토하는 단계입니다. ISO 42001 심사에서 미리 준비할 수 있는 부분이기도 합니다. 심사원이 Stage 2로 넘어가기 전에 어떤 자료를 확인하는지 정리했습니다.
AI를 운영하는 팀을 위한 ISO 42001 안내서는 대개 어려운 부분부터 설명합니다. 시스템이 프로덕션에서 실제로 작동하고 있음을 증명하는 일입니다. 물론 중요한 문제이고, 문서 준비와는 성격도 다릅니다. 이 부분은 글 마지막에서 다시 다루겠습니다. 그보다 먼저 문서로 준비할 수 있는 단계가 있습니다. Stage 1을 제대로 준비해야 전체 인증 일정이 지연되는 일을 막을 수 있습니다.
ISO 42001 심사의 Stage 1은 문서와 준비 상태를 검토하는 과정입니다. 심사원은 조직의 AI 관리 시스템(AIMS)이 문서로 정의돼 있는지, 적용 범위가 명확한지, 필요한 산출물이 실제로 작성돼 있는지를 확인합니다. 이 단계에서 중대한 부적합이 발견되면 Stage 2로 넘어가기 전에 시정해야 합니다. 준비가 부족하면 회의 한 번이 미뤄지는 데 그치지 않고 전체 일정이 다시 조정될 수 있습니다. 이 글은 ISO 42001 인증을 준비하는 컴플라이언스 책임자와 CISO를 위한 실무 체크리스트입니다.
ISO 42001 Stage 1에서는 무엇을 확인하나요?
요약: ISO 42001 Stage 1에서는 적용 범위, AI 정책, 적용성 명세서, 위험 및 영향 평가 방법론을 검토합니다. AIMS가 문서로 정의돼 있고 Stage 2 운영 심사를 받을 준비가 됐는지 확인하는 단계이며, 시스템이 문서대로 실제 운영되는지까지 검증하지는 않습니다.
ISO/IEC 42001:2023은 AI 관리 시스템을 위한 최초의 국제 표준으로, 2023년 12월에 발행됐습니다. 인증 심사에서는 관리 시스템 조항 4~10과 조직이 적용 대상으로 선언한 Annex A 통제 항목을 확인합니다. 심사는 두 단계로 진행됩니다. Stage 1은 문서와 준비 상태를 검토하는 단계로, 며칠 안에 마무리되기도 합니다. Stage 2에서는 시스템이 실제로 운영되는 방식을 현장에서 검증합니다.
Stage 1의 목적은 운영 심사에 들어가기 전에 조직이 필요한 관리 체계와 문서를 갖췄는지 확인하는 것입니다. 따라서 아래 산출물은 형식적으로 칸을 채우기 위한 자료가 아닙니다. 심사원이 직접 읽고 검토하며, 인증 준비 초기부터 충분히 만들어 둘 수 있는 문서입니다.
AIMS 적용 범위는 어떻게 정의하나요?
적용 범위는 심사원이 가장 먼저 확인하는 항목 중 하나입니다. 이후의 통제 항목과 위험 평가, 증적 범위가 모두 여기에서 결정되기 때문입니다. 적용 범위에는 어떤 AI 시스템과 사업 부문, 프로세스가 관리 체계 안에 포함되는지 명시해야 합니다. 범위 밖에 있는 대상도 함께 구분해야 합니다.
범위는 넓을수록 좋은 것이 아닙니다. 실제로 위험을 안고 있는 AI 시스템을 중심으로 경계를 정하고, 그 이유를 설명할 수 있다면 비교적 좁은 범위도 충분히 타당합니다. 이렇게 하면 이후 평가와 통제, 증적 준비의 규모를 줄일 수 있습니다. 반대로 적용 범위를 지나치게 넓게 잡으면 포함된 모든 시스템을 평가하고 통제해야 합니다. 각 시스템에 대한 증적도 별도로 준비해야 하므로 일정과 비용이 함께 늘어날 수 있습니다. 성숙한 조직이 일반적으로 3개월에서 9개월 정도 걸리는 준비 기간의 짧은 쪽에 도달하는 데에는 명확하고 방어 가능한 범위 설정이 큰 영향을 줍니다.
AI 정책과 거버넌스 구조에는 무엇이 들어가나요?
Annex A의 9개 통제 목표 가운데 두 가지가 AI 정책과 내부 조직입니다. Stage 1에서는 이 두 영역이 문서로 정리돼 있는지 확인합니다. AI 정책은 조직의 최상위 원칙을 담는 문서입니다. AI를 책임 있게 개발하고 사용하겠다는 조직의 약속과 기본 원칙이 포함돼야 하며, 경영진의 승인을 받아야 합니다.
거버넌스 구조에서는 AI 관련 의사결정의 책임이 누구에게 있는지 명확히 해야 합니다. 심사원은 누가 AI 위험을 관리하고, 누가 AI 시스템의 사용 개시를 승인하며, 누가 운영 중인 시스템을 정기적으로 검토하는지와 같은 역할과 책임이 정의돼 있는지 확인합니다. 새로운 조직도를 반드시 만들 필요는 없습니다. 기존 역할과 조직 체계를 활용할 수 있습니다. 중요한 것은 책임을 암묵적으로 남겨 두지 않는 것입니다. AI 관련 결정과 승인 권한을 문서에 적고, 구체적인 역할에 배정해야 합니다.
심사를 견딜 수 있는 적용성 명세서는 어떻게 만드나요?
요약: Annex A에는 9개 목표 아래 38개 통제 항목이 있습니다. 적용성 명세서에서는 38개 항목을 모두 평가하고, 제외한 항목마다 근거를 서면으로 남겨야 합니다. 심사원은 근거가 부족한 제외 항목을 추가로 확인하므로, '해당 없음'이라는 판단에는 후속 질문에도 답할 수 있는 이유가 필요합니다.
적용성 명세서(SoA)는 Stage 1에서 가장 중요하게 검토되는 문서 중 하나이며, 준비 과정에서 자주 문제가 발생하는 부분이기도 합니다. Annex A에는 AI 정책, 내부 조직, 자원, 영향 평가, AI 시스템 생애주기, 데이터, 이해관계자 대상 정보, 책임 있는 사용, 제3자 관계라는 9개 목표 아래 38개 통제 항목이 있습니다.
SoA에서는 38개 통제 항목을 모두 검토해야 합니다. 적용하지 않는 항목이 있다면 제외 사유도 서면으로 남겨야 합니다. 일부 통제 항목에는 '해당 없음'이라는 판단이 가능할 수 있습니다. 다만 제외 사유는 후속 질문에도 답할 수 있을 만큼 구체적이어야 합니다. 심사원은 근거가 부족한 제외 항목을 추가로 확인합니다. 적용 범위에서 제외했다는 사실만 적고 설명을 남기지 않으면 Stage 1 지적으로 이어질 가능성이 큽니다.
ISO 27001 체계를 이미 운영하고 있다면 유리한 부분도 있습니다. ISO 42001 Annex A는 38개 통제 항목으로, 93개 항목을 가진 ISO 27001보다 규모가 작습니다. 두 표준 사이에는 겹치는 통제도 많습니다. 성숙한 정보보안 관리 체계를 갖춘 조직이라면 기존 정책과 프로세스, 증적을 여러 SoA 항목에 활용할 수 있습니다. 반면 기존 ISMS에 직접 대응되는 항목이 없는 AI 특화 통제는 별도의 검토와 설계가 필요합니다.
위험 및 영향 평가 방법론은 무엇을 보여 줘야 하나요?
영향 평가는 Annex A의 9개 통제 목표 가운데 하나입니다. Stage 1에서는 개별 평가 결과보다 평가 방법론을 중심으로 확인합니다. 이 부분을 혼동하는 팀이 많습니다. 심사원이 먼저 확인하는 것은 특정 AI 시스템에 대한 최종 점수나 결론이 아닙니다. 조직이 AI 시스템이 개인과 조직에 미칠 수 있는 영향을 어떻게 식별하고, 위험을 어떤 기준으로 평가하고 처리하는지 보여 주는 반복 가능한 방법론이 필요합니다.
방법론은 여러 평가에 일관되게 적용할 수 있어야 합니다. Stage 2에서는 조직이 실제 평가 과정에서 이 방법을 따랐는지 확인합니다. 하나의 평가 결과에 맞춰 사후에 작성한 방법론은 쉽게 드러날 수 있습니다.
Stage 1 전 갭 분석은 어떻게 진행하나요?
갭 분석은 3개월에서 9개월에 이르는 준비 기간이 결정되는 단계입니다. 요구사항, 곧 관리 시스템 조항 4~10과 SoA에서 적용 대상으로 선언한 Annex A 통제 항목을 기준으로, 현재 어떤 문서와 절차를 갖추고 있는지 하나씩 비교합니다. 빠진 항목이 있다면 Stage 1 전에 필요한 산출물을 보완해야 합니다.
갭 분석은 Stage 1의 예행연습으로 활용할 수 있습니다. 심사원이 자료를 검토하는 순서와 비슷하게 요구사항별 준비 상태를 점검하면 누락된 위험 방법론이나 근거가 부족한 SoA 항목을 미리 찾을 수 있습니다. 내부에서 문제를 먼저 발견하는 편이 심사원이 부적합으로 지적한 뒤 시정하는 것보다 비용과 일정 측면에서 유리합니다. Stage 2가 시작되기도 전에 준비 일정을 다시 잡는 상황도 피할 수 있습니다.
핵심 정리
Stage 1은 문서와 준비 상태를 검토하는 단계이므로, 준비한 만큼 수월하게 진행할 수 있습니다. 명확하고 근거가 있는 AIMS 적용 범위, 경영진이 승인한 AI 정책과 역할과 책임이 정리된 거버넌스 구조, 38개 통제 항목을 모두 검토한 적용성 명세서, 반복해서 적용할 수 있는 위험 및 영향 평가 방법론을 갖추고 내부 갭 분석까지 마쳤다면, Stage 1은 본래 목적에 맞는 준비 확인 단계가 됩니다. 인증서는 발급 후 3년간 유효하며, 그 사이 매년 사후심사가 진행됩니다.
Stage 1을 통과한 뒤에는 더 어려운 검증이 이어집니다. Stage 2에서는 AI 시스템과 인프라를 운영하는 에이전트가 프로덕션에서 실제로 무엇을 했는지 보여 줘야 합니다. 이는 문서만으로 답할 수 없는 영역입니다. Stage 2에 필요한 런타임 통제는 별도의 글에서 자세히 다룹니다. Alpacon은 이 가운데 운영 및 모니터링 기록, 이벤트 로그, 실행 시점의 인적 감독 결정처럼 실행 계층에서 만들어지는 증적을 제공합니다. Alpacon은 AIMS가 아니며 조직을 ISO 42001 인증 상태로 만들어 주는 제품도 아닙니다. Stage 2 심사 패키지 전체가 아니라, 문서로 대신할 수 없는 런타임 증적을 제공하는 하나의 입력입니다.
프로덕션 인프라에 AI 에이전트를 배치하고 있다면, 첫 Stage 2 심사가 끝난 뒤가 아니라 시스템을 설계할 때부터 이 증적을 고려하는 편이 좋습니다.
