AI가 작성한 코드에서 API 키가 유출돼 부정 과금이 발생했다 — 진짜 원인은 방치된 CVSS 10.0

보안에 익숙하지 않은 인디 개발자가 흔히 겪는 사례를, 식별 가능한 세부 정보를 모두 제거하고 교훈으로 바꾼 글입니다. 여기에 공격 재현은 없습니다 — 목표는 방어이며, 같은 실수가 당신에게 일어나지 않게 하는 것입니다.

무슨 일이 있었나 (타임라인)

1. 0일째 — 출시·가동

   AI의 도움으로 만든 앱이 출시되어 프로덕션에서 가동 중이었다.

2. 어느 날 — 요금 급증

   클라우드 AI 요금이 갑자기 치솟는다. 결코 쓸 일 없는 모델에서 대량 작업이, 자기 것이 아닌 일을 하고 있었다.

3. 조사 — 제3자의 악용

   "우리 앱이 폭주했다"로는 설명되지 않는다. 제3자가 탈취한 키로 그것을 돌리고 있었다.

4. 추적 — 진짜 조사의 시작

   "그럼 키는 어디서 유출됐나?" — 그것이 진짜 조사였다.

처음에 잡히지 않은 이유 (우회로들)

실수가 저질러진 순서대로 — 실수가 곧 교훈이기 때문이다.

진짜 원인: 방치된, 공개된 CVSS 10.0

오래된 액세스 로그의 이상한 시그니처가 위협 인텔리전스와 즉시 일치했다. 사용 중이던 웹 프레임워크 버전 범위에는 공개된 인증 전 RCE(CVSS 10.0) 가 있었고, 이미 실제로 악용되고 있었으며 — 몇 달간 패치되지 않은 채 가동되고 있었다.

• 이것은 수동적인 버그가 아니라, 공격자가 서버에서 코드를 실행해 환경을 빼낸 것이었다.
• 그나마 다행인 점: 실행은 권한 없는 컨테이너 내부에 머물렀다(호스트 root는 탈취되지 않았다). 침해 검토 결과 지속형 백도어, 마이너, C2는 없었고 — 확인된 피해는 시크릿 탈취였다.
• 내부 DB에 도달 가능했기 때문에, 대응은 DB 내용도 유출됐다고 가정했다.

교훈: 무언가 이상하게 동작하면, 먼저 알려진 CVE를 의심하라. 자기 버그라고 단정하지 마라.

개수도 틀렸다 — 가동 중인 버전으로 판단하라

조사가 번지며 "취약한 의존성이 8개 더 있다"고 보고됐다 — 이것도 틀렸다. package.json의 하한값(^ 캐럿 범위)으로 센 것이었다. 진짜 위험한 것은 남아 있던 고정(pinned) 의존성 2개뿐이었다.

# npm: 실제로 설치된 것을 확인
npm ls next react react-dom
 
# 가동 중인 컨테이너 안에서
docker exec <container> npm ls <package>

가장 먼저 한 일 (재현 가능한 절차)

진짜 예방책: 기계가 감시하게 하라

요약하면, 이 사고는 "사람이 공개된 CVSS 10.0을 놓쳤다"였다. 수동 순찰은 늘 무언가를 놓친다. 기계는 그렇지 않다.

# OSV 스캐너(Google)가 락파일을 점검한다
osv-scanner --lockfile=pnpm-lock.yaml
 
# GitHub에서는 Dependabot을 활성화(저장소 Settings → Security)

교훈

한 줄로: 폭주한 청구서는 빙산의 일각이었다. 진짜 원인은 방치된 CVSS 10.0 RCE였고 — 진실은 운 좋은 한 번의 추측이 아니라, 틀리고, 부딪치고, 오류를 깎아내는 과정에서 나왔다.

다음으로 읽기

• 용어집: RCE란 무엇인가 · CVE란 무엇인가 · CVSS란 무엇인가
• 방어: Next.js를 안전하게 운영하기(CVE 위생)
• 사고: .env가 온 세상에 노출됐을 때