opensourcemalware/vercel-april2026-incident-response이것은 Vercel April 2026 compromise 사건을 위해 우리가 만든 사고 대응 플레이북입니다.
최종 업데이트: 2026년 4월 20일 오후 12:07 AEST/브리즈번 - (v2 — Vercel CEO 4월 20일 업데이트 반영)
Vercel은 2026년 4월 19일, 공격자가 내부 시스템에 무단 접근했다고 공개했습니다. 공식 발표는 다음과 같습니다:
4월 20일, Vercel CEO Guillermo Rauch는 초기 침입 경로를 확인하는 상세 업데이트를 발표했습니다: Vercel 직원이 Context.ai라는 AI 플랫폼을 사용했고, 이 플랫폼 자체가 침해되었습니다. 공격자는 그곳에서 직원의 Google Workspace 계정으로 이동하여 Vercel 환경으로 확대되었습니다. 환경 변수는 저장 시 암호화되어 있지만, 공격자는 "민감"으로 표시되지 않은 변수를 열거할 수 있었습니다. Vercel은 공격자를 고도로 정교하고 AI가 크게 가속화된 것으로 특징지었습니다. Google Mandiant가 대응에 참여하고 있습니다. Vercel은 Next.js, Turbopack 및 오픈 소스 프로젝트는 안전하다고 밝혔습니다.
다음은 해당 보안 권고에서 중요한 침해 지표 섹션입니다:
세부 사항이 거의 없습니다. 그 하나뿐인 Google IOC를 어디서 확인해야 하는지조차 알려주지 않습니다. Vercel 고객으로서 저는 이 수준의 세부 정보에 상당히 실망했습니다. 무엇을 찾아야 하는지 이해할 수 있도록 도와주세요! 침해를 당했는지 여부를 알기 위해 어디로 가야 하는지 알려주세요!
Vercel에서 워크로드를 실행 중이라면, 반증이 있을 때까지 다음을 가정하십시오:
vercel env CLI를 통해 Vercel에 푸시된 자격 증명 중 교체되지 않은 것은 지속적인 위험입니다.이 구분은 경영진 커뮤니케이션과 과잉 대응(또는 과소 대응)을 피하기 위해 중요합니다.
확인되지 않은 보고는 자체 분류를 위해 그럴듯하고 실행 가능한 것으로 취급하되, Vercel이 확인하거나 독립적인 증거를 확보할 때까지 고객 또는 규제 기관 커뮤니케이션에서 사실로 인용하지 마십시오. "열거 가능한 환경 변수"(Rauch 확인)와 "BreachForums에서 판매 중인 npm + GitHub 토큰"(공격자 주장) 사이의 격차가 공급망 위험에 가장 중요한 격차입니다. 교체 목적으로는 최악을 가정하고, 커뮤니케이션을 위해서는 확인된 버전을 고수하십시오.
최고 시급 — Vercel로부터 직접 연락을 받았거나, 다음 중 하나라도 해당되는 경우:
표준 시급 — 마케팅 사이트라도 활성 Vercel 프로젝트가 있는 모든 팀. 마케팅 사이트에는 종종 더 민감한 시스템으로 피벗할 수 있는 CMS API 키, 분석 토큰 및 양식 처리 웹훅이 포함됩니다.
그래도 수행 — 사고 이전에 프로젝트가 삭제된 경우에도 마찬가지입니다. 중요한 것은 비밀이 읽을 수 있는 형태로 Vercel에 존재했는지 여부이지, 프로젝트가 여전히 있는지 여부가 아닙니다.
4월 20일 업데이트는 Context.ai를 침해된 업스트림 공급업체로 지목합니다. 귀사 조직의 누군가가 Vercel 사고와 별개로 Context.ai를 독립적으로 사용하는 경우 — 회의 인텔리전스, 지식 관리, CRM 강화 또는 기타 워크플로우 — Vercel 사고와는 별개의 직접적인 노출 기간이 있을 수 있습니다.
다음 확인을 병렬로 수행하십시오:
context.ai 또는 관련 앱 ID를 검색합니다.환경에서 Context.ai 사용을 발견한 경우 OAuth 권한을 취소하고, Context.ai 워크플로우를 통과한 모든 자격 증명을 교체하며, Vercel이 직원 계정에서 본 것과 동일한 침해 지표에 대해 영향을 받은 사용자의 Google Workspace 계정을 모니터링합니다. 자체 사고 세부 정보를 위해 Context.ai에 직접 연락하십시오. Vercel은 다른 영향을 받은 조직을 돕기 위해 Context와 조정 중이라고 공개적으로 밝혔습니다.
두 가지 목표: 새로운 피해 방지, 증거 보존.
배포 중단. 프로덕션 브랜치에서 자동 배포를 일시 중지합니다. 공격자가 수정한 빌드가 배포되는 것을 방지하고 감사 로그가 변동하는 것을 중지하려는 것입니다.
Vercel의 GitHub App 비활성화. Vercel GitHub App이 설치되어 있는 경우입니다. GitHub에 새 코드를 푸시할 때 Vercel에 자동 배포를 하는 경우에 해당합니다. 설치된 GitHub 앱은 https://github.com/organizations/<GitHub-Organization>/settings/installations에서 찾을 수 있습니다.
GitHub App이 가진 액세스 권한 식별. 위의 구성 버튼을 클릭하고 Vercel 앱이 액세스 권한이 있는 리포지토리를 감사합니다. 이는 지금 집중해야 할 대상을 알려줍니다. GitHub → 조직 → 설정 → GitHub Apps → Vercel로 이동합니다. 다음을 검토하십시오:
repo.add_member, repo.add_topicorg.invite_member, org.add_memberintegration_installation, integration_installation.repositories_addedprotected_branch.destroy, protected_branch.updategit.ref.force_push 또는 푸시 이벤트의 강제 푸시 플래그아직 발표를 하거나 비밀을 교체하지 마십시오. 먼저 스냅샷이 필요합니다.
Vercel 발표의 세부 정보는 상당히 부족합니다:
최선의 추측으로는 Google Workspace 관리 콘솔로 이동하여 이 googleusercontent.com 앱을 찾으라는 의미입니다. 콘솔에서 찾는 방법은 다음과 같습니다:
Workspace 관리 콘솔에서 보안 > 액세스 및 데이터 제어 > API 제어로 이동하여 액세스된 앱 및 보류 중인 앱을 찾습니다.
그런 다음 다른 목록에서 IOC로 보이는 oauth 앱을 찾습니다: 110671459871-30f1spbu0hptbs60cb4vsmv79i7bbvqj.apps.googleusercontent.com
찾으면 즉시 제거하고 사고 대응 파트너에게 문의하십시오. 이는 제 역량을 벗어납니다.
교체는 단일 최고 가치 조치입니다. 우선 순위에 따라 수행하여 중단되더라도 가장 위험한 부분이 처리되도록 하십시오.
교체해야 할 항목은 GitHub 및 Vercel 환경에 노출된 내용에 따라 다릅니다. GitHub PAT 등부터 시작하여 이 가이드를 사용하여 외부로 작업하십시오.
계층 0 — 오늘, 다른 모든 것보다 먼저 교체:
계층 1 — 오늘, 앱에 노출된 내용에 따라 교체:
AUTH_SECRET / NEXTAUTH_SECRET, JWT 서명 키, 세션 쿠키 키, CSRF 토큰)DATABASE_URL, 직접 Postgres/MySQL URL, Mongo URI, 인증이 있는 Redis)계층 2 — 이번 주에 교체:
계층 3 — 편할 때 교체, 그래도 교체:
비활성화하고 기대하지 마십시오..env.local (여전히 문제 — 소스 코드가 유출되었을 수 있음)Vercel에 연결된 리포지토리의 경우:
main/master HEAD를 사고 기간 이전에 양호한 것으로 알려진 태그/커밋과 비교합니다.package.json → scripts (특히 postinstall, prepare, preinstall)package-lock.json / pnpm-lock.yaml / yarn.lock — 예상치 못한 종속성 추가 또는 버전 범프.github/workflows/*.yml — 새로운 워크플로우, 새로운 run: 단계, 고정되지 않은 SHA를 사용하는 새로운 uses:vercel.json — 빌드 명령 변경, 트래픽을 유출할 수 있는 새로운 재작성/리디렉션이것이 Vercel 초기 침해가 공급망 사건이 될 수 있는 지점입니다. Vercel을 사용하여 게시하지 않더라도 공격자가 GitHub 토큰을 획득하고 게시 워크플로우가 해당 토큰을 사용하는 경우:
npm 게시 기록 확인: npm view <pkg> time --json에서 예상치 못한 버전을 찾습니다.NPM_TOKEN 사용을 감사합니다. 토큰을 교체하고 누가 액세스 권한이 있었는지 검토합니다.npm owner ls <pkg>.승인되지 않은 게시 증거를 찾으면 npm 보안([email protected])에 보고하고 OSV.dev에 제출하는 것을 고려하십시오. 잘못된 버전을 사용 중단(deprecate) 처리하고 게시 취소(unpublish)하지 마십시오. 게시 취소는 시간 제한이 있으며 다운스트림 소비자를 손상시킵니다.
Vercel 소유 패키지에 대한 참고 사항: Vercel의 4월 20일 업데이트는 Next.js, Turbopack 및 해당 오픈 소스 프로젝트가 분석되었으며 안전한 것으로 믿어진다고 명시합니다. 이는 Vercel이 자체 릴리스 경로에 대해 주장하는 것입니다. 위와 같이 귀하의 패키지를 계속 감사해야 합니다. Next.js 또는 Turbopack을 사용하는 경우 현재 정보에 따라 예방 조치로 사고 전 버전에 고정할 필요는 없지만, Vercel 게시판에서 해당 태세의 변경 사항을 모니터링하십시오.
팀에서 Vercel ↔ Linear 통합을 사용하는 경우:
AKIA, sk_live_, ghp_, ghs_, npm_, eyJ, ----BEGIN)을 grep하십시오. 발견된 모든 것은 교체해야 합니다.자격 증명 교체는 대부분의 경우 공격자의 지속성을 무효화하지만, 이미 액세스 권한을 사용했을 수 있습니다. 교체된 비밀의 소비자에서 노출 기간 동안 사용 흔적이 있는지 확인하십시오.
2026년 4월 1일부터 현재까지를 보수적인 하한선으로 사용하십시오. 사고는 4월 19일에 공개되었지만 초기 액세스는 공개 이전입니다. Vercel이 더 구체적인 날짜를 게시하면 그에 따라 범위를 좁히겠습니다.
GetObject 버스트, CreateUser, AttachUserPolicy, 새로운 ASN/국가에서의 콘솔 로그인.SELECT *, 대량 내보내기, 예상치 못한 소스 IP에서의 연결.Vercel 또는 IR 파트너가 게시한 공격자 제어 호스트 이름 또는 IP를 다음에 붙여넣으십시오:
발행 시점 기준으로 Vercel에서 게시한 IOC는 없습니다. 업데이트를 위해 Vercel 게시판과 잘 알려진 IR 회사의 작성 자료를 모니터링하십시오.
플랫폼 계층 침해 후 공격자의 지속성은 일반적으로 다음 형태를 취합니다. 각각에 대해 적극적으로 사냥하십시오:1. 새로운 팀원 또는 협력자가 Vercel 팀, GitHub 조직, Linear 워크스페이스 또는 클라우드 계정에 추가된 경우. 노출 기간 내에 발생한 것.
2. 새로운 OAuth 인증이 연결된 SSO 제공자(Google Workspace, Okta, Entra ID)에서 개발자 계정에 대해 부여된 경우.
3. 변경된 CI/CD 구성 — 이제 홈(home) 콜백을 하는 워크플로우, 새로운 자체 호스팅 러너, 무해한 이름의 새로운 시크릿.
4. 예상치 못한 배포가 Vercel에서 발생한 경우 — 알려진 작성자의 알려진 커밋으로 매핑할 수 없는 배포에 대해 배포 기록을 확인.
5. 서버리스 함수 로그의 리버스 셸 징후 — 기록되거나 실행된 base64 블롭(blob), Edge/서버리스 함수에서의 비정상적인 아웃바운드 연결.
6. DNS 변동 — 새 하위 도메인, CNAME 변경, vercel.json 또는 프레임워크 구성을 통해 추가된 리디렉션.
7. 인증 변경사항 — MFA 비활성화, 복구 코드 재생성, 사용자 조치 없이 비밀번호 변경.
사고 지휘관을 지정하십시오. 로테이션이 진행되는 동안 최소 일일 스탠드업. '회전시킨 항목, 대기 중인 항목, 발견한 항목'에 대한 단일 진실 공급원 문서. Linear가 사고 범위에 포함된 경우 Linear 내에 보관하지 말고 별도의 채널을 사용하십시오.
법률 자문에 문의하십시오. 통지 기준은 다양하지만:
시스템에서 데이터 유출의 증거가 없다면 아직 통지 의무가 없을 수 있습니다. 하지만 '우리는 Vercel을 사용하고 Vercel에 사고가 있었다'는 것만으로는 민감한 데이터가 실질적으로 위험에 처하지 않는 한 일반적으로 통지 의무를 촉발하기에 충분하지 않습니다. 그 근거를 문서화하십시오.
필요하기 전에 다음을 초안으로 작성하십시오:
공개적으로 공격자의 주장을 사실로 재진술하지 마십시오. 기본 출처로 Vercel 게시판에 링크하십시오. Vercel이 자신들의 사고를 특성화하도록 두십시오 — 귀하는 자신의 노출을 특성화하는 역할에 집중하십시오.
이 사고는 영향을 받지 않은 것으로 밝혀지더라도 해결할 가치가 있는 구조적 문제를 드러냅니다.
gmail.readonly, calendar, drive, admin.directory)가 있는 모든 앱을 검토하십시오.NEXT_PUBLIC_ 값, 만료나 범위가 없는 토큰, 미리보기에서 배포 보호 해제, 방치된 별칭, 서명되지 않은 웹훅. 이러한 것들은 소스 트리가 아닌 Vercel API 구성에 존재하므로 시크릿 스캐너가 놓칩니다. 하나의 오픈소스 옵션: vercelsior.oauth_access.create, oauth_authorization.createnext.config.js / 프레임워크 구성 — 공격자 인프라에 대한 새로운 headers, 새로운 rewritesworkflow_dispatch 트리거 또는 더 이상 존재하지 않는 브랜치의 실행을 확인합니다.