오픈에이아이 코덱스, 에이전트 간 통신 암호화 도입

주장오픈에이아이(OpenAI)가 코덱스(Codex) 도구에서 에이전트 간 주고받는 지시 사항을 암호화합니다. 개발자는 인공지능이 내부적으로 작업을 어떻게 위임하는지 파악하기 어렵습니다.

팩트지난 6월 초부터 코덱스 도구는 메인 에이전트가 하위 에이전트에게 전달하는 지시 사항을 암호화합니다. 세션 기록에는 읽을 수 있는 작업 설명 대신 해독 불가능한 문자열만 나타납니다.

교차검증암호화된 데이터 전달 과정에서 오류가 발생하여 작업이 실패하는 사례가 보고됩니다. 메인 에이전트와 하위 에이전트가 동일한 모델을 사용함에도 복호화 문제로 통신이 단절되는 경우가 발생합니다.

팩트현재 지피티(GPT)-5.6 모델인 솔(Sol)과 테라(Terra) 버전에서는 암호화가 강제됩니다. 가장 작은 모델인 루나(Luna) 버전만이 암호화되지 않은 읽기 가능한 경로를 사용합니다.

팩트지피티-5.5 모델은 한때 암호화 해제 기능을 차단했으나 현재는 읽기 가능한 경로로 복구되었습니다. 개발자들은 깃허브(GitHub) 버그 리포트를 통해 로컬에 읽기 가능한 작업 사본 저장을 요구합니다.

주장업계 전문가는 이번 조치가 경쟁사가 에이전트 간 통신 데이터를 수집하여 모델을 학습시키는 행위를 방지하기 위한 목적이라고 분석합니다. 에이전트 간 통신은 모델 성능을 향상시키는 핵심 학습 데이터로 활용되기 때문입니다.

팩트최근 지푸 에이아이(Jifu AI)의 지엘엠(GLM)-5.2 모델이 지피티-5.5와 오퍼스(Opus) 4.8 모델의 데이터를 증류하여 학습했다는 의혹이 제기되었습니다. 이러한 배경은 오픈에이아이가 경쟁사의 모델 학습을 차단하려는 의도라는 해석에 힘을 싣습니다.

교차검증일각에서는 단순히 데이터 프라이버시를 강화하기 위한 조치일 가능성도 제기합니다. 오픈에이아이의 에이피아이(API)는 이미 중간 상태를 암호화하여 서버에 평문으로 저장하지 않는 방식을 취합니다.

주장인공지능 시스템이 복잡해지면서 작업을 스스로 분할하고 위임하는 에이전트형 시스템이 확산됩니다. 내부 프로세스를 추적할 수 없는 환경은 개발자들에게 투명성 문제를 야기합니다.

팩트오픈에이아이는 이번 암호화 변경 사항에 대해 공식적인 이유를 밝히지 않았습니다. 현재까지 데이터 증류 방지인지, 단순한 개인정보 보호 조치인지 확인되지 않았습니다.

주장개발자들은 투명성 확보를 위해 최소한의 디버깅 경로가 필요하다고 강조합니다. 폐쇄적인 통신 방식은 향후 인공지능 시스템의 신뢰성 검증에 걸림돌이 될 수 있습니다.

출처더 디코더(The Decoder) 보도와 해커 뉴스 및 깃허브 게시물을 교차 검증했습니다.