GoDaddy, 문서 없이 낯선 사람에게 도메인 제공

(anchor.host)

Hacker News2026년 4월 26일SaaS

27년간 운영된 도메인이 GoDaddy의 내부 사용자(Internal User)에 의해 보안 설정(2FA, 소유권 보호)을 우회하여 무단 탈취된 사건이 발생했습니다. 이로 인해 해당 도메인을 사용하는 대규모 조직의 웹사이트와 이메일 서비스가 4일간 중단되는 심각한 비즈니스 마비 사태가 초래되었습니다.

이 글의 핵심 포인트

127년 된 도메인이 2FA 및 소유권 보호 기능이 활성화된 상태에서도 무단 탈취됨
2도메인 이전 로그에 'Internal User'로 기록되어 GoDaddy 내부 요인 가능성 시사
3도메인 탈취로 인해 20개 이상의 지점을 보유한 조직의 웹사이트 및 이메일 4일간 중단
432차례의 전화와 9.6시간의 상담에도 불구하고 GoDaddy의 무책임한 고객 지원 및 대응 실패
5도메인 이전 과정에서 DNS 존 파일이 초기화되어 서비스 복구 지연 초래

이 글에 대한 공공지능 분석

왜 중요한가

전통적인 보안 계층(2FA, 도메인 보호 서비스)이 인프라 제공자의 내부적 결함이나 권한 남용 앞에서는 무용지물임을 보여줍니다. 이는 단순한 외부 해킹을 넘어 '공급망 보안(Supply Chain Security)'의 핵심인 서비스 제공자에 대한 신뢰성 문제를 제기합니다.

배경과 맥락

도메인 레지스트라(Registrar)는 인터넷 생태계의 근간을 이루는 핵심 인프라입니다. 이번 사건은 도메인 관리 권한이 서비스 제공자의 내부 프로세스나 직원에 의해 어떻게 오용될 수 있는지, 그리고 그 과정에서 발생하는 운영적 허점이 기업에 얼마나 치명적인지를 드러냈습니다.

업계 영향

SaaS 및 클라우드 인프라 의존도가 높은 기업들에게 '단일 장애점(SPOF)'의 위험성을 경고합니다. 기업들은 이제 서비스 제공자의 보안 기능에만 의존하는 것이 아니라, 인프라 수준의 사고에 대비한 백업 및 복구 전략(DR)을 재검토해야 할 것입니다.

한국 시장 시사점

글로벌 SaaS를 적극 활용하는 한국 스타트업들은 도메인과 같은 핵심 자산에 대해 'Registry Lock'과 같은 추가적인 보안 계층을 검토해야 합니다. 또한, 인프라 장애 발생 시 즉각적인 대응이 불가능한 상황을 가정한 비상 운영 매뉴얼(Contingency Plan) 구축이 필수적입니다.

이 글에 대한 큐레이터 의견

이번 사건은 스타트업 창업자들에게 '보안의 역설'을 보여줍니다. 우리는 흔히 2FA나 강력한 비밀번호를 설정하며 보안을 완성했다고 믿지만, 정작 우리가 통제할 수 없는 인프라 계층(Infrastructure Layer)에서의 침범은 막을 방법이 없기 때문입니다. 특히 'Internal User'에 의한 이전 기록은 서비스 제공자의 내부 프로세스나 직원의 권한 남용이 가장 치명적인 위협이 될 수 있음을 시사합니다.

창업자들은 '우리 서비스는 안전하다'는 자만에서 벗어나, '우리가 사용하는 도구가 무너졌을 때 어떻게 생존할 것인가?'라는 질문을 던져야 합니다. 도메인 탈취는 단순한 웹사이트 중단을 넘어, 기업의 디지털 정체성과 고객과의 신뢰를 한순간에 파괴합니다. 따라서 핵심 자산에 대한 '탈출 전략(Exit Strategy)'과 '인프라 중복성(Redundancy)' 확보를 기술 부채만큼이나 중요한 경영 과제로 다루어야 합니다.

원문 보기 →