오픈AI의 내부 코드 저장소가 경쟁사 AI에 털렸다는 소식이 빠르게 퍼졌지만, 실제 사건은 이 표현보다 복잡하다. 앤트로픽이 오픈AI를 직접 공격한 것이 아니라 보안 연구진이 Claude를 활용해 취약점을 분석하고 침투 경로를 검증했다. 연구진은 직원 계정과 연결된 내부 저장소에 접근할 수 있음을 확인한 뒤 무해한 코드 변경 요청을 만들어 증명했다. 실제 코드가 대규모로 빼돌려졌다는 증거는 없으며, 허가된 보안 연구 과정에서 발견된 취약점은 오픈AI에 신고됐다.
경쟁사의 공격이 아니라 보안 연구였다
사건을 수행한 주체는 앤트로픽이 아니라 보안 업체 Hacktron 소속 연구진이었다. 연구진은 취약점 분석과 공격 코드 작성 과정에서 Claude Opus 모델의 도움을 받았고, 이를 바탕으로 여러 약점을 하나의 침투 경로로 연결했다. 따라서 경쟁사가 기밀을 훔친 산업 첩보 사건으로 규정하면 실제 전말을 왜곡하게 된다. 더 중요한 지점은 전문적인 공격 코드 개발에 필요한 시간과 비용이 AI 덕분에 빠르게 줄고 있다는 사실이다.
Claude는 범인이 아니라 공격 도구였다
Claude가 스스로 오픈AI를 목표로 삼아 침입한 것도 아니다. 사람이 목표와 조건을 제시하고 결과를 검토했으며, 모델은 취약점 분석과 코드 작성 속도를 높이는 역할을 맡았다. 처음 활용된 모델은 안정적인 공격 코드를 완성하지 못했지만 성능이 향상된 모델이 투입되면서 연구가 빠르게 진전된 것으로 전해졌다. 이 사례는 생성형 AI가 방어자에게는 점검 도구가 되고 공격자에게는 진입 장벽을 낮추는 수단이 될 수 있음을 보여준다.
공개 포럼에서 내부 저장소까지 이어진 경로
침투의 출발점은 핵심 서버가 아니라 오픈AI가 운영하던 공개 커뮤니티 포럼이었다. 특정 이미지 파일을 처리하는 과정에서 사용된 libheif 관련 결함과 로그인 체계의 약점이 연결되면서 직원 계정에 접근할 가능성이 생겼다. 계정 가운데 일부는 Codex와 사내 GitHub 조직이 연동된 상태였기 때문에 포럼의 문제가 개발 자산 접근으로 번질 수 있었다. 보안은 가장 강한 시스템이 아니라 서로 연결된 구성 요소 가운데 가장 약한 지점에서 무너진다는 원리가 그대로 드러난 셈이다.
저장소 접근 권한이 위험한 이유
소스코드 저장소에는 제품을 구성하는 코드뿐 아니라 내부 구조와 개발 일정, 설정 방식, 보안 대응 흔적이 함께 남을 수 있다. 공격자가 이런 정보를 확보하면 알려지지 않은 취약점을 찾거나 실제 서비스와 비슷한 환경을 만들어 다음 공격을 준비하기 쉬워진다. 인증 정보나 배포 설정이 잘못 포함돼 있다면 피해 범위는 클라우드와 고객 데이터까지 확대될 가능성도 있다. 이번 연구진은 무해한 변경 요청을 남기는 선에서 검증을 중단했지만, 악의적인 침입자가 같은 절제를 보일 것이라고 기대할 수는 없다.
확인된 접근과 과장된 유출을 구분해야 한다
이번 사건에서 확인된 핵심은 내부 저장소에 도달하고 코드 변경 요청을 만들 수 있는 권한이 존재했다는 점이다. 반면 핵심 코드 전체가 복제됐거나 앤트로픽으로 전달됐다는 주장은 공개된 조사 내용으로 입증되지 않았다. 저장소 접근 가능성만으로도 심각한 보안 사고이지만, 접근과 탈취는 조사와 책임 판단에서 서로 다른 의미를 갖는다. 자극적인 제목만 공유하면 실제 위험 요소인 계정 연동과 권한 관리 문제가 가려질 수 있으므로 확인된 범위를 정확히 살펴야 한다.
이번 사례가 남긴 세 가지 경고
첫 번째 경고는 외부 서비스의 작은 결함도 통합 로그인과 연결되면 내부 계정 침해로 커질 수 있다는 것이다. 두 번째는 업무용 AI가 저장소와 문서에 폭넓게 연결될수록 계정 하나가 가진 영향력이 이전보다 훨씬 커진다는 점이다. 세 번째는 AI가 취약점 탐색과 공격 코드 제작 시간을 단축하면서 기업의 점검 주기도 함께 빨라져야 한다는 사실이다. 오픈AI는 신고를 받은 뒤 자사 측 문제를 약 14시간 안에 수정하고 연구진에게 6500달러의 보상금을 지급한 것으로 보도됐다.
업무용 AI 연결 권한부터 살펴볼 때
회사에서 AI 코딩 도구를 사용한다면 먼저 어떤 저장소와 문서, 메신저, 클라우드 계정에 접근할 수 있는지 목록으로 정리해야 한다. 모든 프로젝트를 읽고 수정할 수 있는 권한을 기본값으로 두기보다 업무에 필요한 저장소만 선택하고 쓰기 권한은 별도로 제한하는 편이 안전하다. 퇴사자와 외주 인력의 계정, 장기간 사용하지 않은 연동 앱, 만료되지 않은 인증 토큰도 주기적으로 정리해야 한다. 비밀키와 고객 정보는 프롬프트에 넣지 말고 저장소에서도 별도의 비밀 관리 체계로 분리해야 한다.
공포보다 정확한 공유가 필요한 이유
보안 사고를 주변에 알리는 일은 필요하지만 경쟁사가 오픈AI의 코드를 훔쳤다고 단정해 전달해서는 안 된다. 확인된 내용은 보안 연구진이 Claude로 공격 코드를 개발했고, 공개 포럼과 로그인 체계의 약점을 거쳐 내부 저장소 접근 가능성을 입증했다는 것이다. 조직에서는 이 사례를 공포를 키우는 소재보다 계정 연동과 최소 권한 원칙을 점검하는 교육 자료로 활용할 수 있다. 구성원이 사고 경로를 이해해야 비슷한 징후가 나타났을 때 신고와 차단도 빨라진다.
정리하면
이번 일은 앤트로픽이 오픈AI를 상대로 벌인 첩보전이 아니라 Claude를 이용한 보안 연구가 실제 취약점을 찾아낸 사례다. 내부 코드 저장소까지 이어질 수 있는 경로가 존재했다는 점은 무겁지만, 핵심 코드 전체가 경쟁사에 유출됐다고 볼 근거는 현재 공개된 내용에서 확인되지 않는다. 사건이 던진 진짜 질문은 어느 AI가 더 강한지가 아니라 AI와 사내 시스템을 연결할 때 권한을 얼마나 세밀하게 통제하고 있는가에 있다. 기업과 개인 모두 연동 서비스, 인증 토큰, 저장소 권한을 다시 확인해야 같은 유형의 사고를 줄일 수 있다.
검증 자료: SecurityWeek, The Hacker News, The Register
카드뉴스 전체 보기
아래 카드뉴스 이미지로 전체 내용을 한눈에 확인할 수 있습니다.
