AI 코딩 에이전트 OpenCode에서 보안 사고가 터졌어요
OpenCode는 터미널에서 돌아가는 오픈소스 AI 코딩 에이전트예요. Claude Code나 Codex CLI처럼 터미널에서 “이 버그 고쳐줘” 하면 AI가 코드를 읽고, 고치고, 명령어까지 실행해주는 도구인데요. 특정 회사 모델에 묶이지 않고 Anthropic, OpenAI, Google 등 여러 AI 제공자를 골라 쓸 수 있어서 많은 개발자가 써왔어요.
그런데 OpenCode 측이 공식 X(트위터) 계정으로 해킹 피해를 입었고 사용자 자격 증명(credentials)이 유출됐다고 알렸어요. 자격 증명이 뭐냐면, 서비스에 “내가 나다”라고 증명하는 정보 전부예요. 비밀번호, API 키, 로그인 토큰 같은 것들이죠. 건물로 치면 출입증이에요.
정확한 침해 경로나 피해 범위 같은 세부 내용은 공식 채널의 공지와 후속 업데이트를 꼭 직접 확인하세요. 이 글에서는 확인되지 않은 추측은 빼고, OpenCode 사용자라면 지금 당장 할 일과 이 사건이 AI 코딩 도구 전반에 던지는 경고를 정리해볼게요.
AI 코딩 도구의 자격 증명 유출이 특히 위험한 이유
AI 코딩 에이전트는 구조적으로 “열쇠 꾸러미”를 들고 다니는 도구예요.
첫째, AI 제공자 API 키를 갖고 있어요. 이 키가 털리면 공격자가 내 돈으로 AI를 마음껏 쓸 수 있어요. 훔친 키로 LLM을 무단 사용하는 공격은 보안 업계에서 “LLMjacking”이라는 이름이 붙을 만큼 흔해졌고, 피해자에게 하루 수천만 원 수준의 요금이 나올 수 있다는 분석도 있었어요.
둘째, GitHub 같은 서비스 토큰이 연결된 경우가 많아요. 그러면 비공개 저장소 코드까지 위험해지죠.
셋째, 에이전트 자체가 내 PC에서 셸 명령을 실행할 권한을 갖고 있어요. 도구가 오염되면 그 권한이 그대로 공격자 손에 넘어갈 수 있어요.
OpenCode 사용자라면 지금 할 일
피해 범위가 확실히 밝혀지기 전까지는 보수적으로 움직이는 게 좋아요.
1. OpenCode에 등록한 API 키를 전부 재발급(rotate)하세요. 각 AI 제공자 콘솔에서 기존 키를 폐기하고 새로 만드세요. opencode auth list 명령으로 어떤 제공자를 연결해뒀는지 확인할 수 있어요.
2. 제공자 대시보드에서 사용량을 확인하세요. 내가 안 쓴 시간대에 사용량이 튀었다면 바로 신고하고, 앞으로를 위해 월 사용 한도(spending limit)도 걸어두세요.
3. OAuth 연결을 점검하세요. GitHub의 Settings → Applications에서 연결된 앱 권한을 확인하고, 의심스러우면 해제했다가 다시 연결하세요.
4. OpenCode 관련 웹 서비스 계정을 쓰고 있다면 로그인 세션을 정리하고, 같은 비밀번호를 다른 곳에서도 쓰고 있다면 거기도 바꾸세요.
5. 공식 공지에서 안내하는 패치 버전으로 업데이트하세요. 설치는 반드시 공식 경로로 하고요.
최근 계속되는 개발 도구 공격들
개발 도구를 노린 공격은 요즘 계속 이어지고 있어요. 2025년 8월엔 인기 빌드 도구 Nx의 npm 패키지가 오염돼서, 설치 스크립트가 개발자 PC에 깔린 AI CLI 도구까지 동원해 비밀 정보를 찾아내 빼돌린 사건이 있었어요. 같은 해 9월엔 npm 토큰을 훔쳐서 스스로 퍼져나가는 “Shai-Hulud” 웜이 수백 개 패키지를 감염시켰고요. 그보다 앞선 3월엔 GitHub Actions에서 많이 쓰던 tj-actions/changed-files가 오염돼 CI 로그에 시크릿이 노출되기도 했죠.
공통점은 하나예요. 개발자의 PC와 개발 도구에는 회사 전체로 들어가는 열쇠가 모여 있다는 거예요. 공격자 입장에선 가장 효율 좋은 목표인 셈이죠.
한국 개발자에게 주는 시사점
국내에서도 AI 코딩 도구 도입이 빠르게 늘고 있는데, 키 관리 체계가 그 속도를 못 따라가는 경우가 많아요. 몇 가지 원칙을 추천드려요.
- 도구별로 키를 따로 발급하세요. 하나가 털려도 그 키만 폐기하면 되게요.
- 권한과 한도를 최소로 잡으세요. 프로젝트 단위 키, 사용 한도, 만료 기간을 적극적으로 활용하세요.
- 평문 저장을 피하세요. 가능하면 OS 키체인이나 시크릿 매니저를 쓰고,
.env파일이 저장소에 올라가지 않는지 점검하세요. - 회사 차원의 정책이 필요해요. 개인 키로 회사 코드를 다루는 “섀도 AI”는 사고가 나도 추적하기 어려워요.
마무리
한 줄로 정리하면, AI 코딩 에이전트는 편리한 만큼 많은 열쇠를 쥐고 있고, 이번 사건은 그 열쇠 관리가 곧 보안이라는 걸 다시 보여줬어요.
여러분 팀은 AI 코딩 도구용 API 키를 어떻게 관리하고 있나요? 개인 키를 쓰나요, 아니면 회사에서 일괄 발급하나요? 괜찮은 운영 노하우가 있다면 공유해주세요.
🔗 출처: Hacker News