바이브코딩 보안 취약점을 CVE 사례 중심으로 정리했다. Lovable·Claude Code·Cursor 실제 CVE 번호와 CVSS 점수, 패치 시점까지 개발자 관점에서 확인한다.
바이브코딩 보안부채 개요
AI가 코드를 대신 짜주는 바이브코딩(vibe coding) 방식은 기획부터 배포까지 걸리는 시간을 크게 줄였지만, 그 대가로 눈에 보이지 않는 보안 결함이 코드베이스 안에 그대로 쌓이는 문제가 반복적으로 확인되고 있다. 2026년 들어 Lovable, Replit, Base44(Wix), Claude Code, GitHub Copilot 등 주요 AI 코딩 도구에서 CVE(공개 보안 취약점)가 연이어 등록됐고, 그중 일부는 CVSS 9점대의 치명적 등급을 받았다. 이 글은 2026년 9월 2일 기준으로 공식 발표 자료(NVD, GitHub Security Advisory, 벤더 공식 성명)와 독립 조사기관(Veracode, GitGuardian, Georgia Tech 등)의 수치를 대조해, 실제로 어떤 CVE가 등록됐고 그 영향 범위가 얼마나 되는지 정리했다.
1. Supabase 기반 노코드 플랫폼 — RLS 미설정이 부른 대형 사고
바이브코딩 플랫폼 중 가장 심각한 CVE는 백엔드로 Supabase를 쓰는 노코드형 서비스에서 나왔다. Lovable 프로젝트에서 발견된 CVE-2025-48757은 Row-Level Security(RLS) 정책이 제대로 설정되지 않아 “원격 미인증 공격자가 임의 데이터베이스 테이블을 읽거나 쓸 수 있는” 결함으로, CVSS 9.3점을 받았다(NVD 게재일 2025-05-30). 보안 연구자가 15줄짜리 Python 스크립트만으로 이를 재현했고, 조사 대상 앱 다수에서 부채 잔액·주소·API 키 등이 노출됐다는 보도가 있다(원문을 전부 대조하지는 못해 추가 확인이 필요하다).
비슷한 시기 Wix가 인수한 Base44에서도 인증 우회 취약점이 나왔다. 보안업체 Wiz가 2025년 7월 9일 이를 발견해 신고했고, Wix는 24시간 만인 7월 10일 패치를 완료한 뒤 7월 29일 공개했다. Wix는 공식 성명에서 “즉시 철저한 조사를 수행했고 신속한 조치를 취했으며, 지금까지 공격자가 취약점을 활용한 고객 피해의 증거를 발견하지 못했다”고 밝혔다. 다만 이 “피해 없음” 주장은 사후 로그 분석에 근거한 것으로, 실시간 침해 탐지 결과는 아니라는 점에서 해석에는 주의가 필요하다.
| 사고 | CVE / 식별 | CVSS | 패치 시점 |
|---|---|---|---|
| Lovable (Supabase RLS 미흡) | CVE-2025-48757 | 9.3 | 게재일 2025-05-30 |
| Base44 (Wix, 인증 우회) | 별도 CVE 미부여 | — | 발견 후 24시간(2025-07-10) |
용어 풀이
1. RLS(Row-Level Security) — 데이터베이스 테이블에서 사용자별로 접근 가능한 행(row)만 제한하는 보안 설정.
2. CVSS — 취약점의 심각도를 0~10점으로 수치화한 국제 표준 점수 체계.
2. 에이전틱 IDE·CLI — 로컬 실행 권한이 만든 새로운 위험
Cursor, Claude Code처럼 로컬 파일 시스템과 셸 명령을 직접 실행하는 에이전틱 도구는 노코드 플랫폼과는 다른 유형의 위험을 갖는다. 코드를 직접 짜주는 만큼 로컬 권한 자체가 공격 표면이 된다.
Anthropic은 자사 claude-code 저장소에 2026년 9월 2일 기준 총 10건의 공식 보안 권고를 게시했다(High 7건, Moderate 3건). 그중 대표적인 두 건은 다음과 같다.
CVSS v4 7.7점, 영향 버전 2.1.64 미만, 공개일 2026-04-20.
– CVE-2026-40068: git worktree의 commondir 검증 누락으로 신뢰 대화상자를 우회해 .claude/settings.json에 정의된 악성 훅이 사용자 승인 없이 즉시 실행되는 결함. CVSS v4 7.7점, 영향 버전 2.1.63 이상 2.1.84 미만, 공개일 2026-04-24.
두 건 모두 패치 버전이 명확히 존재하며(각각 2.1.64, 2.1.84), 자동 업데이트를 켜두면 별도 조치 없이 방어된다. 반면 Cursor는 Cato Networks가 “DuneSlide”로 명명한 제로클릭 프롬프트 인젝션 취약점(CVE-2026-50548, CVE-2026-50549)이 보도됐다.
GitHub Copilot·Visual Studio 조합에서도 CVE-2025-53773(명령어 주입, CVSS 7.8)이 확인됐다. 다만 공격 벡터가 로컬 실행과 사용자 상호작용을 전제로 하는 만큼, 원격에서 임의로 트리거되는 유형은 아니다.
3. 벤더 공식 대응과 독립 조사 수치의 간극
각 벤더의 공식 발표와 제3자 조사기관의 실측 수치를 나란히 놓으면, “패치 완료”라는 말이 실제로 무엇을 보장하는지가 더 분명해진다.
| 항목 | 벤더 발표 | 독립 조사 결과 |
|---|---|---|
| Base44 사고 영향 | Wix: “고객 피해 증거 없음” | Wiz: 인증 우회로 SSO 보호 앱 전체 접근 가능했다고 기술 설명 |
| Lovable RLS 결함 | 이후 버전에 보안 스캐너 도입(원문 대조 못함) | RLS 정책 존재 여부만 표시할 뿐 정책의 실효성은 검증하지 않는다는 지적 |
| AI 코딩 도구 전반 안전성 | 각 벤더는 자동 업데이트로 즉시 보호된다고 안내 | Veracode: 최고 성능 모델도 보안 작업 3건 중 1건은 실패 |
Replit도 2025년 7월 21일 CEO 명의로 “unacceptable and should never be possible”라는 표현과 함께 개발·운영 DB 자동 분리, 원클릭 백업 복원 등 안전장치 도입을 공식 발표했다. 패치·기능 개선 발표 시점과 실제 코드 생성 품질 개선 여부는 별개 문제라는 점이 이 표에서 드러나는 핵심이다. 도구 자체의 결함이 막혔다는 것이, 그 도구가 짜준 애플리케이션 코드 안에 새로운 결함이 없다는 뜻은 아니다.
4. 업계 전반 스캔 결과 — “몇 퍼센트가 취약한가”
개별 CVE 외에, 바이브코딩으로 만들어진 앱 전체를 대상으로 한 스캔 결과도 여러 건 공개됐다.
| 조사기관 | 발표일 | 스캔 규모 | 핵심 수치 |
|---|---|---|---|
| Veracode (2026 GenAI Code Security Report) | 2026-07-28 | 4개 스냅샷, 100개 이상 모델 | 평균 통과율 56%(전년 55%에서 정체), 코드 생성 작업의 44%가 취약점 포함 |
| Symbioticsec.ai | 2026-06-02 | 앱 1,072개, URL 65,643개 | 98%가 보안 결함 1건 이상, 16%는 Critical 등급, 총 취약점 6,185건 |
| Escape.tech | 발표일 미확인 | 앱 약 1,400개 | 고위험 취약점 2,038건, 노출 시크릿 400개 이상, PII 노출 175건(은행 계좌 정보 포함) |
| Georgia Tech SSLab | 2026-04-13 | AI 연관 CVE 누적 확인 | 74건 확인(Critical 14, High 25), 1월 6건→2월 15건→3월 35건으로 증가 |
Veracode 보고서에서 눈에 띄는 대목은 언어별 편차다. 최고 성능 모델(GPT-5.5)조차 통과율이 68%에 그쳤고, Java 언어는 평균 30%로 전체 언어 중 가장 낮았다. 이는 “어떤 모델을 쓰느냐”보다 “생성된 코드를 어떻게 검증하느냐”가 더 중요한 변수라는 뜻이다. Georgia Tech 연구진은 자신들이 확인한 74건이 실제 오픈소스 생태계 전체 기준으로는 5~10배 더 많을 것으로 추정한다고 밝혔다.
GitGuardian이 2026-04-09에 낸 보고서에도 참고할 만한 수치가 있다. Claude Code가 공동 저술한 커밋의 시크릿(API 키·비밀번호 등) 유출률이 공개 GitHub 전체 기준선의 약 2배로 나타났다. 다만 보고서는 이를 “AI가 직접 유출을 유발한다기보다, 개발 속도 증가가 불안전한 패턴을 함께 확산시키는 것”으로 해석했다.
용어 풀이
1. 시크릿(Secret) — API 키, 비밀번호, 토큰처럼 외부에 노출되면 안 되는 인증 정보.
2. 프롬프트 인젝션 — AI 에이전트에게 악성 명령을 자연어나 콘텐츠에 숨겨 주입해 의도치 않은 동작을 유발하는 공격 기법.
5. 개발자가 지금 확인해야 할 것
Supabase 기반 프로젝트를 운영 중이라면, 테이블 생성 직후 RLS가 기본값(비활성)으로 방치되어 있지 않은지부터 확인해야 한다. Lovable 사고의 근본 원인이 정확히 이 지점이었고, RLS 정책이 “존재”하는 것과 “실제로 작동”하는 것은 별개 문제라는 지적이 이미 나와 있다.
Claude Code·Cursor 등 에이전틱 도구를 쓴다면 자동 업데이트를 꺼두지 않는 것이 가장 기본적인 방어선이다. Anthropic만 해도 2026년 한 해 동안 High 등급 보안 권고를 다수 게시했고, 각각 명확한 패치 버전(2.1.64, 2.1.84 등)이 존재한다. 업데이트를 미루면 이미 공개된 CWE(공통 취약점 유형)를 그대로 방치하는 셈이 된다.
생성된 코드를 프로덕션에 넣기 전에는 모델 선택과 무관하게 별도의 취약점 스캔 단계를 두는 것이 필수다. Veracode 수치가 보여주듯 최고 성능 모델도 보안 작업 3건 중 1건꼴로 실패하며, 언어에 따라 그 격차는 최대 두 배 이상 벌어진다.
아직 원문으로 확인하지 못한 항목들도 있다. Lovable의 CVE-2025-48757 유효성을 두고 나온 자체 반박 발언, Cursor DuneSlide의 공식 보안 권고 원문, Escape.tech 스캔의 정확한 발표일과 비율 수치는 T1(공식 1차 자료) 대조가 되지 않아 확인 필요 상태로 남겨둔다.
정리
바이브코딩 보안부채는 추상적 우려가 아니라 CVSS 9점대 CVE로 이미 여러 건 실증된 문제다. 도구 자체의 패치는 대체로 신속했지만(Anthropic 4~5일~수주, Wix 24시간), 패치 완료가 곧 생성된 코드의 안전성을 의미하지는 않는다는 점이 Veracode·GitGuardian 등 독립 조사에서 일관되게 확인된다. RLS 점검, 자동 업데이트 유지, 별도의 취약점 스캔이 지금 시점에서 가장 확실한 방어선이다.
참고 자료
조사 기준일: 2026년 09월 02일
본문의 수치는 아래 자료에서 확인한 것입니다. 제조사 공식 자료(T1)와 전문 매체 실측(T2)을 구분해 표기했습니다. 가격·공급 상황은 변동이 크므로 기준일 이후의 값은 다시 확인해야 합니다.
Tier 1
– NVD/CVE.org, CVE-2025-48757 — https://nvd.nist.gov/vuln/detail/CVE-2025-48757 (확인 2026-09-02)
– GitHub Advisory Database, GHSA-3m2x-p87c-pwv6(CVE-2025-53773) — https://github.com/advisories/GHSA-3m2x-p87c-pwv6 (확인 2026-09-02)
– Wiz 공식 블로그, Base44 취약점(Wix 발표문 인용) — https://www.wiz.io/blog/critical-vulnerability-base44 (확인 2026-09-02)
– Anthropic 공식 GitHub Security Advisories(claude-code) — https://github.com/anthropics/claude-code/security/advisories (확인 2026-09-02)
– Anthropic 공식, GHSA-vp62-r36r-9xqp(CVE-2026-39861) — https://github.com/anthropics/claude-code/security/advisories/GHSA-vp62-r36r-9xqp (확인 2026-09-02)
– Anthropic 공식, GHSA-q5hj-mxqh-vv77(CVE-2026-40068) — https://github.com/anthropics/claude-code/security/advisories/GHSA-q5hj-mxqh-vv77 (확인 2026-09-02)
– Veracode, 2026 GenAI Code Security Report(공식 블로그) — https://www.veracode.com/blog/2026-genai-code-security-report-ai-risk/ (확인 2026-09-02)
– Veracode, 2026 GenAI Code Security Report(분석 리포트 페이지) — https://www.veracode.com/resources/analyst-reports/2026-genai-code-security-report/ (확인 2026-09-02)
– GitGuardian, When We Use AI To Ship Fast, Secrets Spread Fast — https://blog.gitguardian.com/ai-secrets-spread-fast/ (확인 2026-09-02)
– Cato Networks 및 교차보도(SecurityWeek, TheHackerNews, CSO Online), DuneSlide/Cursor — 검색 종합, 원문 접속 실패(확인 2026-09-02)
– Escape.tech, The State of Security of Vibe Coded Apps — https://escape.tech/state-of-security-of-vibe-coded-apps (확인 2026-09-02)
– Symbioticsec.ai, We scanned 1,072 vibe-coded apps — https://www.symbioticsec.ai/blog/we-scanned-1-072-vibe-coded-apps-98-had-security-flaws (확인 2026-09-02)
– Georgia Tech Research News, Bad Vibes: AI-Generated Code is Vulnerable — https://news.research.gatech.edu/2026/04/13/bad-vibes-ai-generated-code-vulnerable-researchers-warn (확인 2026-09-02)
– SentinelOne Vulnerability Database, CVE-2025-48757 상세(NVD 미러) — https://www.sentinelone.com/vulnerability-database/cve-2025-48757/ (확인 2026-09-02)
– The Register, Replit 사고 및 대응 보도 2건 — https://www.theregister.com/2025/07/21/replit_saastr_vibe_coding_incident/ , https://www.theregister.com/2025/07/22/replit_saastr_response/ (확인 2026-09-02, WebSearch 종합)
답글 남기기