코드 작성은 AI에게 맡길 수 있고, 도메인(안전)은 누구에게 맡길 수 있을까?

저자：Yajin

10월 31일, 10개 이상의 DeFi 프로젝트 웹사이트가 연이어 해킹당했습니다. 영향을 받은 프로젝트 중 하나인 Kintsu는 X에서 게시글[1]을 통해 Vercel에서 구매한 도메인이 등록상에서 해킹당했다고 밝혔습니다. 이 문장에는 두 개의 키워드가 있습니다. 하나는 Vercel이고, 다른 하나는 등록상입니다. 먼저 Vercel에 대해 이야기해 보겠습니다.

Vercel은 웹사이트 배포 플랫폼입니다. 개발자는 작성한 코드를 Vercel에 제출하고, Vercel은 이를 빌드하고 배포하여 전 세계에 분산된 서버를 통해 사용자에게 웹페이지를 제공합니다. Vercel은 프론트엔드 프레임워크인 Next.js[2]의 뒤에 있는 회사로, 개발자들 사이에서 인기가 많습니다. 이번에 지목된 프로젝트들은 대부분 Vercel에 웹페이지를 호스팅하고 있습니다. 웹사이트 호스팅 외에도 Vercel은 도메인도 판매하며, 사용자는 동일한 백엔드에서 도메인을 구매하고 해석을 관리할 수 있습니다.

우리가 확인한 데이터에 따르면, 이러한 프로젝트들이 Vercel에 호스팅된 코드는 변경되지 않았고, 변경된 것은 도메인이 가리키는 위치입니다.

이 사건은 모든 애플리케이션 서비스 제공업체가 주목해야 할 문제이며, 디지털 자산 서비스 제공업체에게는 더욱 그러합니다. 최근 2년 동안 자연어로 요구 사항을 설명하고 AI가 프로그램을 작성하는 '바이브 코딩'이 유행하고 있습니다. 이는 애플리케이션 개발의 진입 장벽을 크게 낮추었습니다. AI가 코드를 작성하고, Vercel, Netlify, Cloudflare와 같은 배포 플랫폼에 한 번의 클릭으로 배포한 후, 플랫폼에서 도메인을 함께 구매하면 몇 분 안에 괜찮은 웹사이트를 가질 수 있습니다.

진입 장벽은 낮아졌지만, 그 이면의 원리는 여전히 복잡합니다. 많은 사람들은 도메인이 누구에게 등록되어 있는지, 누가 그것의 지시를 변경할 수 있는지, 변경하려면 어떤 키가 필요한지 잘 모릅니다. Vercel은 이러한 플랫폼 중 하나일 뿐이며, 이러한 문제는 모든 원클릭 배포 방식에 해당합니다. 이 글에서는 가능한 한 쉽게 이러한 문제들을 설명하고자 합니다.

01 하나, 웹사이트는 어떻게 발견되는가

Kintsu가 언급한 '등록상'을 다시 살펴보겠습니다. 등록상이 무엇을 하는지 이해하려면 웹사이트가 어떻게 발견되는지를 먼저 살펴봐야 합니다. 우리는 웹사이트를 상점으로 생각할 수 있습니다. 도메인은 상점 이름으로, 예를 들어 example.com입니다; 서버의 IP 주소는 상점의 문패 번호입니다. 사용자는 상점 이름만 기억하므로, 누군가가 상점 이름을 문패 번호로 번역해야 합니다. 이 번역 과정을 '도메인 해석'이라고 합니다.

번역 과정에는 세 가지 역할이 포함됩니다.

등록국은 총 등록처와 같습니다. 각 접미사마다 하나의 등록국이 있으며, .com, .xyz, .finance 등 각각 다릅니다. 등록국은 한 가지 일만 기억합니다: 특정 도메인의 '길 안내처'가 어디에 있는지.

등록상은 사용자를 대신해 뛰어다니는 중개자와 같습니다. 일반인은 직접 등록국에 등록할 수 없으며, 등록상을 통해 도메인을 구매하고, 갱신하고, 등록 정보를 수정해야 합니다. 사용자는 등록상의 백엔드에서 자신의 도메인이 어떤 '길 안내처'에 의해 관리될지를 지정할 수 있습니다.

도메인 서버(nameserver)는 '길 안내처'입니다. 그것은 상점 이름에 해당하는 문패 번호를 기록한 표를 가지고 있습니다. 이 표의 각 행을 해석 기록이라고 부릅니다. 일반적으로 '해석을 변경한다'고 할 때, 변경하는 것은 도메인 서버의 이 표입니다.

사용자가 브라우저에 웹사이트 주소를 입력하면, 브라우저는 먼저 총 등록처에 가서 묻습니다: 이 상점의 길 안내처가 어디인가요? 그런 다음 길 안내처에 가서 묻습니다: 문패 번호는 무엇인가요? 마지막으로 문패 번호를 따라가서 웹페이지를 엽니다.

브라우저는 먼저 등록국에 묻고, 그 다음 도메인 서버에 묻고, 마지막으로 문패 번호를 따라갑니다.

따라서 누군가가 고객을 자신의 가짜 상점으로 속이려면 두 가지 방법이 있습니다. 첫 번째 방법은 길 안내처에 가서 표의 문패 번호를 변경하는 것입니다. 두 번째 방법은 더 은밀한 방법으로, 등록상에 가서 이 상점의 등록된 길 안내처를 자신이 제어하는 것으로 완전히 교체한 다음, 새로운 길 안내처에 가짜 문패 번호를 기록하는 것입니다. 두 번째 방법을 사용할 경우, 상점 주인이 원래의 길 안내처를 확인하면 표에는 아무것도 변경되지 않았지만, 고객은 이미 다른 곳으로 안내받고 있습니다.

두 가지 방법: 길 안내처의 표를 변경하거나, 길 안내처 자체를 공격자가 제어하는 것으로 교체하기

02 둘, 원클릭으로 구매한 도메인은 누구의 관리하에 있는가

등록국, 등록상, 도메인 서버를 이해한 후, Vercel과 같은 배포 플랫폼을 다시 살펴보겠습니다. 배포 플랫폼은 작성된 프로그램을 온라인에서 실행하도록 책임집니다. 사용자의 편의를 위해 많은 배포 플랫폼이 도메인 구매 및 해석 관리 기능을 자신의 백엔드에 통합하여, 사용자는 도메인 구매부터 웹사이트 배포까지 전 과정에서 플랫폼과만 상호작용합니다.

하지만 플랫폼 뒤에는 앞서 언급한 역할들이 모두 존재합니다. 어떤 플랫폼은 자체적으로 등록상이고, 어떤 플랫폼은 사용자를 대신해 등록상과의 거래를 처리합니다. Vercel은 후자의 경우에 해당합니다. 우리는 Kintsu의 도메인을 확인했으며, 등록국에 등록된 등록상은 Name.com으로, Vercel이 아닙니다.

이러한 '원스톱' 방식은 매우 편리하지만, 사용자는 종종 자신의 도메인에 등록상이 있다는 사실조차 모르며, 등록상의 보안에 대해서도 신경 쓰지 않습니다. Vercel의 경우, 백엔드와 인터페이스[3]에서 도메인 서버를 수정할 수 있고, 도메인을 전송하는 데 필요한 인증 코드도 얻을 수 있습니다. 다시 말해, 플랫폼 계정이나 인터페이스 권한을 가진 사람은 도메인의 지시를 변경하거나 심지어 도메인을 전송할 수 있는 가능성이 있습니다.

많은 프로젝트가 코드와 계약에 대해 철저하게 검토하지만, 도메인은 하나의 계정 아래에 걸쳐 있으며, 평소에는 아무도 확인하지 않으며, 문제가 발생하면 누구에게 문의해야 할지 모릅니다.

AI 시대에 접어들면서 '원클릭'은 '제로 클릭'으로 변하고 있습니다. Vercel의 명령줄 도구[4]는 이미 스크립트와 AI 도우미가 사람의 개입 없이 도메인을 구매하고 갱신할 수 있도록 지원합니다. Vercel은 AI 도우미를 위해 MCP 인터페이스(외부 도구를 호출하는 AI 도우미의 표준 방법)를 제공하며, 도메인 및 DNS와 관련된 도구가 28개[5] 있습니다. 즉, 개발자가 AI에게 '웹사이트를 배포하고 도메인을 설정해 줘'라고 말하면, 도메인 구매와 해석 변경 등의 작업을 AI가 대신 수행할 수 있습니다.

개발자가 없애다 하는 것은 클릭뿐만 아니라 이러한 단계에 대한 이해의 기회도 포함됩니다: 도메인이 어떤 계정 아래에 구매되었는지, 그 뒤에 어떤 등록상이 있는지, 누가 그것을 수정할 수 있는지, 아마도 처음부터 끝까지 그의 눈에 들어오지 않았을 것입니다.

한 마디로, AI가 개발자를 대신해 도메인을 구매하고 해석을 설정해 주었습니다.

03 셋, 이번 공격자는 어디를 변경했는가

공식 보고서[6]에 따르면, 10월 31일 당일, 지목된 웹사이트는 연이어 10개 이상으로 증가했습니다. Kintsu 외에도 StonkFun, Pickle, Echelon, Origami, Fluxbeam, Stakepoint, SupSwap, Longbow, SHPRD, ApeX DeFi 등 여러 DeFi 프로젝트가 포함되어 있습니다.

도메인 등록 정보는 공개되어 있으며, 누구나 조회할 수 있습니다. 우리는 그 중 11개 프로젝트의 도메인을 조회했으며, 모든 등록상이 Name.com으로 등록되어 있음을 확인했습니다. 그 중 7개는 10월 31일 당일에 등록국의 등록 정보가 변경되었습니다. 베이징 시간으로 31일 오후 6시 기준으로, 여전히 5개의 도메인이 공격자의 서버를 가리키고 있습니다.

공격자는 앞서 언급한 두 가지 방법을 모두 사용했습니다. pickle.finance[7]와 stakepoint.app은 Vercel의 도메인 서버에 여전히 표가 남아 있으며, 표에는 여전히 Vercel의 서버 주소가 기록되어 있습니다. 이는 원래의 길 안내처가 Vercel에 있었음을 나타냅니다. 그러나 등록국에 등록된 길 안내처는 31일 UTC 자정 1시경에 Name.com의 도메인 서버로 변경되었습니다. 새로운 길 안내처에 기록된 문패 번호는 31.56.52.52입니다.

다른 경우로는, fluxbeam.xyz, supswap.xyz 및 apexdefi.xyz의 길 안내처는 원래 Name.com에 있었으며, 등록국의 등록은 올해 2월 또는 5월 이후로 변경되지 않았습니다. 그러나 길 안내처의 표에는 여전히 31.56.52.52라는 문패 번호가 기록되어 있어, 변경된 것은 표 자체로 추정됩니다. 해당 주소는 Snowcore[8]라는 회사 명의로 등록되어 있으며, IP 대역의 등록 국가는 네덜란드로 Vercel과는 관련이 없습니다.

다양한 프로젝트의 웹사이트가 공격자가 제어하는 동일한 주소로 지시되고 있습니다.

나머지 몇 개의 도메인은 이미 정상 서버로 변경되었거나 다른 서비스 제공업체로 전환되었으며, 일부는 도메인을 전송 중인 것으로 보입니다. 이는 프로젝트 측에서 긴급히 조치를 취하고 있는 것으로 보입니다.

두 가지 방법에는 공통점이 있습니다: 모두 등록상 측에서 수정을 할 수 있어야 합니다. 공격자가 Name.com 자체에서, Vercel과 Name.com 간의 연결에서, 아니면 각 프로젝트 측의 계정에서 권한을 얻었는지는 공개된 데이터로는 확인할 수 없습니다. 우리가 조회했을 때, Vercel과 Name.com 모두 아직 공개적으로 설명하지 않았습니다.

Kintsu는 공지에서 수정이 지연되고 있다고 언급했으며, 이는 캐시와 관련이 있을 수 있습니다. 각 지역의 해석 서버는 길 안내처 정보를 일정 기간 동안 캐시합니다. 일반적으로는 약 한 시간 정도입니다. 프로젝트 측이 등록을 변경한 후에도 일부 사용자의 컴퓨터는 여전히 이전 답변을 사용하고 있어 가짜 상점으로 안내받고 있습니다. 이는 우리의 추측이며, 아직 확인되지 않았습니다.

04 넷, 키는 단순한 비밀번호가 아니다

앞서 언급한 바와 같이, 공격자가 등록상 측의 권한을 어디서 얻었는지는 아직 결론이 나지 않았습니다. 진입점이 어디에 있든, 도메인을 변경할 수 있는 것은 결국 특정 키입니다. 키에 대해 이야기할 때, 많은 사람들은 계정 비밀번호와 인증 코드를 떠올립니다. AI를 사용하여 프로그램을 작성하고 자동화 배포를 하는 사람들은 사실 또 다른 종류의 키를 가지고 있습니다: 접근 토큰(token)입니다.

토큰은 일련의 문자로, 프로그램이 이를 가지고 있으면 비밀번호나 인증 코드 없이도 사용자를 대신해 플랫폼의 인터페이스를 호출할 수 있습니다. Vercel의 경우, 토큰을 생성할 때 권한 범위를 선택해야 합니다[9]: 특정 프로젝트만 관리할 수 있고, 팀의 모든 프로젝트를 관리할 수 있으며, '전체 계정'을 선택하여 모든 권한을 얻을 수 있습니다. 생성 시 만료 시간을 선택해야 하며, 만료 후 토큰은 자동으로 무효화됩니다. 범위를 넓게 선택할수록, 토큰이 유출될 경우 손실도 커집니다.

토큰 유출 경로는 사람들이 생각하는 것보다 많습니다:

• 코드나 구성 파일에 작성됩니다. 토큰이 코드에 작성되어 공개 코드 저장소에 제출되거나 프론트엔드에 패키징되면, 누구나 볼 수 있습니다.

• AI 프로그래밍 도우미에게 맡기세요. 프로그래밍 도우미는 사용자가 배포를 도와주기 위해 프로젝트의 구성 파일을 읽거나 사용자가 대화에 붙여넣은 토큰을 직접 가져옵니다. MCP를 통해 배포 플랫폼에 접속하는 도우미는 도메인 이름과 해석을 수정할 권한을 가지고 있습니다. 이러한 내용은 대화와 함께 전송되며, 도우미가 누군가에 의해 수정된 웹페이지나 문서를 읽게 되면, 잘못된 작업을 수행하도록 유도될 수 있습니다.

• 중계 서버를 거쳐서. 일부 사용자는 저렴하거나 편리함을 위해 AI 공급자의 인터페이스를 직접 호출하지 않고, 제3자의 "중계 서버"를 사용합니다. 대화 내용은 모두 중계 서버를 거치며, 그 중에 토큰이 포함되어 있다면 중계 서버 운영자는 이를 명확히 볼 수 있습니다.

• 다양한 플러그인과 통합에 접속. 제3자 서비스를 하나 접속할 때마다, 보관 열쇠를 추가하는 것입니다.

도메인 이름을 변경할 수 있는 토큰은 이러한 곳에서 유출될 수 있습니다.

이번 사건의 출처는 아직 결론이 나지 않았으며, 우리는 그것이 토큰 유출로 인해 발생했다고 말하는 것이 아닙니다. 단지 AI가 프로그램을 작성하는 것이 점점 보편화되고 있는 오늘날, 도메인 서버와 해석 기록을 수정할 수 있는 토큰은 개인 키와 마찬가지로 신중하게 보관해야 할 가치가 있습니다.

05 다섯, 자산과 관련된 웹사이트가 해킹당하는 것이 특히 위험한 이유

일반 웹사이트가 해킹당하면 사용자가 가짜 페이지에서 계정 비밀번호를 유출할 수 있습니다. 자산과 관련된 서비스, 예를 들어 거래소, 지갑, 결제 기관, DeFi 애플리케이션 등은 도메인이 해킹당하면 결과가 더 직접적입니다: 사용자가 가짜 페이지에서 하는 모든 작업은 실제 자산 손실로 이어질 수 있습니다.

디지털 자산은 특히 그렇습니다. 사용자가 DeFi 웹페이지에서 "권한 부여", "교환", "스테이킹"을 클릭하면, 웹페이지는 거래를 지갑에 전달하고 사용자는 지갑에서 확인을 클릭합니다. 웹페이지에서 전달된 것이 무엇인지 많은 사용자가 이해하지 못하고, 오직 URL 자체를 믿을 수밖에 없습니다. 해킹당한 URL이 공격자에게 토큰을 권한 부여하는 거래를 전달할 수 있으며, 서명하면 공격자는 언제든지 돈을 옮길 수 있습니다. 블록체인에서의 송금이 완료되면 거의 회수할 수 없습니다.

결제 기관도 마찬가지입니다. 사용자가 결제 페이지에서 카드 번호와 인증 코드를 입력하거나 페이지에 표시된 수취 주소로 결제하면, 가짜 페이지에서 수취 정보를 바꾸기만 하면 돈은 공격자의 손에 들어갑니다. 사용자가 보는 도메인, 페이지, 프로세스는 평소와 똑같아 보이기 때문에 쉽게 알아차리기 어렵습니다.

제 생각에는 AI 시대의 보안 주의력이 위치를 조금 옮겨야 합니다. 코드가 점점 더 AI에 의해 작성되고, 팀이 보안 노력을 코드 검토와 계약 감사에 집중하는 것은 잘못된 것이 아니지만, 사용자가 웹사이트에 도달하기 위해서는 등록 기관, 등록 상, 도메인 서버 및 배포 플랫폼을 거쳐야 합니다. 이 경로 또한 보안의 일부이며, 이러한 단계는 AI가 사람을 대신해 가장 많이 수행하고, 사람들이 가장 적게 이해하는 부분입니다.

백엔드 시스템과 계약이 아무리 철저하게 되어 있어도, 이 경로의 한 단계가 공격받으면 사용자는 가짜 페이지에서 직접 자산을 넘겨주게 됩니다.

06 여섯, 애플리케이션 서비스 제공자와 디지털 자산 서비스 제공자에게 주는 조언

도메인이 누구의 손에 있는지 확인하세요. 자신의 도메인이 어느 등록 상에 등록되어 있는지, 도메인 서버가 어디인지, 관련 계정이 누구에 의해 관리되는지 확인하세요. 플랫폼에서 한 번의 클릭으로 구매한 도메인도 그 뒤에 누가 있는지 알아야 합니다.

도메인을 잠가두세요. 등록 상 잠금을 활성화하여 도메인이 임의로 이전되는 것을 방지하세요. 중요한 프로젝트는 등록 기관 잠금을 신청할 수 있으며, 경로 정보와 같은 중요한 정보를 수정할 때는 인적 확인이 필요합니다.

계정을 보호하고, 토큰도 보호하세요. 계정은 하드웨어 보안 키를 사용하여 다중 인증을 수행합니다. 토큰은 필요한 최소 권한만 부여하고 만료 시간을 설정합니다. 토큰은 코드에 작성하지 말고, AI 대화에 붙이지 말며, 출처가 불분명한 중계 서버를 거치지 않도록 합니다. 사용하지 않는 토큰은 즉시 삭제해야 합니다.

AI 도우미에게 별도의 키를 주세요. AI 도우미가 배포를 도와줄 때, 별도로 토큰을 생성하여 현재 프로젝트에 필요한 권한만 열어주고, 짧은 만료 시간을 설정합니다. 도메인 구매, 도메인 서버 변경, 도메인 이전과 같은 작업은 사람이 확인해야 하며, AI에 자동으로 완료하도록 맡겨서는 안 됩니다.

변화를 주의 깊게 살펴보세요. 도메인 서버, 해석 기록, 도메인 상태 중 하나라도 변화가 생기면 알림을 받아야 합니다. 공격자가 가짜 웹사이트에서 HTTPS를 활성화하려면 일반적으로 해당 도메인에 대한 새 인증서를 신청해야 하며, 공개 발급된 인증서는 모두 공개 기록이 있으므로 이러한 기록을 모니터링하면 이상을 조기에 발견할 수 있습니다.

비상 계획을 미리 준비하세요. 도메인에 문제가 생겼을 때 사용자에게 어떻게 즉시 알릴 것인지, 등록 상의 실제 고객 서비스를 어떻게 찾을 것인지 미리 생각해 두세요. Kintsu는 공지에서 고객 서비스가 단지 로봇이라고 불평했습니다. 이런 상황에 처했을 때, 미리 준비된 인적 경로가 손실을 줄이는 속도를 결정할 수 있습니다.

07 일곱, 출시가 쉬울수록 열쇠가 누구의 손에 있는지 명확히 해야 한다

AI는 코드를 작성하는 것을 쉽게 만들었고, 출시, 도메인 구매, 해석 설정을 쉽게 만들었습니다. 문턱이 낮아졌지만 책임은 줄어들지 않았습니다. 사용자가 URL을 입력하는 것은 URL 뒤에 있는 전체 경로와 열쇠를 쥐고 있는 모든 사람과 모든 프로그램에 신뢰를 주는 것입니다.

이러한 단계는 평소에는 보이지 않으며, 거의 아무도 생각하지 않지만, 사용자에게는 그것들이 서비스 제공자가 직접 작성한 코드와 마찬가지로 서비스의 일부입니다. 어떤 한 단계라도 실패하면 사용자는 그 책임을 서비스 제공자에게 물을 것입니다.

도구가 우리를 대신해 하는 일이 점점 많아지고 있는데, 우리는 여전히 어떤 열쇠를 넘겼는지 명확히 알고 있습니까?

인용 링크

[1] 발행: https://x.com/Kintsu/status/2116382643017101513 [2] Next.js: https://nextjs.org [3] 인터페이스: https://vercel.com/docs/rest-api/reference/endpoints/domains-registrar [4] 명령줄 도구: https://vercel.com/docs/cli/domains [5] 28개: https://vercel.com/docs/mcp/vercel-mcp/tools [6] 공개 보도: https://cryptoadventure.com/stepdrainer-hits-12-crypto-sites-in-dns-hijack-wave/ [7] pickle.finance: https://rdap.org/domain/pickle.finance [8] Snowcore: https://rdap.db.ripe.net/ip/31.56.52.52 [9] 권한 범위: https://vercel.com/kb/guide/how-do-i-use-a-vercel-api-access-token