프로덕션 클라우드 계정(AWS/GCP/Azure) 또는 도메인 일시 중단: 즉시 에스컬레이션 및 장애 조치¶

회사 전체의 생산 웹사이트, SaaS 애플리케이션, API 및 기업이 @yourcompany.com 이메일이 인터넷에서 동시에 사라졌습니다(코드 버그 때문이 아니라 도메인 등록 기관이 clientHold 기본 도메인 정지 또는 AWS, Google Cloud(GCP) 또는 Microsoft Azure가 프로덕션 클라우드 테넌트 정지)는 실존적인 운영 긴급 상황입니다. 전직 직원의 기업 신용 카드가 만료되거나, 자동화된 피싱 방지 봇이 사용자가 S3 버킷에 업로드한 PDF에 잘못된 플래그를 지정하거나, 확인되지 않은 ICANN WHOIS 등록자 이메일이 15일 후에 반송되거나, 유출된 IAM 키로 인해 클라우드 제공업체의 사기 회로 차단기가 작동되는 무단 암호화폐 채굴 인스턴스가 작동하여 수익성 있는 기업이 매일 완전한 정전을 겪고 있습니다.

일시 중지된 도메인 또는 클라우드 인프라가 생명에 중요한 의료 원격 측정, 긴급 파견 또는 공공 유틸리티 안전 시스템을 지원하는 경우 즉시 로컬 온프레미스 장애 조치를 활성화하고 공공 안전이 영향을 받는 경우 긴급 서비스에 알립니다(미국과 캐나다에서는 911, 유럽 연합에서는 112, 영국에서는 999로 전화, 모두 보기 긴급 전화번호). 동시 기술 및 운영 비즈니스 위기에 대해서는 다음을 참조하세요. 비즈니스 연속성 계획 및 재해 복구, 비즈니스 랜섬웨어 및 서버 침해, 그리고 POS(Point of Sale) 중단 및 인터넷 다운.

지금 하세요¶

1. 10초 동안 실행 whois 그리고 dig +trace 터미널에서 조회하여 귀하의 도메인 이름(clientHold) 또는 클라우드 호스팅 계정(AWS/GCP/Azure)이 실제로 다운되었습니다. 도메인 등록자가 네임서버를 하이재킹했을 때 Kubernetes 클러스터 또는 클라우드 로드 밸런서를 디버깅하는 데 45분을 낭비하지 마십시오. 실행 whois yourdomain.com | grep -i "status": 를 보시면clientHold, serverHold, redemptionPeriod 또는 네임서버가 다음으로 변경되었습니다. sedoparking.com / verification-hold.suspended-domain.com, 귀하의 클라우드 서버는 여전히 잘 실행되고 있으며 도메인 등록자 수준에서는 중단이 100%입니다.
2. 긴급 사고 통신을 기본 통신에서 전환하세요. @yourcompany.com 즉시 이메일을 보내세요. 기본 도메인이 정지되거나 배치된 경우 clientHold, 수신되는 모든 MX 이메일은 다음 주소로 전송됩니다. @yourcompany.com 반송 메일에는 비밀번호 재설정 이메일, 2FA 확인 코드, 도메인 등록 기관 및 AWS 신뢰 및 안전의 응답 티켓이 포함됩니다. 등록자 또는 클라우드 루트 계정이 연결되어 있는지 즉시 확인하세요. @yourcompany.com 이메일 주소 그렇다면 대역 외를 제공하십시오. @gmail.com 또는 모든 지원 티켓 및 전화 통화에 대한 보조 도메인 주소.
3. 도메인이 켜져 있는 경우 clientHold 확인되지 않은 ICANN WHOIS 이메일(15일 규칙)로 인해 확인 링크를 클릭하거나 등록 기관 포털에서 등록자 이메일을 변경합니다. ICANN 2013 레지스트라 인가 계약(RAA) Whois 정확도 사양에 따라 등록자 연락처 이메일이 도메인 구매, 이전 또는 연락처 업데이트 후 15일 이내에 확인 링크를 클릭하지 못하는 경우 등록 기관은 법적으로 도메인을 다음 위치에 배치해야 합니다. clientHold (DNS 파킹). 해당 단일 이메일 링크를 다시 보내고 클릭하면 제거됩니다. clientHold 15-60분 이내.
4. 피싱, 맬웨어 또는 상표권 남용 혐의로 인해 등록 기관 "남용/신뢰 및 안전"에 의해 도메인이 일시 중지된 경우 일반 남용 티켓 대기열에 답장하지 마세요. GoDaddy, Namecheap, Tucows/Enom, Cloudflare 및 Network Solutions의 표준 이메일 대기열은 24-72시간이 소요됩니다. 즉시: (a) 신고서에 언급된 특정 위반 URL/사용자 업로드를 제거하거나 격리하고, (b) 등록 기관의 실시간 전화/채팅 남용 데스크를 통해 남용 치료 증명 + 거짓 긍정 에스컬레이션을 제출하고, © 즉시 보조 미러 도메인(yourcompany.co 또는 yourcompany-app.com) 고객과 API 클라이언트는 DNS가 전파되는 동안 계속 작업할 수 있습니다.
5. AWS, GCP 또는 Azure가 청구 실패로 인해 프로덕션 클라우드 계정을 일시 중지한 경우 보조 은행 카드 또는 유선/ACH로 연체 잔액을 지불하고 루트 수준 청구 재활성화 티켓을 개설하십시오. 새로운 AWS/GCP 계정을 개설하고 사용할 수 없는 프로덕션 데이터베이스를 처음부터 마이그레이션하지 마십시오**: 일시 중지된 클라우드 계정은 EBS 볼륨, RDS 데이터베이스 및 S3 버킷을 30-90일 동안 동결 상태로 그대로 유지합니다. 영구 삭제. 루트 청구 콘솔에서 연체 금액을 지불하면 15분-4시간 내에 자동 재활성화가 시작됩니다.
6. AWS, GCP 또는 Azure가 "AUP(Acceptable Use Policy) / 신뢰 및 안전 / 손상된 IAM 키" 위반으로 인해 계정을 일시 중지한 경우 모든 IAM 키를 즉시 교체하고 루트 지원 센터에서 정확한 사례 ID에 응답하십시오. 클라우드 신뢰 및 안전 팀은 취약점이 해결되었음을 입증할 때까지 보안 일시 중지를 절대 해제하지 않습니다. 즉, 유출된 액세스 키를 삭제하고, 불량 EC2/Compute Engine 암호화 채굴 인스턴스를 종료하고, 루트 사용자에 대해 MFA를 활성화하고, 간결한 첨부 파일을 첨부하세요. 근본 원인 및 해결 보고서는 공식 신뢰 및 안전 지원 케이스에 제공됩니다.

의사결정 트리: 프로덕션 도메인 또는 클라우드 정지 진단 및 해결¶

flowchart TD
    Start["전체 생산 중단: 웹사이트, API 및 기업 이메일 중단"] --> Diag["10초 터미널 진단 실행: whois yourdomain.com 및 발굴 + yourdomain.com 추적"]

    Diag -->|"WHOIS는 clientHold, serverHold, redemptionPeriod 또는 parked NS를 표시합니다."| DomainCrisis{"도메인 등록기관 정지의 원인은 무엇입니까?"}

    DomainCrisis -->|"1. ICANN 15일 WHOIS 이메일 확인 실패"| ICANNFix["등록기관에 로그인 -> RAA 확인 이메일 재전송(또는 등록자를 사용 중인 Gmail로 업데이트) -> 링크 클릭 -> 15-60분 후 라이브"]
    DomainCrisis -->|"2. 도메인 만료 / 신용카드 자동 갱신 실패"| RenewFix["갱신 수수료 지불(만료일로부터 30일 이상 지난 경우 상환 수수료 $80-$250 추가) -> 원래 사용자 정의 네임서버 복원 -> 공용 DNS 플러시"]
    DomainCrisis -->|"3. 레지스트라 남용/피싱/악성코드 정지"| AbuseFix["1. 서버에서 플래그가 지정된 URL/파일 제거 2. 등록 기관 신뢰 및 안전을 통해 거짓 긍정 파일/수정된 증거 파일 생성 3. 보조 장애 조치 도메인 활성화"]

    Diag -->|"도메인 DNS는 정상적으로 확인되지만 클라우드 IP/콘솔은 계정이 정지됨을 반환합니다."| CloudCrisis{"AWS/GCP/Azure가 클라우드 테넌트를 일시 중단한 이유는 무엇입니까?"}

    CloudCrisis -->|"1. 결제 실패(카드 만료/은행 ACH 거부/한도 초과)"| CloudBill["1. 루트 사용자/빌링 관리자로 로그인합니다. 2. 새 신용카드 또는 백업 카드를 추가하고 '결제 재시도'를 클릭합니다. 3. 빌링 재활성화 지원 케이스 열기"]
    CloudCrisis -->|"2. 손상된 IAM 키 / 악성 암호화폐 채굴 지출 급증"| CloudSec["1. 유출된 IAM 액세스 키 순환/삭제 2. 악성 인스턴스 종료 및 루트 MFA 활성화 3. 신뢰 및 안전 케이스에 회신 + 지출 면제 요청"]
    CloudCrisis -->|"3. S3/VM의 제3자 피싱/DMCA/AUP 남용 플래그"| CloudAUP["1. 플래그가 지정된 S3 객체/VM IP를 격리하거나 삭제합니다. 2. WAF/업로드 가드레일을 사용하여 AWS/GCP 신뢰 및 안전 사례 ID에 회신합니다."]

1단계: 3분 포렌식 진단(도메인 등록 기관, DNS 또는 클라우드 공급자입니까?)¶

프로덕션 애플리케이션이 어두워지고 직원들이 "모든 것이 다운되었습니다. 심지어 이메일도 다운되었습니다"라고 소리친다면 추측하지 마십시오. 랩탑 터미널(macOS, Linux 또는 Windows WSL/PowerShell)에서 이 세 가지 명령을 실행하여 정지시킨 정확한 레이어를 찾아내세요.

1. 명령 1: ICANN EPP(Extensible Provisioning Protocol) 상태 코드 확인¶

실행:

whois yourdomain.com | grep -E -i "Status|Name Server|Expiry"

2단계: 도메인 등록기관 정지 해결(clientHold / 남용 / ICANN 잠금)¶

만약 당신의 whois 확인 결과 clientHold 또는 파킹된 네임서버의 경우 아래의 정확한 복구 트랙을 따르세요.

트랙 A: ICANN WHOIS 이메일 확인 정지 해제(15분 수정)¶

ICANN 2013 RAA Whois 정확성 프로그램에 따라 새 도메인을 등록하거나 도메인을 이전하거나 등록자 이름, 성 또는 이메일 주소를 변경할 때마다 등록 기관은 **"yourdomain.com에 대해 즉시 확인 필요"**라는 제목의 필수 이메일을 보냅니다. 1. 도메인 등록 기관 제어판에 로그인합니다. 화면 상단의 밝은 빨간색 배너에는 *"이 도메인은 ICANN Whois 연락처 확인을 위해 일시 중지되었습니다."*라고 표시됩니다. 2. 캐치-22 함정: 파일에 있는 등록자 이메일이 다음과 같은 경우 admin@yourdomain.com, 인증 메일을 받으실 수 없습니다. yourdomain.com 현재 일시중지되었습니다. 3. 해결 방법: 등록 기관의 도메인 연락처/WHOIS 설정 내에서 등록자 이메일 주소를 작동하는 외부 주소(예: @gmail.com 귀하가 관리하는 주소), 변경 사항을 저장하고 "확인 이 다시 보내기"**를 클릭한 다음 Gmail 받은편지함을 열고 확인 링크를 클릭하세요. 4. 등록기관의 자동화된 API가 즉시 EPP를 보냅니다. update 제거 명령 clientHold 5-20분 내에 Verisign/Registry 루트 영역에서.

트랙 B: 레지스트라 "남용/피싱/맬웨어/AUP" 정지 해제¶

현재 주요 도메인 등록 기관(Namecheap, GoDaddy, Tucows/Enom/OpenSRS, Porkbun, Cloudflare Registrar, Squarespace Domains)은 자동화된 위협 인텔리전스 피드(Netcraft, PhishTank, Spamhaus, Google Safe Browsing, AbuseIPDB)를 구독하고 있습니다. 해커가 잊어버린 마케팅 하위 도메인(promo.yourdomain.com) 또는 사용자가 가짜 로그인 PDF를 SaaS 앱의 사용자 콘텐츠 버킷(cdn.yourdomain.com/uploads/invoice.pdf), 자동화된 봇이 등록 기관에 계층 1 피싱 게시 중단 알림을 보내고 해외 규정 준수 계약자가 전체 루트 도메인(yourdomain.com) 켜짐 clientHold.

단계별 에스컬레이션을 통해 clientHold 며칠이 아닌 몇 시간 만에 해제¶

1. 정확한 악용사례 티켓 ID 및 신고된 URL 찾기:
2. 귀하의 등록기관 계정(및 WHOIS 남용 연락처)과 연결된 이메일 받은 편지함에서 다음 사람이 보낸 이메일을 확인하세요. abuse@, legal@, 또는 compliance@[registrar].com.
3. 악용 신고서에 언급된 정확한 URL 또는 IP 주소를 찾아보세요.
4. 플래그가 지정된 리소스를 즉시 수정하거나 격리합니다.
5. 불만 사항이 가양성인 경우에도(예를 들어 귀하의 합법적인 기업 SSO(Single Sign-On) 로그인 페이지가 AI 스캐너에 의해 "Microsoft 365 피싱 페이지"로 잘못 플래그 지정되었습니다), 가능하다면 일시적으로 비활성화하거나 특정 플래그가 지정된 경로 앞에 IP 허용 목록을 배치하거나 합법적으로 인증된 직원 포털임을 증명하는 스크린샷을 캡처하세요.
6. 사용자가 업로드한 파일이나 손상된 하위 도메인이 실제로 악성인 경우 파일/컨테이너를 즉시 삭제하고, 악의적인 사용자의 계정을 일시 중지하고, Cloudflare/WAF 에지에서 경로를 차단하세요.
7. "경영진 남용 치료 및 중요 인프라 에스컬레이션" 응답을 보냅니다.
8. 등록 기관의 남용 티켓에 직접 회신하십시오(정확한 내용을 유지하십시오). [Ticket #...] 제목 태그를 지정하여 파서가 라우팅하도록 함) 그리고 등록 기관의 연중무휴 전화 지원 라인에 전화하여 감독자에게 남용 티켓을 **"프로덕션 SaaS / 거짓 긍정: 교정 완료"**로 표시해 달라고 요청하세요.
9. 서면 답변에 다음 4가지 필수 증빙 사항을 포함하세요.
   1. 즉시 삭제 확인: "신고된 URL([exact URL])은 승인되지 않은 제3자 업로드/손상된 마케팅 자산이며 다음에서 영구적으로 삭제되었습니다. [Timestamp UTC]. 이제 HTTP를 반환합니다. 404 Not Found / 410 Gone."
   2. 체계적인 방지 가드레일 구현: "우리는 WAF(웹 애플리케이션 방화벽) 규칙을 배포하고 인증되지 않은 공개 파일 업로드를 비활성화했으며 재발을 방지하기 위해 모든 서버 자격 증명을 교체했습니다."
   3. 불균형한 비즈니스 영향 알림: "루트 정점 도메인 배치 yourdomain.com 에 clientHold 생산 인프라와 회사 이메일을 중단했습니다. [Number] 합법적인 비즈니스 고객/직원."
   4. 즉각적 삭제 요청 clientHold: "EPP를 제거해주세요. clientHold 상태 yourdomain.com 즉시. 우리는 향후 악용 신고가 있을 경우 루트 도메인 보류 없이 2시간 이내에 응답할 것을 약속합니다."
10. 해제되면 공용 DNS 확인자에서 "부정적 캐싱(NXDOMAIN)" TTL을 지웁니다.
11. 등록기관이 제거하는 순간 clientHold, 귀하의 도메인이 다시 .com 루트 서버, 그러나 Google Public DNS(8.8.8.8), Cloudflare DNS(1.1.1.1), OpenDNS는 계속해서 죽은 사람을 캐싱할 수 있습니다. NXDOMAIN 또는 15-60분 동안 주차 응답.
12. Google Public DNS Flush Cache(developers.google.com/speed/public-dns/cache) 및 Cloudflare 1.1.1.1 캐시 제거(one.one.one.one/purge-cache/), 유형 yourdomain.com (그리고 A, AAAA, NS, MX), Flush Cache를 클릭하면 전 세계 사용자가 60초 이내에 다시 연결됩니다.

3단계: 프로덕션 클라우드 계정 정지 해결(AWS, Google Cloud, Microsoft Azure)¶

Amazon Web Services(AWS), Google Cloud Platform(GCP) 또는 Microsoft Azure가 클라우드 계정이나 프로젝트를 일시 중지하는 경우 복구 절차는 일시 중지가 청구/결제 실패 또는 신뢰 및 안전/손상된 자격 증명으로 인해 트리거되었는지 여부에 따라 전적으로 달라집니다.

클라우드 제공업체 정지 수명주기 및 재활성화 기간 비교¶

세부 프로토콜 1: Cloud Billing 정지 복구(카드가 거부되거나 송금이 끊긴 경우)¶

자금이 풍부한 회사가 청구 정지를 당하는 이유는 무엇입니까? 1. 월말 자동 확장 급증 또는 연간 예약 인스턴스 갱신으로 인해 등록된 신용 카드가 월별 기업 지출 한도(예: $25,000 한도)에 도달했습니다. 2. 이 카드는 HR/재무 부서에서 카드를 취소한 사망한 창립자 또는 엔지니어링 부사장의 소유였습니다. 또는 3. 은행의 자동 사기 시스템은 대규모 AWS/GCP 청구를 '의심스러운 카드 부재 활동'으로 차단했습니다.

단계별 30분 청구 재활성화 체크리스트¶

1. 루트 계정 소유자 또는 결제 관리자로만 로그인: 표준 IAM 개발자/관리자 역할은 계정이 일시 중지되면 잠긴 결제 재활성화 화면에 액세스할 수 없는 경우가 많습니다. AWS 루트 사용자 이메일(또는 GCP 청구 계정 관리자/Azure 계정 관리자)을 사용합니다.
2. 은행에 전화하기 전에 동일한 거부된 카드에 대해 "재시도"를 클릭하지 마십시오. 은행의 사기 엔진이 14,000달러의 AWS 청구를 차단한 경우 AWS 콘솔에서 "재시도"를 세 번 클릭하면 세 번 더 강제 거부가 발생하고 결제 방법이 잠깁니다. 다음 중 하나:
3. 완전히 다른 기업 신용카드 또는 직불카드를 입력합니다(공급업체의 콘솔에서 부분 결제를 허용하는 경우 결제를 두 카드로 분할). 또는
4. 법인카드 뒷면에 기재된 전화번호로 먼저 전화하여, 은행 상업사기담당 데스크에서 가맹점 차단 해제를 요청하세요. Amazon Web Services / Google Cloud / Microsoft Azure 24시간 동안 단일 거래 한도를 높이고 그때에만 클라우드 콘솔에서 결제 재시도를 클릭하세요.
5. 회사가 송장 송금/ACH(Net-30 기업 계정)로 지불하고 송장이 60일 이상 연체된 경우:
6. 전체 연체 잔액에 대해 **당일 Fedwire(3일 ACH 아님)**를 보내고, 공식 은행 IMAD/OMAD 연방 참조 번호가 포함된 송금 확인 영수증을 다운로드한 다음 재무부가 송금을 조정하는 동안 즉시 매뉴얼 지불 약속/운송 중 송금 리프트를 요청하는 긴급 청구 및 계정 지원 케이스에 해당 PDF를 직접 첨부하십시오.
7. 재활성화 후 인스턴스 상태 확인("중지된 VM 및 동적 IP" 트랩):
8. AWS, GCP 또는 Azure가 일시 중지된 계정을 다시 활성화하면 일부 중지된 가상 머신(특히 Azure 할당 취소된 VM 및 GCP Compute Engine 인스턴스)은 자체적으로 자동으로 백업을 부팅하지 않으며 고정 탄력적 IP/예약된 고정 IP를 사용하지 않은 모든 머신은 새로운 공용 IP 주소를 갖게 됩니다.
9. EC2/Compute Engine/Azure VM의 모든 지역을 즉시 확인하고, 중지된 인스턴스를 시작하고, Elastic Load Balancer 및 RDS 데이터베이스가 제대로 작동하는지 확인하세요. Available, DNS가 A 기록은 여전히 활성 공용 IP와 일치합니다.

세부 프로토콜 2: 클라우드 보안 복구 / 손상된 키 / 신뢰 및 안전 정지¶

개발자가 실수로 커밋한 경우 .env 다음을 포함하는 파일 AWS_ACCESS_KEY_ID 그리고 AWS_SECRET_ACCESS_KEY (또는 GCP 서비스 계정 JSON 키)을 공개 GitHub 저장소에 저장하면 자동화된 해커 봇이 1.5초 내에 해당 키를 스크랩하고 200개의 거대한 GPU 인스턴스를 가동합니다(p4d.24xlarge) 다음과 같은 지역에서 ap-east-1 또는 sa-east-1 암호화폐를 채굴하거나 DDoS 공격을 시작합니다. 몇 시간 내에 AWS/GCP 신뢰 및 안전에서는 이상 현상을 감지하고 귀하의 계정에 보호 보안 격리/계정 정지를 적용합니다.

AWS/GCP/Azure Trust & Safety를 통해 4시간 이내에 보안 격리를 해제하는 방법¶

클라우드 보안 팀은 엄격한 체크리스트를 따릅니다. 계정을 재활성화해도 공격이 즉시 재개되지 않는다는 것이 입증될 때까지 계정 재활성화를 거부합니다. 1. 모든 지역(비활성화/선택 지역 포함)을 감사하고 침해 벡터를 삭제합니다. - IAM 콘솔에 로그인합니다. 손상된 IAM 액세스 키(및 공격자가 지속성을 유지하기 위해 생성한 익숙하지 않은 백도어 IAM 사용자, 역할 또는 ID 공급자)를 비활성화하고 삭제합니다. - 루트 사용자 및 모든 IAM 사용자에 대해 하드웨어 또는 가상 MFA를 활성화합니다. - AWS Resource Explorer / Tag Editor / EC2 Global View를 엽니다(30개 이상의 전역 지역 모두 확인). us-east-1) 및 공격자가 가동한 모든 승인되지 않은 EC2 인스턴스, Auto Scaling 그룹, EKS 클러스터 및 Lambda 함수를 종료합니다. 2. 공식 지원 케이스에 대한 4부분으로 구성된 보안 수정 보고서를 제출하세요. - 클라우드 콘솔에서 지원 센터를 열고 공개된 계정 보안/신뢰 및 안전 사례에 다음을 포함하여 회신합니다. - 1. 근본 원인: "IAM 사용자 [Name] 열쇠 AKIA... 의 코드 저장소에 실수로 노출되었습니다. [Time]." - 2. 자격 증명 해지: "액세스 키 AKIA... 불량 IAM 사용자 [Name] 영구적으로 삭제되었으며 루트/IAM MFA가 시행되었습니다." - 3. 모든 지역의 리소스 정리: "지역의 모든 승인되지 않은 EC2 인스턴스 [List Regions] 종료되었습니다." - 4. 즉각적인 생산 차단 해제 + 훼손된 키 청구 조정 요청: "우리의 합법적인 생산 워크로드는 [Your Region] 서브하다 [Number] 고객이며 현재 오프라인 상태입니다. 즉시 계정 정지를 해제하고 해당 항목에 대한 무료 청구 조정/크레딧을 요청합니다. $[Amount] 무단 침입 중에 발생한 사기성 컴퓨팅 요금." - (팁: AWS와 GCP는 공식 손상된 계정 교정 체크리스트를 완료하면 정기적으로 사기성 암호화폐 채굴 비용 수만 달러에 대해 일회성 100% 신용 면제를 제공합니다.)

4단계: 30분 내에 긴급 "Break-Glass" 보조 도메인 장애 조치 활성화¶

기본 도메인(yourcompany.com)은 레지스트리 아래에 잠겨 있습니다. serverHold 또는 해결하는 데 48-72시간이 소요되는 복잡한 등록기관 법적 분쟁인 경우 3일 동안 오프라인 상태로 앉아 있지 마십시오. 모든 기술 및 전자 상거래 비즈니스는 긴급 보조 미러 도메인(yourcompany.co, yourcompany.io, 또는 getyourcompany.com).

30분 긴급 보조 도메인 컷오버 체크리스트¶

1. 별도의 등록 대행자에 보조 도메인 등록(또는 활성화): 방금 기본 도메인을 일시 중지한 동일한 등록 대행자에 백업 도메인을 등록하지 마십시오. 등록 yourcompany-app.com 또는 yourcompany.co 별도의 회사 카드와 확인된 이메일을 사용하여 독립 등록 기관(예: Cloudflare Registrar, Porkbun 또는 AWS Route 53)에서.
2. 영역 파일을 Cloudflare 또는 Route 53으로 가져오기: DNS 내보내기(또는 복사) A, AAAA, CNAME, 그리고 TXT 기본 DNS 패널의 기록을 새 도메인의 영역 파일에 저장하므로 app.yourcompany.co 그리고 api.yourcompany.co 정확히 동일한 프로덕션 로드 밸런서를 가리킵니다.
3. 로드 밸런서/수신 TLS 인증서 업데이트(SAN 추가): 추가 *.yourcompany.co 그리고 yourcompany.co AWS ACM / Let's Encrypt / Cloudflare 에지 SSL 인증서에서 **주체 대체 이름(SAN)**으로 사용하고 Nginx/Envoy/ALB 호스트 헤더 라우팅 규칙 및 CORS 허용 목록에 새 호스트 이름을 추가합니다.
4. Google Workspace 또는 Microsoft 365에서 확인된 도메인 별칭으로 보조 도메인을 추가하세요.
5. Google Workspace 관리 콘솔 내부(admin.google.com -> 계정 -> 도메인 -> 도메인 관리 -> 도메인 별칭 추가) 또는 Microsoft 365 관리 센터(Settings -> Domains -> Add Domain), 추가 yourcompany.co 그리고 인증을 붙여넣으세요 TXT 그리고 MX 새 도메인의 DNS에 기록합니다.
6. 15분 이내에 모든 직원은 자동으로 다음 주소로 이메일을 받습니다. firstname@yourcompany.co 사서함 마이그레이션이 필요 없는 기존 받은 편지함 내부.

5단계: 이런 일이 다시는 발생하지 않도록 도메인 및 클라우드 계정 강화¶

생산이 다시 온라인 상태가 되면 48시간 이내에 다음과 같은 5가지 구조적 보호 조치를 구현하십시오.

1. 레지스트리 잠금 적용(serverDeleteProhibited / serverUpdateProhibited / serverTransferProhibited): 업무상 중요한 프로덕션 도메인의 경우 도메인을 레지스트리 잠금(Cloudflare, MarkMonitor, CSC Corporate Domains 및 주요 등록 기관에서 제공)으로 업그레이드하세요. 이 경우 이름 서버나 도메인 상태가 변경되기 전에 대역 외 여러 사람의 암호화 확인이 필요합니다.
2. 프로덕션 Apex 도메인에서 UGC(사용자 생성 콘텐츠) 또는 마케팅 링크를 호스팅하지 마십시오. 항상 완전히 별도의 샌드박스 도메인에서 사용자 업로드, 고객 PDF 및 아웃바운드 이메일 추적 링크를 제공합니다(예: yourcompany-usercontent.com 대신에 yourcompany.com). 이렇게 하면 사용자가 자동화된 등록자 남용 봇을 트리거하는 악성 파일을 업로드하는 경우 일회용 콘텐츠 도메인만 플래그가 지정되고 핵심 프로덕션 앱이나 회사 이메일은 플래그가 지정되지 않습니다.
3. 이중 결제 방법 + ACH 백업 + 클라우드 청구 이상 알림 구성: AWS, GCP, Azure 및 도메인 등록 기관에 최소 두 은행의 독립 신용 카드 2개와 ACH 자동 이체 은행 계좌를 추가하고 일일 지출이 25% 이상 급증하는 경우 AWS 비용 이상 감지/GCP 예산 알림을 활성화하여 PagerDuty/Slack을 페이지합니다.
4. 독립적인 보조 도메인에 역할 기반 등록자 및 클라우드 루트 이메일 설정: 설정하지 않음 admin@yourcompany.com 복구 이메일로 yourcompany.com. 독립적인 관리 도메인 또는 기업 ID 테넌트에서 전용 하드웨어 YubiKey 보호 사서함을 사용하면 기본 도메인이 다운된 경우에도 항상 확인 및 지원 이메일을 받을 수 있습니다.

지역 비상 전화번호 및 기관 프로토콜¶

자주 묻는 질문¶

AWS, Google Cloud 또는 Azure가 미결제 또는 남용으로 인해 계정을 정지하는 경우 프로덕션 데이터베이스와 S3 버킷이 즉시 삭제됩니까?¶

아니요. AWS, GCP, Microsoft Azure 모두 정지 1일차에 데이터를 삭제하지 않습니다. 계정이 일시 중지되면 가상 머신이 중지되고 스토리지 버킷 및 로드 밸런서에 대한 퍼블릭 액세스가 차단되지만 **EBS 볼륨, RDS 데이터베이스, S3 객체 및 스냅샷의 100%는 최소 30일 동안 콜드 스토리지에 보존됩니다**(AWS에서는 추가 폐쇄 후 60일 기간 동안 최대 90일까지 계정을 복구 가능한 상태로 유지합니다). 연체금을 지불하거나 신뢰 및 안전 티켓을 해결하면 백업에서 재구축할 필요 없이 정확한 프로덕션 환경이 그대로 복원됩니다.

우리 도메인이 갑자기 해결을 중단한 이유는 무엇입니까? clientHold 도메인 갱신 기한이 앞으로 8개월 남았는데 상태가 어떻습니까?¶

결제를 완료하고 만료일이 얼마 남지 않은 도메인이 갑자기 진입하는 경우 **`clientHold`**, 원인은 두 가지뿐입니다: (1) **ICANN 15일 WHOIS 연락처 확인 실패**(누군가 등록자 이름 또는 이메일 주소를 업데이트했거나 도메인을 이전하고 15일 이내에 등록자에게 이메일로 전송된 필수 확인 링크를 클릭하지 못함) 또는 (2) **등록 기관 남용/피싱/악성 프로그램 정지**(자동 위협 피드가 도메인의 의심스러운 URL을 등록 기관 규정 준수 팀에 보고함). 등록 기관 포털에 즉시 로그인하십시오. ICANN 확인 보류는 재전송 링크를 클릭한 후 15분 이내에 지워지는 반면, 남용 보류는 등록 기관의 규정 준수 티켓에 응답해야 합니다.

왜 우리는 @ourcompany.com 우리 웹사이트만 거짓 긍정 피싱 링크로 보고되었는데 이메일도 반송되나요?¶

도메인 등록기관이 EPP를 제출하는 경우 **`clientHold`** 루트 도메인(`ourcompany.com`), 레지스트리는 **전체 도메인 위임(모두 `NS` 기록)** 전 세계에서 `.com` 루트 서버. 왜냐하면 전 세계의 메일 서버는 더 이상 귀하의 도메인 주소를 조회할 수 없기 때문입니다. `NS` 또는 `MX` 기록, 수신되는 모든 이메일 `@ourcompany.com` 이메일이 Google Workspace 또는 Microsoft 365에서 별도로 호스팅되는 경우에도 DNS 조회 오류로 인해 실패합니다. 이것이 바로 대역 외에서 항상 등록 대행자와 통신해야 하는 이유입니다. `@gmail.com` 또는 보조 도메인 주소 `clientHold` 정전.

무료 "기본" 지원 등급만 있는 경우 AWS, GCP 또는 도메인 등록 기관의 담당자에게 어떻게 연락할 수 있나요?¶

0달러 기본 지원 티어에서도 **AWS, GCP 및 Azure는 정지된 계정의 루트 사용자가 우선순위가 높은 "계정 및 청구" 지원 사례를 무료로 열 수 있도록 허용하며, AWS 지원 센터에서는 연락 방법으로 **"전화"**를 선택할 수 있으므로 AWS 계정 및 청구 전문가가 몇 분 내에 직접 전화를 걸 수 있습니다. 긴급한 생산 중단을 해결하는 경우 콘솔 내부에서 즉시 AWS 계정을 **Business Support(최소 100달러/월)** 또는 **Enterprise On-Ramp** 계층으로 업그레이드하여 즉시 15분 동안 연중무휴 실시간 기술 엔지니어 채팅 및 전화 에스컬레이션을 이용할 수 있습니다.

악의적인 직원이나 전직 개발자가 도메인 등록 기관 로그인 또는 AWS 루트 계정을 보유하고 이를 양도를 거부하면 어떻게 됩니까?¶

전직 직원, 프리랜서 대행사 또는 불량 공동 창업자가 등록 기관 계정 또는 클라우드 루트 자격 증명을 제어하고 회사를 잠그는 경우 이를 즉각적인 기업 거버넌스 및 내부자 잠금 위기로 취급하십시오. 모든 주요 도메인 등록 기관 및 클라우드 제공업체에는 공식 **기업 계정 복구/등록자 분쟁 프로세스**가 있습니다. 여기서 법적 사업체는 **정관, IRS EIN 서한, 기업 상표 등록 및 과거 은행/신용 카드 청구서**를 제출하여 회사가 도메인 또는 클라우드 임차인에 대한 비용을 지불하여 관리 통제권을 권한 있는 기업 임원에게 강제로 다시 이전했음을 입증할 수 있습니다. 다음에 대한 가이드를 참조하세요. [파트너십 분쟁, 불량 공동 창업자 은행 유출, 기업 폐쇄](partnership-dispute-rogue-cofounder-bank-drain-and-corporate-lockout.md).

등록자가 제거한 후 DNS가 전 세계적으로 다시 돌아오는 데 시간이 얼마나 걸립니까? clientHold?¶

등록 기관이 EPP 명령을 제출하여 제거하면 `clientHold`, 최상위 레지스트리(예: Verisign for `.com`)는 **3-15분** 내에 루트 영역 서버를 업데이트합니다. 대부분의 인터넷 사용자는 15-30분 내에 귀하의 사이트에 다시 접속할 수 있으며, **Google 공개 DNS(`8.8.8.8`)** 및 **Cloudflare DNS(`1.1.1.1`)**.

관련 가이드¶

• 비즈니스 연속성 계획 및 재해 복구
• 비즈니스 랜섬웨어 및 서버 침해
• 파트너십 분쟁, 불량 공동 창업자 은행 유출, 기업 폐쇄
• POS(Point-of-Sale) 중단, 인터넷 다운, 오프라인 신용카드 처리

출처 및 공식 지침¶

• ICANN(Internet Corporation for Assigned Names and Numbers): 2013 레지스트라 인증 계약(RAA) Whois 정확성 프로그램 사양(15일 검증 의무), EPP(확장 가능 프로비저닝 프로토콜) 상태 코드(clientHold, serverHold, redemptionPeriod) 및 만료된 등록 복구 정책(ERRP).
• Amazon Web Services(AWS) 공식 문서: 계정 정지, 복원 및 폐쇄 후 데이터 보존 수명 주기(30일 정지/60일 폐쇄 후 기간) 및 AWS 손상된 IAM 자격 증명 교정 프로토콜.
• Google Cloud Platform(GCP) 및 Microsoft Azure 공식 문서: 클라우드 청구 연체 복구, 프로젝트 신뢰 및 안전 항소 워크플로, 할당 취소된 Azure 구독 재활성화 절차.
• 사이버 보안 및 인프라 보안 기관(CISA, 미국) 및 국립 사이버 보안 센터(NCSC, 영국): 클라우드 보안 기술 참조 아키텍처, 루트 계정 MFA 시행 및 도메인 레지스트리 잠금 모범 사례.
• 국립 표준 기술 연구소(NIST, 미국): NIST SP 800-61 Rev. 2(컴퓨터 보안 사고 처리 가이드) 및 NIST SP 800-53(DNS 무결성 및 클라우드 액세스 제어 표준).