요약

  • ICANN의 2025년 12월 위원회 회의록에 따르면, 외부 평가 주기에 대한 제안이 “5년”에서 “주기적”으로 변경되었고, 이사회가 채택한 2026년 7월 헌장은 이 새 표현을 사용하고 있습니다.
  • 이 수정이 기한이 사라졌다는 증거는 아닙니다. ICANN은 글로벌 내부감사 표준(Global Internal Audit Standards)을 채택했으며, 표준 8.4는 여전히 최소 5년에 한 번 외부 품질 평가를 요구합니다.
  • ICANN의 시계 시작점에 대한 가장 강한 공개 후보는 위원회가 내부감사 기능 헌장을 승인한 2025년 8월 25일입니다. 이는 공표된 ICANN 기한이 아니라 조건부 외부 기한인 2030년 8월 25일을 시사합니다.
  • 작은 표준·보증 레지스터를 두면 기준 버전, 채택 행위, 기한, 평가 방식, 독립성 점검, 결과 및 시정 조치를 기밀 감사 업무를 공개하지 않고도 가시화할 수 있습니다.

페이지에서 사라진 숫자

제도적 기한이 나팔 소리와 함께 사라지는 일은 드뭅니다. 대개는 충분히 그럴듯하게 들려 주목을 피하는 단어로 숫자가 대체됩니다.

공개 기록은 ICANN의 내부감사 감독에서 바로 이 전환을 보여줍니다.2025년 12월 8일 이사회 리스크 위원회 회의록은 위원회 헌장 개정안을 설명하며 네 가지 변경 사항을 나열합니다. 조문 순서가 재배열되고, 내부감사 언어가 전문 표준에 맞춰지며, 책임이 실제 프로세스와 일치하도록 조정되고, 내부감사 활동 평가의 시기 요건이 “5년”에서 단순히 “주기적”으로 변경된다는 것입니다.

이사회는 이후 개정안을 채택했습니다.2026년 7월 20일 승인된 현행 헌장은 위원회가 전문 표준에 따라 내부감사 활동의 외부 평가를 주기적으로 수행하도록 보장해야 한다고 명시합니다.

단독으로 읽으면 이 연쇄는 희석처럼 보입니다. 5년은 계산 가능합니다. 주기적은 탄력적입니다. 날짜는 놓칠 수 있지만 형용사는 변명할 수 있습니다.

그러나 고립된 독해야말로 편입된 규칙을 읽는 잘못된 방식입니다. 헌장은 위원회가 원할 때마다 평가가 이루어진다고 말하지 않습니다. 헌장은 전문 표준을 향해 바깥을 가리킵니다. 따라서 질문은 이렇게 바뀝니다. 어느 표준, 어느 버전, 언제 채택되었으며, 무엇을 요구하는가?

답은 이야기를 바꿉니다. 숫자는 헌장에서 사라졌지만, 헌장이 가리키는 규칙 안에는 그대로 남아 있습니다.

두 헌장, 서로 다른 역할

첫 번째로 필요한 구분은 이사회 리스크 위원회 헌장과 내부감사 기능 헌장 사이의 구분입니다.

위원회 헌장은 이사회 위원회가 감독하고, 승인하고, 접수하고, 권고할 수 있는 범위를 정합니다. 기능 헌장은 내부감사 기능 자체의 임무, 독립성, 보고 체계와 운영 기반을 정합니다. 이름은 혼동을 부를 만큼 비슷하지만, 서로 다른 헌정적 역할을 수행합니다.

이사회의 2025년 3월 13일 결의는 내부감사를 리스크 위원회 감독의 새 영역으로 만들었습니다. ICANN은 조직의 규모와 복잡성 증가가 내부감사 기능의 도입을 정당화하며, 재무 감사 위원회가 아니라 리스크 위원회가 재무제표와 통제를 넘어설 수 있는 업무를 감독하기에 가장 적합하다고 밝혔습니다.

2025년 3월 위원회 헌장은 이 첫 체계를 반영합니다. 위원회는 내부감사인 선정을 이사회에 권고합니다. 외주 업무의 경우 공급자의 성과, 자격과 독립성을 검토하고 유지 또는 해임 결정을 권고합니다. 기능의 독립성과 권한, 제안된 범위, 계획과 예산을 검토하고, 결과와 진행 보고서를 접수하며, 지속적 개선을 촉진합니다.

그 채택된 헌장에는 5년 외부 평가 조항이 없었습니다. 이는 중요합니다. 12월 회의록은 이후 제안된 개정안 내부의 변경을 기술할 뿐, ICANN이 3월 헌장에 이미 등장했던 5년 조항을 폐지했다는 증거가 아닙니다. 정직한 연표는 더 좁습니다. 초안이 5년 시기 규칙을 도입하거나 담았고, 위원회는 그 초안을 주기적 표현으로 바꾸었으며, 이사회는 2026년 7월 주기적 표현을 채택했습니다.

수정 전후 비교 문서의 부재는 더 극적인 주장을 막습니다. 그러나 그 결과로 나타난 체계에 대한 분석까지 막지는 않습니다.

“전문 표준” 뒤에 있는 표준

ICANN 자신의 회의록이 외부 규칙을 밝힙니다.

2025년 6월 30일 리스크 위원회 회의에서 직원들은 내부감사 기능 헌장(안)을 제출했습니다. 회의록에 따르면 그것은 목적, 사명, 권한, 책임, 독립성, 보고 관계, 범위와 글로벌 감사 표준에 대한 적합성을 다루었습니다. 또한 내부감사 매뉴얼과 방법론이 글로벌 내부감사 표준과 기타 선도적 프레임워크를 사용한다고 명시합니다.

2025년 8월 25일, 수정과 경영진 피드백을 거쳐 위원회는 그 기능 헌장을 승인했습니다. 위원회는 또한 주(主) 및 예비 서비스 공급자에 대한 조직의 권고를 승인하고 방법론의 개요와 구조를 승인했습니다.

관련 전문 표준은 내부감사인 협회(Institute of Internal Auditors)의글로벌 내부감사 표준으로, 2024년에 발행되어 2025년 1월 9일부터 시행됩니다. 표준 8.4는 모호하지 않습니다. 수석 감사 책임자는 외부 품질 평가 계획을 수립하고 이사회와 논의해야 합니다. 평가는 최소 5년에 한 번 이루어져야 합니다. 자격을 갖춘 독립적 평가자 또는 평가팀이 수행해야 하지만, 독립적 검증을 수반한 자기평가가 요건을 충족할 수 있습니다.

이 표준은 또한 이사회를 최종 배지의 수령자 이상으로 만듭니다. 필수 조건에는 계획 논의, 범위와 주기 결정 지원, 계획 승인, 결과 전체의 직접 접수, 결핍에 대한 조치 계획 승인과 이행 모니터링이 포함됩니다.

따라서 “주기적”은 두 층위를 가집니다. ICANN 헌장 층위에서는 숫자를 확정하지 않습니다. 편입된 표준 층위에서는 외부 주기가 여전히 5년입니다. 어느 층위 하나만으로는 불완전합니다. 둘이 함께 진짜 의무—그리고 공개 가독성 문제—를 만듭니다.

시계는 언제 시작되는가?

5년 주기는 첫날을 알 수 있을 때만 유용합니다.

IIA의품질보증 안내는 주기가 내부감사 기능이 표준을 정식으로 채택할 때 시작된다고 말합니다. 위원회 회의록, 헌장 업데이트와 적합성 언어를 그 채택의 증거로 지목합니다.

ICANN의 공개 연표는 강한 후보를 제공합니다. 2025년 6월 30일, 기능 헌장은 아직 제안 단계였고 위원회는 수정을 요청했습니다. 8월 25일, 위원회는 이를 승인했습니다. 앞선 회의록은 이미 헌장에 글로벌 감사 표준에 대한 적합성이 담겨 있다고 명시했습니다. 그 문서의 승인이 표준 8.4를 위한 정식 채택이라면, 5년 외부 기한은 2030년 8월 25일이 됩니다. 완료된 외부 평가가 이후 주기를 재설정하지 않는 한 말입니다.

이 계산은 조건부 추론이지 ICANN의 발표가 아닙니다. 이 글에서 검토한 공개 자료에는 승인된 기능 헌장 전문이 포함되어 있지 않습니다. 표준 채택 레지스터도 없습니다. 외부 품질 평가 계획이나 기한을 명명한 결의도 공표되어 있지 않습니다. 다른 정식 채택 행위, 더 이른 적용 평가 또는 이후 재설정이 답을 바꿀 수 있습니다.

바로 이 때문에 시계가 분석가의 재구성 안에만 있어서는 안 됩니다. 제도가 동적 표준을 편입하면 기록 유지 의무도 함께 떠맡습니다. 누군가는 버전, 채택 사건과 계산을 바꾸는 모든 후속 사건을 보존해야 합니다.

더 큰 책임 이전 속에서의 시기 조항 수정

2026년 7월 헌장은 5년을 주기적으로 바꾼 것에 그치지 않았습니다.

리스크 위원회가 내부감사에 참여하는 방식을 바꾸었습니다. 2025년 문안은 위원회가 내부감사인 선정을 이사회에 권고하고, 외주 공급자의 유지·해임 결정을 권고하도록 했습니다. 2026년 문안은 위원회가 내부감사 수장의 권고에 근거하여 외주 내부감사 서비스 공급자의 선정 또는 유지를 검토·승인한다고 말합니다. 또한 위원회가 전문 표준과 위험 기반 접근에 따라 제안된 범위, 계획과 관련 예산을 검토·승인한다고 명시합니다.

보고 접점도 풍부해졌습니다. 위원회는 완료된 감사의 결과와 감사 계획에서의 중대한 이탈에 대한 설명을 접수합니다. 또한 중대한 위험 노출, 통제 문제, 거버넌스 우려와 경영 시정 조치의 상태에 대한 보고를 접수합니다.

12월 회의록은 위원회가 이사회에 권고된 항목에 대해 이사회가 최종 승인 권한을 유지한다는 점을 명확히 하는 문구를 논의했다고 기록합니다. 채택된 헌장은 전체 위험 수용도에 대해서는 그 경계를 명시합니다. 위원회는 승인을 위해 이사회에 권고합니다. 그러나 내부감사 조항은 직접적 위원회 승인 동사를 사용합니다.

이것이 이사회가 잔여 법인 권한을 포기했다는 증명은 아닙니다. 그러나 어느 행위가 위원회에 속하고, 어느 것이 내부감사 수장에 속하고, 어느 것이 경영진에 남고, 어느 것이 전체 이사회를 요구하는지 독자가 알아야 하는 이유를 보여줍니다. 표준 레지스터는 대체 헌법이 되어서는 안 됩니다. 각 상태 변경 뒤의 행위, 행위자와 권한을 명명해야 합니다.

새 표현에 대한 가장 강한 옹호

모든 전문 주기를 위원회 헌장에 새기지 않는 데는 타당한 이유가 있습니다.

외부 표준은 바뀝니다. 숫자를 반복하는 헌장은 전문 규칙이 진화하면 낡을 수 있습니다. “전문 표준에 따라 주기적으로”는 유연성을 보존하고, 위험이 커질 때 더 빈번한 평가를 허용하며, 날짜 하나보다 풍부한 보호 장치를 들여올 수 있습니다. 표준 8.4에는 자격 요건, 독립성 검증, 이사회 참여, 결과의 직접 접수와 개선 의무가 담겨 있습니다. 이를 “5년에 한 번”으로 축소하면 그 거버넌스 가치의 대부분이 빠져나갑니다.

따라서 새 표현은 벌거벗은 달력 규칙보다 강할 수 있습니다. ICANN을 복사된 한 문장이 아니라 살아 있는 패키지로서의 표준에 구속할 수 있습니다.

그러나 살아 있는 참조에는 대가가 있습니다. 버전 규율입니다. 외부 기구가 문안을 수정하면 ICANN은 채택이 자동인지 새로운 내부 행위를 요구하는지 알아야 합니다. 표준이 5년 하한을 유지하면 ICANN은 그 하한이 계산되는 기준 날짜를 보존해야 합니다. 전체 외부 평가 대신 독립적 검증을 수반한 자기평가가 선택되면, 그 결정과 근거는 귀속 가능한 상태로 남아야 합니다. 계보 없는 유연성은 모호함에 의한 재량이 됩니다.

따라서 가장 강한 옹호는 이 글의 제안을 지지합니다. 그것을 격파하지 않습니다.

공개 기록이 증명할 수 있는 것과 없는 것

이사회의 2026년 7월 20일 결의는 수정 사항이 헌장을 현행 거버넌스 요건과 실제 위원회 관행에 맞춘다고 밝힙니다.이사회 거버넌스 위원회의 6월 회의록은 위원회가 제안을 검토하고 승인을 권고했음을 보여줍니다. ICANN의현행 위원회 페이지는 이제 7월 헌장을 현행으로, 2025년 3월 버전을 대체된 것으로 정확히 표기합니다.

운영 기능도 움직이고 있습니다.2026년 5월 29일 리스크 위원회 회의에서 직원들은 개정된 위험 레지스터가 내부감사 영역, 위험 기반 감사 계획과 다년간 계획에 반영될 것이라고 말했습니다. 외주 공급자 체계에 대한 최종 논의는 아직 진행 중이었습니다.

이러한 사실들은 감사 기능을 구축 중인 제도라는 그림을 지지합니다. 놓친 기한, 결함 있는 공급자 또는 방치된 평가를 입증하지는 않습니다. 최초의 그럴듯한 5년 외부 기한은 아직 수년 남았습니다. 검토한 자료에 공개 계획의 부재가 내부 계획의 부재를 증명하지는 않습니다.

공개상의 결함은 더 좁습니다. 독자는 여러 페이지를 이어 붙이고 적어도 하나의 추론을 거쳐야 “주기적”에서 권위 있는 기한에 도달할 수 있습니다. 제도는 그 추론을 무시할 만한 비용으로 제거할 수 있습니다.

편입된 의무에 대한 영수증

답은 감사 업무 문서를 공개하는 것이 아닙니다. 악용 가능한 통제 취약점, 특권적 자문, 직원 데이터 또는 모든 논쟁적 결과를 공시하는 것도 아닙니다. 또 하나의 검토 기구를 만드는 것도 아닙니다.

ICANN에는 작은 표준·보증 레지스터가 필요합니다.

편입된 각 의무에 대해 레지스터는 표준 제정 기구, 정확한 표준과 조문, 버전, 발행일과 시행일을 명명해야 합니다. 내부 채택 문서, 채택 기구와 주기를 시작하는 날짜를 연결해야 합니다. 계산된 외부 기한과 더 이른 내부 목표가 있다면 그것을 명시해야 합니다.

평가 자체에 대해서는, 기록이 ICANN이 전체 외부 평가를 선택했는지 독립적 검증을 수반한 자기평가를 선택했는지 식별해야 합니다. 승인된 범위와 주기, 평가자를 선정한 권한, 자격 요건, 독립성·이해충돌 검토, 위원회 또는 이사회가 계획을 승인한 날짜를 기록해야 합니다.

완료 후에는, 공개 기록에 한정된 처분만 필요합니다. 완료일, 평가 방식, 결과를 접수한 기구, 공표 가능한 경우 적합성 등급 또는 신중하게 범위가 한정된 결론, 그리고 시정 조치의 존재, 소유자, 기한과 종결 상태입니다. 민감한 실체는 보호된 채로 남을 수 있습니다.

마지막으로, 레지스터는 이력을 유지해야 합니다. 새 표준 판, 개정된 기능 헌장, 완료된 평가 또는 평가 방식의 변경이 시계를 재설정할 수 있습니다. 이전 계산이 마치 한 번도 지배하지 않았던 것처럼 덮어써서는 안 됩니다.

이것은 행정적 장식이 아닙니다. 감사할 수 있는 의무와, 다만 신뢰될 수밖에 없는 보증 문구 사이의 차이입니다.

시계는 권한의 사슬이다

날짜는 더 긴 사슬의 보이는 끝입니다.

표준 기구가 최소 기준을 정합니다. ICANN이 정식으로 채택합니다. 내부감사 수장이 계획을 수립합니다. 위원회와 이사회가 각자 배정된 행위를 수행합니다. 자격을 갖춘 독립적 평가자가 기능을 검증합니다. 경영진이 결핍에 답합니다. 위원회가 종결을 모니터링합니다. 이후 평가 또는 표준 버전이 다음 기한을 바꿉니다.

어느 고리든 끊으면 달력은 오해를 낳습니다. 채택된 표준 없는 날짜는 자의적입니다. 채택 날짜 없는 표준은 계산 불가능합니다. 독립성 없는 평가는 자기 서술입니다. 시정 조치 소유 없는 결과는 의례적 보고입니다. 이전 주기를 지워버리는 새 평가는 제도적 기억을 파괴합니다.

이것이 “주기적” 밑에 깔린 현실 층입니다. 단어는 남아 있을 수 있습니다. 그러나 사슬은 가시화되어야 합니다.