Codex 서브에이전트 암호화, 왜 실행 기록을 읽기 어려워졌나

Codex CLI의 다중 에이전트 기능에서 위임 메시지를 암호화한 뒤, 사용자가 로컬 실행 기록을 읽기 어려워졌다는 버그가 보고됐어요. 암호화 자체보다 전달용 암호문과 사람이 확인할 감사 기록을 분리하지 않은 구조가 문제로 지목돼요. 1
핵심 요약
| 구분 | 확인된 내용 | 개발자가 볼 지점 |
| 변경 범위 | MultiAgentV2의 `spawn_agent`, `send_message`, `followup_task`가 암호화된 메시지를 다뤄요 | 다중 에이전트 기능을 쓸 때 위임 내용이 기록에 남는지 확인해야 해요 |
| 현재 문제 | 평문 `content`는 비고 `encrypted_content`만 저장되는 경로가 있어요 | 부모 실행 이력과 통신 로그에서 작업 지시를 읽기 어려워져요 |
| 제안된 수정 | 모델 전달용 암호문과 로컬 감사용 평문 사본을 함께 보관해요 | 수신 모델에는 암호문만 보내고, 로컬 기록에는 크기가 제한된 감사 사본을 남겨야 해요 |
| 진행 상태 | GitHub 이슈는 아직 열려 있고 수정안은 일부 프로토타입만 공개됐어요 | 상위 저장소에 수정이 병합됐다고 단정하면 안 돼요 |
1. 암호화된 위임 메시지가 감사 기록까지 가렸어요
GitHub 이슈 28058번은 2026년 6월 5일 병합된 PR 26210번 이후의 동작을 다뤄요. 보고 내용에 따르면 MultiAgentV2가 켜진 0.137.0 이후 빌드에서 `spawn_agent`, `send_message`, `followup_task`의 전달 내용이 암호화돼요. 구독 종류나 모델, 운영체제에 한정된 문제는 아니라고 적혀 있어요. 2
암호화된 메시지를 수신 모델에 보내는 것만으로는 문제가 아니에요. 현재 구현에서는 `InterAgentCommunication.content`가 빈 문자열로 남고, 암호화된 값이 `encrypted_content`에 저장돼요. 수신 이력과 구조화된 통신 로그도 읽을 수 있는 문장 대신 암호문을 기록하는 경로가 있어요.
이 때문에 부모 에이전트가 어떤 작업을 맡겼는지, 특정 자식 스레드가 왜 생겼는지, 서브에이전트에 어떤 후속 지시가 전달됐는지를 나중에 확인하기 어려워져요. 작업 결과가 예상과 다르거나 불필요한 도구 호출이 발생했을 때 원인을 좁힐 단서가 줄어드는 셈이에요.
암호화 전달과 로컬 감사는 서로 다른 요구예요
이슈 작성자는 암호화를 되돌리기보다 기록 경로를 나누는 방식을 제안했어요. 수신 모델에는 기존 암호화 페이로드를 보내고, 부모 실행 이력과 추적 로그에는 사람이 읽을 수 있는 별도 감사 사본을 남기는 구조예요. 두 값을 연결할 때는 평문 일치가 아니라 암호문이나 식별자를 쓰도록 제안했어요.
평문 감사 사본에도 크기 제한이 필요해요. 위임 메시지가 길어질 때 실행 기록과 컨텍스트가 끝없이 커지는 일을 막아야 하기 때문이에요. 재개와 재생 기능에서는 감사 사본을 보존하되, 이 사본이 자식 모델 입력으로 다시 들어가지 않도록 경계를 유지해야 해요.
아직 해결 완료로 볼 수 없어요
`spawn_agent`에 평문 감사 필드를 추가한 프로토타입 커밋은 공개됐어요. 다만 이 코드는 별도 포크의 스냅샷이에요. `send_message`와 `followup_task`, 이력·재생·디버그 화면까지 같은 규칙을 적용하는 작업은 남아 있어요.
GitHub 원문 이슈도 현재 Open 상태예요. 따라서 Codex 전체에서 문제가 해결됐거나, 모든 사용자가 같은 방식으로 영향을 받는다고 단정하기는 어려워요. MultiAgentV2를 실제로 켠 환경에서 버전과 실행 기록을 함께 확인하는 편이 정확해요.
왜 중요한가요
코딩 에이전트가 여러 작업을 나눠 처리하면 최종 결과만으로 중간 판단을 복원하기 어려워요. 로컬 실행 기록은 실패 원인, 과도한 권한 사용, 예상하지 못한 셸 명령을 확인하는 기본 자료예요. 위임 내용이 암호문으로만 남으면 개발자는 결과와 도구 호출 사이의 인과관계를 추적하기 힘들어져요. 2
기업 환경에서는 감사 가능성이 더 직접적인 요구가 돼요. 코드 변경 승인, 민감 저장소 접근, 자동화된 명령 실행을 검토하려면 누가 무엇을 맡겼고 어떤 지시가 이어졌는지 남아야 해요. 전달 보안을 강화하면서도 로컬 운영 기록을 읽을 수 있게 만드는 설계가 필요한 이유예요.
당장 확인할 항목은 단순해요. MultiAgentV2 사용 여부와 Codex CLI 버전을 먼저 보고, 부모 롤아웃과 통신 로그에서 세 가지 도구의 위임 내용이 평문으로 남는지 확인해 보세요. 기록에 암호문만 나온다면 28058번 이슈의 수정 상태를 지켜보면서 중요한 작업의 자동 위임 범위를 줄이는 방법도 고려할 수 있어요.
참고 자료
- Codex가 서브에이전트 프롬프트 암호화를 시작함 — GeekNews
- Regression: encrypted MultiAgentV2 messages remove readable task audit trail — OpenAI Codex GitHub
'IT & AI' 카테고리의 다른 글
| AI의 반복 실수, 지침보다 코드로 막아야 하는 이유 (0) | 2026.07.15 |
|---|---|
| AI 시대엔 왜 하드웨어가 소프트웨어보다 강해졌을까요 (0) | 2026.07.15 |
| 충전기 하나로 7주 여행, USB-C 통일이 줄인 짐과 남은 문제 (0) | 2026.07.15 |
| 27B 모델을 3.9GB에 담은 Bonsai 27B, 휴대폰 로컬 AI의 새 실험 (0) | 2026.07.15 |
| 과거 커밋을 안전하게 고치는 git history, fixup·reword·split 사용법 (0) | 2026.07.15 |