Vercel 보안 사고 (2026년 4월): 환경 변수가 노출됐을 때 개발자가 할 일

Vercel은 영향받은 고객에게 직접 연락해 인증 정보의 즉시 교체를 권고했다고 밝혔습니다. 4월 22일 업데이트에서는 확대 조사로 침해된 계정이 소수 더 발견돼 그들에게도 통지했다고 덧붙였습니다. 먼저 Vercel의 연락을 받는 주소(팀 소유자, 결제 담당자)를 확인하세요.

다만 Vercel은 아래 단계를 연락 여부와 관계없이 따라야 할 모범 사례로 제시합니다. Vercel에서 연락이 없다는 것은 아무것도 하지 않을 이유가 되지 않습니다.

Vercel은 민감으로 표시되지 않은 환경 변수(API 키, 토큰, 데이터베이스 인증 정보, 서명 키 등)를 노출됐을 가능성이 있는 것으로 보고 우선적으로 교체하라고 요청합니다.

대시보드의 환경 변수 표에는 변수마다 Config(저장 후 값을 표시할 수 있음) 또는 Secret(저장 후 값을 표시할 수 없음) 라벨이 붙어 있습니다. Config 라벨이 붙은 비밀값이 오늘의 작업 목록입니다. 프로젝트 변수뿐 아니라 팀 단위 공유 변수도 확인하세요.

Vercel 문서는 중단 없이 교체하는 순서를 다음과 같이 안내합니다.

1. 외부 서비스(데이터베이스나 API 제공자)에서 새 인증 정보를 발급하고, 오래된 것은 일단 남겨 둔다
2. Vercel 환경 변수를 업데이트한다
3. 재배포한다(팀 단위 변수라면 그 변수를 쓰는 모든 프로젝트)
4. 동작을 확인한 뒤 오래된 인증 정보를 무효화한다

변수만 고치면 실행 중인 배포는 오래된 값을 계속 쓰며, 유출된 값을 쓸모없게 만드는 것은 4단계뿐입니다.

새로 만든 값은 Secret(쓰기 전용)으로 저장하세요. Vercel은 공지에서 민감 기능이 앞으로 비밀값이 읽히는 것을 막아 준다고 설명합니다.

2026년 9월 30일 기준 문서에 따르면 Secret의 값은 저장 후 숨겨지고 새 값을 넣는 방식으로 바꾸며, 예전에는 Production과 Preview에만 쓸 수 있던 Secret을 이제 Development에서도 쓸 수 있습니다. 무엇을 어디에 둘지는 이 글 뒤쪽의 비교를 참고하세요.

Vercel은 프로젝트나 계정을 삭제하는 것만으로는 위험을 없앨 수 없다고 분명히 밝히고 있습니다. 유출된 비밀값은 그 값으로 열리는 데이터베이스나 API에서 여전히 유효하기 때문입니다. 오래된 프로젝트를 정리하거나 Vercel을 떠나는 경우에도, 먼저 제공자 쪽에서 키를 무효화한 뒤 삭제하세요.

Vercel은 계정과 환경의 활동 로그를 (대시보드나 CLI에서) 검토해 의심스러운 활동이 없는지 보고, 최근 배포에 예상치 못한 것이나 의심스러워 보이는 것이 없는지 조사하라고 권고합니다. 문제가 되는 배포는 삭제하라고 안내합니다. 같은 로그로 누군가 환경 변수 값을 열람한 흔적이 없는지도 확인하세요.

Vercel은 Deployment Protection을 최소 Standard로 설정하고, Deployment Protection 토큰을 쓰고 있다면 교체하라고 권고합니다. Vercel 문서는 Standard를 대부분의 프로젝트에 권장하는 옵션으로 설명하며, 미리보기 URL과 배포별 URL을 보호하고 현재 운영 URL은 공개 상태로 둡니다.

Vercel은 인증 앱이나 패스키를 이용한 다중 인증을 권고합니다. 이 방식이 SMS보다 나은 이유는 다중 인증 선택 가이드에서 다룹니다.

Vercel은 해당 AI 도구의 Google Workspace OAuth 앱 식별자를 공개하고, Google Workspace 관리자와 Google 계정 소유자에게 그 앱의 사용 여부를 즉시 확인하라고 권고합니다.

Vercel에 따르면 그 OAuth 앱은 더 광범위한 침해의 대상이었고 여러 조직에 걸쳐 수백 명의 사용자가 영향을 받았을 가능성이 있으므로, Vercel을 쓰지 않는 조직도 대상일 수 있습니다. 식별자는 아래 출처에 링크한 Vercel의 공지에서 확인하세요.

Google 관리자 도움말 "Google Workspace 데이터에 액세스하는 앱 제어"(Control which apps access Google Workspace data)에 따르면, 관리 콘솔에서 어떤 앱이 조직 데이터에 접근했는지, 어떤 사용자가 승인했는지, 각 앱이 요청한 OAuth 범위가 무엇인지 볼 수 있습니다.

목록을 뽑아 누구도 설명할 수 없는 앱과 Drive나 Gmail 전체를 읽을 수 있는 범위를 가진 앱을 표시하세요.

같은 페이지에 따르면 앱마다 신뢰함(Trusted), 제한됨(Limited), 특정 Google 데이터(Specific Google data), 차단됨(Blocked)으로 설정할 수 있습니다. 남기기로 한 앱은 필요한 데이터만 쓰도록 제한하고, 나머지는 차단하세요.

관리자가 설정하지 않은 서드파티 앱을 사용자가 승인할 수 있는지를 조직 정책으로 정할 수 있습니다. 기본 로그인 정보만 요청하는 앱만 허용하면 새 AI 도구마다 관리자 검토를 거치게 됩니다.

Gmail과 Drive에서는 메일 보내기나 파일 삭제 같은 위험도 높은 범위를 개별로 제한할 수도 있습니다.

이것은 이 사이트의 제안입니다. 이번 사고에서는 AI 도구가 연결된 Google 계정이 Vercel 계정으로 들어가는 경로가 됐습니다. 운영 환경이나 호스팅의 관리자 권한을 가진 사람은 그곳에 로그인하는 계정에 시험 삼아 쓰는 AI 도구를 연결하지 않는 것을 검토하세요. 꼭 연결해야 한다면 업무 데이터 접근을 좁힌 별도 계정을 쓰세요.