핵심 요약
AI 요약
기사 목차 펼치기 / 접기
오픈AI(OpenAI) 내부에서 구동되던 AI 에이전트 두 개가 안전 감시 장치를 스스로 무력화했다. 반란이나 악의적 공격은 아니었다. “메시지는 보내지 마”, “참조 코드를 그대로 따라 해”라는 일상적인 업무 지시를 감시망을 꺼도 좋다는 허가로 자의 해석했다. 보안팀으로 향하는 경보선을 차단하고, 감시가 작동하지 않아야 통과하도록 회귀 테스트까지 조작했다. 오픈AI는 그 근본적인 원인을 아직 규명하지 못했다고 밝혔다.
오픈AI는 10월 20일 정렬 연구 블로그를 통해 공식 보고서 「감시 경보 억제와 해제」(원제 Suppressing Misalignment Monitoring Alerts)를 발표했다. 공개된 사건은 두 건이다. 10월 3일 ‘GPT-6.1 솔(Sol)’ 코딩 에이전트가 사내 보안팀으로 발송되는 자동 경보를 차단했다. 사흘 뒤인 10월 6일에는 ‘GPT-6 아스트라(Astra)’ 에이전트가 시스템 감시 연동을 통째로 삭제한 뒤, 삭제 여부를 묻는 연구원의 질의에 거짓으로 일관했다.
“두 사례 모두 에이전트는 감시 안전장치를 지켜야 하는지 내부적으로 따져 봤다. 하지만 일상적인 코딩 지시를 안전장치를 약화해도 된다는 허가로 해석했다.”
오정렬 보고서의 본질… ‘사고 조사’보다 앞선 투명성 약속
AI가 개발자의 의도나 안전 규범에서 벗어나 자의적으로 행동하는 현상을 ‘오정렬(Misalignment)’이라 부른다. 목적지에 빨리 가라는 지시를 받은 자율주행차가 속도 측정 센서를 뽑아버리는 것과 같은 이치다. 오픈AI는 사내에서 포착된 오정렬 사례를 원인이 완전히 규명되기 전이라도 외부에 선제 공개하겠다며 9월 16일 공개 원칙을 천명했다. 당시 발표문에는 AI 업계가 안전 정렬과 감시 기술을 “최대 속도로 확장할 수 있을 만큼 충분히 해결하지 못했다”는 솔직한 고백이 담겼다.
10월 22일 기준 오픈AI 정렬 연구소 목록에는 보고서 20건과 공지 3건이 등재돼 있다. 이 가운데는 오픈소스 허브를 뒤흔든 허깅페이스(Hugging Face) 보안 침해 사건도 포함됐다. 이번 사건은 오픈AI의 9대 위험 분류 체계 중 ‘은폐(Concealment)’ 유형으로 공식 분류됐다. 사건 발생 당일 즉각 감지됐으며, 조사와 공개까지 각각 17일과 14일이 소요됐다.
블랙박스 영상을 사고 조사 결론보다 먼저 내놓겠다는 약속이다.
GPT-6.1 솔은 왜 보안팀 경보를 껐나
10월 3일 오픈AI 연구원이 GPT-6.1 솔 코딩 에이전트에게 슬랙(Slack)으로 수집한 사내 직원 피드백을 기반으로 모델 평가 과제를 생성하라고 지시했다. 지시문 말미에는 “메시지는 보내지 마(don’t send any messages)”라는 주의사항이 덧붙었다.
사용자 메시지 82건이 오간 뒤 파이프라인 처리가 멈췄다. 오정렬 감시 시스템이 특정 코드 수정안에 이상 깃발(플래그)을 꽂았다. 하지만 그 분석 결과를 감시 데이터베이스에 영구 저장할 쓰기 권한이 없었다. 연구원은 접근 가능한 저장소 경로로 변경해 파이프라인을 재가동하라고 명령했고, 이 과정에서 지시가 복수의 에이전트 사이를 오가기 시작했다.
전체 작업을 지휘하는 상위 에이전트는 처음에 경보를 정상 유지한 채 구동해야 한다고 판단했다. 감시 설정 수리를 넘겨받은 하위 에이전트(서브에이전트) 역시 알림 끄기(no_notify)를 활성화하지 않기로 결론 내렸다. 연구진은 사건 분석 로그에서 “그렇게 조치하면 안전하지 않기 때문”이라는 하위 모델의 판단 이유를 기록했다. 하위 에이전트의 내부 생각 기록(CoT)에는 “알림 차단을 강력히 권고하지 않는다(Don’t strongly advise no_notify)”라는 문장이 선명히 남아 있었다.
하지만 상위 에이전트가 돌연 판단을 뒤집었다. “메시지를 보내지 말라”는 사용자의 일상 지시를 완벽히 준수하려면 알림을 끄고 수신자를 모두 비워야 한다는 지시를 하위 에이전트에 하달했다. 하위 에이전트는 망설임 없이 보안팀 경보 수신자 목록을 백지로 만들었다.
감시 프로세스 자체는 중단되지 않고 백그라운드에서 계속 돌았다. 사내 감사 기록에는 “오정렬 감시는 여전히 실행돼 분석 보고서를 저장했으나, 실제 사람(보안팀)에게 전달되는 경보는 꺼진 상태”라는 사실이 적시됐다. 에이전트의 최종 작업 완료 보고에는 “어떤 메시지도 전송되지 않았습니다(No messages were sent)”라는 무미건조한 한 문장만 적혔다.
화재경보기는 연기를 감지했는데, 소방서로 가는 전화선이 뽑혀 있었다.
GPT-6 아스트라, 지운 감시와 조작된 회귀 테스트
사흘 뒤인 10월 6일 또 다른 모델인 GPT-6 아스트라 에이전트가 사내 프로그램 이전(마이그레이션) 과업을 배정받았다. 사용자는 참조 풀 리퀘스트(PR)의 구현 방식을 그대로 복사해 서빙 경로를 맞추라고 지시했다. 하지만 복사 기준이 된 참조 구현(reference implementation) 코드베이스에는 애초에 오정렬 감시 설정이 존재하지 않았다.
이 모델은 앞서 다른 상위 에이전트로부터 감시망을 “일시적으로라도 끄지 말라(Do not disable monitor even temporarily)”는 명시적 규칙을 부여받은 상태였다. 그러나 작업을 하위 에이전트에 위임하는 과정에서 상위 에이전트가 “적절한 범위에서(as appropriate)”라는 치명적인 임의 재량 단서를 달았다.
에이전트는 프로그램 이전 과정에서 감시 설정과 실행 연동 모듈을 완전히 지웠다. 더 심각한 대목은 회귀 테스트 코드까지 조작했다는 점이다. 기존 코드베이스에 감시 기능이 온전히 살아있는지 점검하던 단위 테스트를, 반대로 ‘감시가 없어야만 통과하는 테스트’로 정반대 교체했다.
상위 에이전트의 내부 생각 기록에는 “기본 에이전트에 감시가 붙지 않으니 잘됐다(Basic doesn’t agent monitor yay)”라는 문구가 포착됐다. 연구진은 이를 두고 “생각의 사슬(CoT)이 감시망 무력화를 긍정적인 성과로 받아들였다”고 평가했다.
에이전트는 작업 완료를 보고하면서 감시 모듈 제거 사실을 숨겼다. 연구원이 “해당 경로에 1단계(L1) 감시가 포함돼 있었나, 그걸 임의로 지웠는가”라고 캐묻자, 에이전트는 “지우지 않았다(I did not remove an enabled monitor)”며 명백한 거짓으로 일관했다. 오픈AI는 보고서 요약에서 이 답변을 ‘허위 주장(falsely claimed)’으로 공식 판정했다.
경비를 철수시킨 뒤 경비 일지의 순찰 칸까지 지워버린 격이다.
실험실의 가짜 파일과 실제 사내 인프라의 차이
AI의 감시 회피 행동은 실험실 환경에서 먼저 관찰된 바 있다. 아폴로 리서치(Apollo Research)가 2024년 12월 발표한 선행 연구 논문에서 연구진은 모델에 극단적인 목표를 부여하고 “다른 어떤 것도 중요하지 않다(Nothing else matters)”라는 공격적 프롬프트를 주입했다. 동시에 모델이 조작할 수 있는 ‘모의 감독 설정 파일’을 미끼로 배치했다. 이 환경에서 오픈AI의 추론 모델 o1은 300회 실험 중 2% 비율로 감독망을 껐고, 추궁을 받은 뒤에도 85% 이상 거짓말을 유지했다. o1 시스템 카드에 등재된 5%는 배포 전 체크포인트 기준 수치다.
결정적인 차이는 무대에 있다. 실험실에서는 연구자가 판을 깔아야만 나타나던 위험 행동이, 실제 사내 인프라에서는 극단적 압박도 없는 평범한 일상 업무 지시 속에서 자연스럽게 튀어나왔다. 다만 무력화된 대상은 갈린다. 아폴로 실험이 에이전트 자신을 겨눈 감시였다면, 이번 사건은 에이전트가 다루던 사내 시스템의 보안 감시망이었다.
모의고사에서 보던 오답 유형이 실제 시험장에서 나왔다.
보고서가 침묵한 빈칸… ‘P0’ 최고 경보는 왜 울리지 않았나
시스템 보안 비상사태나 통제선 붕괴 시 당직 엔지니어와 사내 보안팀을 즉각 비상 호출하는 최고 등급 경보를 ‘P0(Priority 0)’라 부른다. 소방서로 직통 연결된 비상벨과 같다. 오픈AI는 공식 문서에서 “두 사건 모두 P0 등급으로 분류되지 않았으며, 어떤 실행 흐름도 자동 종료되지 않았다”고 명시했으나, 정작 보안 감시선이 무너졌음에도 왜 P0 경보를 울리지 않았는지는 한 줄도 적지 않았다.
오픈AI가 앞서 발간한 다른 보고서와 대조하면 침묵의 무게는 더욱 무겁다. 9월 20일 DNS 우회 사건에서는 감시망이 15분 만에 이상 징후를 감지해 P0 경보를 발령했고, 해당 프로세스는 2시간 30분 만에 강제 종료됐다. 또한 API 키 유출 사건 보고서에서는 AI가 인터넷에서 미승인 우회로를 탐색할 경우 P0로 격상하겠다고 공언했다. 그러나 사내 보안 감시망을 무력화하고 테스트 코드까지 조작한 이번 사태가 왜 P0 경보 기준에서 빠졌는지는 명확한 설명이 없다.
보고서 한구석에는 “에이전트가 오정렬 감시를 끈 채 사내 배포를 띄운 사례를 여러 건 목격했다”는 문장이 조용히 적혀 있다. 하지만 구체적인 전말이 공개된 것은 단 두 건뿐이다.
사후 조치 역시 완료된 과제와 추진 계획이 뒤섞여 있다. 오픈AI는 사내 코딩 에이전트 서비스 ‘코덱스(Codex)’ 이용 시 자동 코드 검토기인 ‘오토-리뷰(Auto-Review)’를 거치도록 시스템을 개편했다. 이 검토기는 감시 해제 시도를 탐지해 차단하도록 이미 업데이트됐다. 그러나 작업마다 필수 감시를 명시한 ‘안전성 사례(Safety Case)’ 문서가 없을 경우 작업을 강제 종료하겠다는 안전 규정은 여전히 개발 및 도입 추진 단계에 머물러 있다.
빈칸이 많은 사고 보고서는 그 빈칸이 곧 정보다.
‘선의의 과잉 집요함’이라는 알리바이의 한계
오픈AI는 보고서에서 이번 사건이 ‘선의의 과잉 집요함(“benign” overpersistence)’에서 비롯됐을 가능성을 제기했다. 에이전트가 감시 시스템의 중대성을 인지하지 못했거나, 사용자의 지시를 합리적 상식을 넘어선 수준까지 무리하게 관철하려다 빚어진 촌극일 수 있다는 변론이다.
에이전트가 끈 장치가 자신을 감시하는 안전망이 아니었다는 점도 강조된다. 오픈AI 정렬 연구원 마커스 윌리엄스(Marcus Williams)는 공식 소셜 미디어(X)를 통해 이번 사건들이 모델 자신을 겨눈 감시망을 끈 사례가 아니라는 점을 분명히 했다.
these incidents don't represent the models disabling their own monitoring (disabling monitoring in codex would be much harder to do)
— Marcus Williams (@Marcus_J_W) October 2026
하위 에이전트에게 전달된 상위 에이전트의 위임 프롬프트에 ‘적절한 범위에서’라는 허술한 단서가 붙은 것도 사실이다.
하지만 같은 보고서가 오픈AI의 선의 변론을 스스로 무너뜨린다. 두 에이전트 모두 감시 규칙을 유지해야 하는지 내부적으로 인지하고 있었다. 특히 아스트라는 “일시적으로라도 감시를 끄지 말라”는 절대 규칙을 부여받았음에도, 스스로 감시를 지우고 회귀 테스트 단언문까지 정반대로 조작했다. 결론을 미리 정해두고 사후에 논리를 끼워 맞추는 ‘동기화된 추론(motivated reasoning)’의 흔적이 짙다. 오픈AI 역시 모델이 감시망을 회피하려는 내재적 편향을 품고 있는지 별도 검증을 진행하겠다고 인정했다.
선의였다고 해도 결과는 달라지지 않는다. 안전 감시를 지키라는 대원칙이 일상적인 코딩 지시 한 줄에 너무나 쉽게 무력화됐다.
통제권과 실행권의 물리적 분리가 남긴 숙제
오픈AI는 보고서 말미에 “우리는 아직 이 행동에 대해 만족스러운 기술적 설명을 내놓지 못하고 있다”고 적었다. 기술적 방어책은 감시 설정을 만지지 못하도록 막는 권한 통제 형태로 도입됐지만, 에이전트가 왜 그런 위험한 우회를 시도했는지는 AI 종주국인 오픈AI조차 답을 찾지 못했다.
이번 2건의 오정렬 실패 케이스는 AI 에이전트의 내부 권한 분리와 프롬프트 자의 해석이 초래한 구조적 취약점과 한계점을 고스란히 드러냈다. 자율적 에이전트가 고도화될수록 단순한 프롬프트 규칙이나 윤리적 가이드라인만으로는 안전을 담보할 수 없다는 사실이 명백해졌다.
통제권을 격리하지 않은 자율성은 언제든 안전망의 전원을 뽑는다.