DDoS 공격 중 Cloudflare "Under Attack" 모드 사용 방법

DDoS 공격을 받는 사이트에서 Cloudflare의 Under Attack 모드는 방문자에게 짧은 보안 인증을 보여줌으로써 봇 트래픽을 필터링하는 긴급 방어 설정입니다. Cloudflare 대시보드에서 웹사이트를 선택하고 Security 섹션에서 Under Attack Mode 기능을 활성화하면 몇 분 안에 HTTP/HTTPS 레벨의 과도한 요청을 지연시킬 수 있으며, 실제 사용자들이 웹사이트에 접근할 수 있도록 보호하고 서버의 부하를 줄일 수 있습니다. 그러나 이 모드는 단독으로 지속적인 해결책이 아니며, 올바른 DNS 프록시 설정, WAF 규칙, 속도 제한, 캐시 구성 및 오리진 서버 보안과 함께 사용해야 합니다.

이 가이드에서는 Cloudflare Under Attack 모드를 어떻게 활성화하는지, 언제 사용해야 하는지, 어떤 설정으로 지원해야 하는지, 공격이 끝난 후 안전하게 정상화하는 방법에 대해 단계별로 설명하겠습니다. 목표는 패닉 상황에서 적용 가능한 체크리스트를 제공하고 웹사이트의 접근성을 가능한 한 빨리 회복하는 것입니다.

Cloudflare Under Attack 모드란?

Cloudflare Under Attack 모드는 Cloudflare에서 제공하는 긴급 상황 보안 레벨입니다. 활성화되면 Cloudflare는 사이트에 들어오는 방문자들의 브라우저를 짧은 인증 과정을 거치게 합니다. 이 인증 과정은 일반적으로 몇 초 정도 소요되며, 자동화된 봇, 간단한 HTTP 플러딩 도구 또는 악의적인 브라우저 외 클라이언트가 사이트에 직접 부하를 주는 것을 어렵게 만듭니다.

이 모드의 주요 목적은 애플리케이션 계층, 즉 Layer 7 수준의 공격을 완화하는 것입니다. 예를 들어, 홈페이지에 초당 수천 개의 GET 요청이 들어오거나, WordPress 로그인 페이지에 대한 집중적인 POST 시도가 있거나, 검색 페이지에 고비용의 쿼리가 전송되거나, 장바구니 페이지에 가짜 트래픽이 발생하는 경우 Under Attack 모드는 신속한 초기 대응을 제공합니다.

여기서 중요한 차별점은 Under Attack 모드는 웹 요청을 필터링하지만, 서버의 IP 주소가 직접 목표가 되거나 Cloudflare 프록시 외의 서비스가 노출되어 있거나 공격이 Layer 3/4 수준에서 이루어지고 있다면 추가 조치가 필요하다는 것입니다. 따라서 DNS 레코드가 Cloudflare를 통해 프록시 상태여야 하고, 오리진 IP 주소가 숨겨져 있어야 하며, 호스팅 측에서 올바른 보안 조치를 취하는 것이 매우 중요합니다. 안전한 인프라 선택을 위해 안전한 웹 호스팅 서비스 및 SSL 인증서 설치와 관련된 콘텐츠로 연결할 수 있습니다.

DDoS 공격 징후: Under Attack 모드 전 체크해야 할 사항은 무엇인가?

모든 느려짐이 DDoS 공격은 아닙니다. 때때로 잘못된 플러그인, 데이터베이스 잠금, 높은 CPU 사용량을 초래하는 크론 작업 또는 잘못된 캐시 설정이 유사한 결과를 초래할 수 있습니다. 따라서 Under Attack 모드를 활성화하기 전에 신속한 진단을 하는 것이 유익합니다. 그럼에도 불구하고 서버가 반응하기 어려운 경우, 사용자들이 502, 503, 504 오류를 받거나 로그에서 비정상적인 요청 폭주가 발견된다면 긴급 모드를 지체해서는 안 됩니다.

전형적인 DDoS 징후

• 짧은 시간에 정상의 5배, 10배 또는 50배의 트래픽 증가가 발생합니다.
• 단일 페이지 또는 엔드포인트에 초당 수백 개의 요청이 들어옵니다.
• 다양한 국가에서 비슷한 user-agent 값으로 트래픽이 유입됩니다.
• WordPress, WooCommerce, OpenCart 또는 맞춤형 소프트웨어에서 admin, login, search, cart와 같은 고비용 URL이 표적이 됩니다.
• 서버에서 CPU, RAM, PHP-FPM 작업자 또는 MySQL 연결 제한이 초과됩니다.
• Cloudflare Analytics 화면에서 4xx 및 5xx 오류가 갑자기 증가합니다.
• 실제 사용자들은 사이트에 간헐적으로 접근할 수 있지만, 봇 트래픽은 지속적으로 요청을 보내고 있습니다.

예를 들어, 일반적으로 분당 2,000 요청을 받는 전자상거래 사이트가 10분 내에 분당 80,000 요청으로 증가하고, 그 요청의 70%가 장바구니 또는 검색 페이지로 향한다면 이는 명백한 Layer 7 공격 신호입니다. 이 시나리오에서는 Under Attack 모드를 첫 5분 이내에 활성화하고, 이후 목표 URL에 대한 특별한 WAF 및 속도 제한 규칙을 추가해야 합니다.

Cloudflare Under Attack 모드는 언제 사용해야 할까요?

Cloudflare Under Attack 모드는 지속적으로 활성화되어야 하는 표준 보안 설정이 아닙니다. 왜냐하면 실제 방문자에게도 짧은 대기 화면을 보여주기 때문입니다. 이 상황은 특히 전환 중심의 페이지, 결제 단계 또는 API를 사용하는 구조에서 사용자 경험에 영향을 줄 수 있습니다. 가장 올바른 사용법은 공격 중에 일시적으로 활성화하고 트래픽이 정상으로 돌아가면 보안 수준을 다시 조정하는 것입니다.

사용하기 적합한 상황

• 사이트에 과도하고 비정상적인 HTTP/HTTPS 요청이 들어오고 있는 경우.
• 서버 리소스가 빠르게 소모되고 502/503 오류가 증가하고 있는 경우.
• Cloudflare WAF가 아직 특별한 규칙으로 구성되지 않았고 빠른 방어가 필요한 경우.
• 봇 트래픽이 실제 사용자 트래픽보다 현저하게 많은 경우.
• 공격 목표가 웹 페이지, 양식, 로그인 화면 또는 검색 엔드포인트인 경우.

주의해서 사용할 상황

• 모바일 애플리케이션, 결제 제공자, 웹훅 또는 API 트래픽이 많은 경우.
• 검색 엔진 봇이 중요한 크롤링을 진행하는 기간인 경우.
• 기업 사용자들이 구형 브라우저나 제한된 네트워크 환경에서 접근하는 경우.
• 웹사이트에 Cloudflare 프록시 뒤에 없는 하위 도메인이 있는 경우.

API 트래픽이 있는 사이트에서 Under Attack 모드를 전체 도메인에 적용하면 일부 통합이 실패할 수 있습니다. 따라서 가능하면 API 하위 도메인에 대해 특별한 WAF 규칙, allowlist 또는 다른 보안 수준을 계획해야 합니다. API 보안에 관한 자세한 가이드는 API 보안 및 속도 제한 가이드를 참조할 수 있습니다.

Cloudflare Under Attack 모드 활성화 방법: 단계별 적용

다음 단계는 공격 시 신속하게 행동하기 위해 준비된 실용적인 체크리스트입니다. Cloudflare 인터페이스는 시간이 지나면서 약간의 변화가 있을 수 있지만, 기본 논리는 동일합니다: 도메인을 선택하고, 보안 수준을 높이고, 들어오는 트래픽을 Cloudflare를 통해 인증하는 것입니다.

1. Cloudflare 계정에 로그인하세요

우선 Cloudflare 계정에 로그인하고 공격 중인 도메인을 선택하세요. 여러 도메인을 관리하는 경우 올바른 존에서 작업하고 있는지 확인하세요. 잘못된 도메인에서 Under Attack 모드를 활성화하면 시간 낭비가 되고 실제 공격이 계속될 수 있습니다.

2. DNS 레코드가 프록시 상태인지 확인하세요

Under Attack 모드가 효과적으로 작동하려면 웹 트래픽이 Cloudflare를 통해 지나가야 합니다. DNS 섹션에서 A, AAAA 및 CNAME 레코드가 주황색 구름, 즉 프록시 상태인지 확인하세요. 회색 구름 상태의 DNS only 레코드는 Cloudflare 보안 계층을 통과하지 않습니다. 특히 www, 루트 도메인 및 사용 중인 하위 도메인을 확인해야 합니다.

오리진 IP 주소가 인터넷에 노출되어 있다면 공격자는 Cloudflare를 우회하여 서버에 직접 공격할 수 있습니다. 따라서 서버 방화벽에서 Cloudflare IP 범위에서 오는 HTTP/HTTPS 트래픽만 허용하는 것이 강력한 추가 조치입니다. 호스팅 제공업체에서 이와 관련된 지원을 받을 수 있으며, Cloudflare DNS 설정 방법 가이드를 참조할 수 있습니다.

3. Security 섹션에서 Under Attack Mode 기능을 활성화하세요

Cloudflare 대시보드에서 관련 도메인을 연 후 Security 또는 Overview 화면에서 Under Attack Mode 옵션을 찾습니다. 이 옵션을 활성화하면 Cloudflare는 사이트에 들어오는 방문자에게 짧은 인증 페이지를 표시하기 시작합니다. 일부 대시보드에서는 이 설정이 Security Level 아래의 I am Under Attack으로 표시될 수도 있습니다.

활성화 후 변경 사항은 일반적으로 짧은 시간 내에 적용됩니다. 첫 몇 분 동안 Cloudflare Analytics, Security Events 및 서버 리소스 사용량을 함께 모니터링해야 합니다. CPU 및 연결 수가 줄어들기 시작하면 모드가 효과가 있다는 뜻입니다. 그러나 오류 비율이 계속 높다면 추가 규칙을 작성해야 합니다.

4. 실제 사용자 경험을 테스트하세요

모드를 활성화한 후 다양한 네트워크에서 사이트를 테스트하세요. 모바일 인터넷, 사무실 네트워크 및 가능하면 다른 위치에서 홈페이지, 제품 페이지, 로그인 페이지 및 결제 흐름을 시도해야 합니다. 사용자 인증 화면 이후에 사이트에 접근할 수 있다면 기대되는 행동입니다. 만약 사용자가 무한 인증 루프에 빠지면, 쿠키 차단 설정, 브라우저 호환성 또는 Cloudflare 보안 규칙 간의 충돌을 확인해야 합니다.

5. 공격이 목표로 하는 URL을 파악하세요

Under Attack 모드는 일반적인 방패를 제공하지만, 실제 효율성은 특정 목표에 대한 규칙으로 확보됩니다. Cloudflare Security Events, 웹 분석, 호스팅 접근 로그 및 애플리케이션 로그에서 가장 많은 요청을 받는 경로를 찾아야 합니다. 예를 들어 /wp-login.php, /xmlrpc.php, /search, /cart, /api/login 또는 /checkout와 같은 URL이 공격을 받을 수 있습니다.

목표 URL이 파악되면 WAF Custom Rules를 사용해 국가, user-agent, 요청 방법, URI 경로 또는 봇 점수와 같은 기준에 따라 조치를 취할 수 있습니다. 예를 들어 특정 로그인 엔드포인트에 대해 분당 합리적인 수치 이상의 요청을 보내는 IP에 대해 managed challenge를 적용할 수 있습니다. WordPress 사이트의 경우 WordPress 보안 조치 링크는 자연스러운 내부 링크 기회를 제공합니다.

Under Attack 모드와 다른 Cloudflare 보안 옵션 간의 차이점

Cloudflare 보안 도구는 다양한 목적에 맞습니다. Under Attack 모드는 빠르고 일반적인 긴급 상황 필터이며, WAF와 Rate Limiting은 보다 목표 지향적이고 지속 가능하며 사용자 경험 측면에서 더 균형 잡힌 솔루션을 제공합니다.

실제로 좋은 방어 접근 방식은 다음과 같이 진행됩니다: 먼저 Under Attack 모드로 긴급한 압박을 줄이고, 그 다음 공격 패턴을 분석하고, WAF 및 속도 제한 규칙을 추가하며, 마지막으로 캐시 및 오리진 방화벽 설정으로 지속적인 구조를 강화합니다.

공격 중 권장되는 추가 Cloudflare 설정

Under Attack 모드는 단일 버튼 클릭으로 활성화할 수 있지만, DDoS 방어의 성공은 지원 설정에 달려 있습니다. 아래의 제안은 실제 운영에서 가장 자주 효과를 보는 방법들입니다.

WAF 규칙으로 목표 지향적 보호 설정하기

Cloudflare WAF는 특정 조건에 따라 조치를 취할 수 있게 해줍니다. 예를 들어, /wp-login.php 페이지에 들어오는 특정 국가에서의 POST 요청에 challenge를 적용할 수 있습니다. 이렇게 하면 전체 사이트에 부담을 주지 않고 공격의 대상을 고립시킬 수 있습니다.

• 관리자 및 로그인 페이지를 특정 국가나 IP 범위에만 열어둡니다.
• XML-RPC와 같은 사용하지 않는 엔드포인트를 차단합니다.
• 의심스러운 user-agent 값에 대해 managed challenge를 적용합니다.
• 특정 URI 경로에서 너무 많은 요청을 하는 클라이언트에 대해 속도 제한을 설정합니다.

캐시 수준을 올바르게 설정하세요

DDoS 공격 중에 오리진 서버가 모든 요청에 응답해야 한다면 리소스가 빠르게 소모됩니다. 정적 파일, 이미지, CSS, JavaScript 및 캐시 가능한 페이지는 Cloudflare 엣지를 통해 제공되어야 합니다. WordPress와 같은 동적 구조에서는 페이지 캐시 플러그인, Cloudflare 캐시 규칙 및 적절한 캐시-컨트롤 헤더를 함께 사용할 수 있습니다.

예를 들어, 뉴스나 블로그 중심의 사이트에서 익명의 방문자에게 보여지는 페이지는 5분에서 30분 동안 캐시할 수 있습니다. 이 간단한 설정은 공격이 없는 기간 동안에도 TTFB 값을 줄이고 호스팅 리소스를 완화합니다. 성능 측면에서 웹사이트 속도 개선 가이드 링크를 고려할 수 있습니다.

속도 제한 임계값을 현실적으로 설정하세요

속도 제한은 특히 고비용 엔드포인트에서 매우 효과적입니다. 그러나 임계값이 무작위로 설정되면 실제 사용자가 차단될 수 있습니다. 예를 들어, 제품 검색 페이지에서 일반 사용자는 분당 5-15회의 검색을 할 수 있지만, 분당 100회의 검색은 비정상적입니다. 로그인 페이지에서는 5분 내에 10번의 실패한 시도가 대부분의 시나리오에서 의심스러울 수 있습니다.

예시 접근 방식: /wp-login.php에 대해 분당 10개 이상의 요청을 보내는 IP에 managed challenge를 적용하고, 5분 내에 50개 이상의 요청을 보내는 IP에 대해 일시적 차단을 적용할 수 있습니다. API 엔드포인트에서는 사용자 세션, IP, 토큰 및 메소드 기반으로 더 세밀한 제한을 설정해야 합니다.

오리진 IP 주소를 숨기고 방화벽으로 제한하세요

Cloudflare를 사용할 때 가장 중대한 실수 중 하나는 오리진 IP 주소를 공개하는 것입니다. 오래된 DNS 레코드, 직접 IP로 작동하는 하위 도메인, 메일 레코드와 혼합된 웹 서비스 또는 유출된 구성은 공격자가 Cloudflare를 우회하여 서버에 접근하게 할 수 있습니다.

서버 측에서는 80 및 443 포트를 오직 Cloudflare IP 범위에만 열어 두는 것이 강력한 보호를 제공합니다. 또한 SSH, 패널, 데이터베이스 및 관리 포트는 인터넷에 공개해서는 안 되며; IP 제한, 강력한 비밀번호, 2FA 및 가능하다면 VPN을 사용해야 합니다. 호스팅 보안을 위해 cPanel 보안 설정 및 VPS 방화벽 구성 콘텐츠와 연결할 수 있습니다.

WordPress, WooCommerce 및 기업 사이트를 위한 특별 주의사항

모든 웹사이트가 동일한 트래픽 구조를 가지고 있는 것은 아닙니다. 블로그 사이트, WooCommerce 상점 및 SaaS 패널은 Cloudflare Under Attack 모드에서 다른 결과를 초래할 수 있습니다. 따라서 사이트 유형에 따라 중요한 경로를 식별해야 합니다.

WordPress 사이트

WordPress에서 가장 자주 표적이 되는 파일은 /wp-login.php 및 /xmlrpc.php 경로입니다. XML-RPC를 사용하지 않는 경우 차단하는 것이 일반적으로 안전합니다. 관리자 패널의 경우 국가나 IP 제한을 적용할 수 있습니다. 또한 보안 플러그인과 Cloudflare 규칙이 충돌하지 않도록 해야 하며; 동시에 너무 많은 challenge 메커니즘이 사용자 인증 루프에 빠뜨릴 수 있습니다.

WooCommerce 상점

WooCommerce에서는 장바구니, 결제 및 계정 페이지에 주의가 필요합니다. 이 페이지들은 동적이기 때문에 공격적인 캐시를 적용해서는 안 됩니다. Under Attack 모드가 활성화된 상태에서 결제 제공자의 콜백 또는 웹훅 URL이 정상적으로 작동하는지 확인해야 합니다. 필요하다면 결제 제공자의 IP 범위를 allowlist에 추가하거나 관련 엔드포인트에 대한 특별 규칙을 작성해야 합니다.

기업 및 API를 사용하는 사이트

기업 포털, CRM 통합 및 모바일 애플리케이션 API는 JavaScript challenge 화면을 처리하지 못할 수 있습니다. 이러한 구조에서는 전체 도메인에 Under Attack 모드를 적용하기보다는 API 하위 도메인을 별도로 관리하는 것이 더 바람직할 수 있습니다. 예를 들어 www.example.com에 대해 Under Attack을 활성화하는 동안 api.example.com에 대해 토큰 기반 보안, 속도 제한 및 allowlist를 적용할 수 있습니다.

Under Attack 모드 활성화 이후 모니터링해야 할 지표

보안 조치가 효과가 있는지 판단하기 위해서는 수치적 모니터링이 필요합니다. 단순히 사이트가 열리는 것만으로는 충분하지 않으며; 오류 비율, 서버 부하 및 실제 사용자 행동을 함께 평가해야 합니다.

• Cloudflare Security Events: 어떤 규칙이 몇 개의 요청을 challenge 또는 block했는지 보여줍니다.
• HTTP 상태 코드: 403, 429, 502, 503 및 504 오류에서의 변화를 모니터링해야 합니다.
• 서버 CPU 및 RAM 사용량: Under Attack 이후 감소가 예상됩니다.
• PHP-FPM 및 MySQL 연결: 애플리케이션 계층에서의 완화를 나타냅니다.
• 대역폭 및 요청 수: 트래픽 양과 필터링된 요청 비율을 비교해야 합니다.
• 실제 사용자 전환: 폼 제출, 주문, 로그인 및 결제 단계를 테스트해야 합니다.

예를 들어 Under Attack 모드가 활성화된 후 총 요청 수가 동일하더라도 오리진에 도달하는 요청이 60% 감소했다면, Cloudflare 계층이 중요한 부하를 흡수하고 있다는 의미입니다. 그럼에도 불구하고 MySQL CPU 사용량이 여전히 높은 경우, 공격이 특정 동적 쿼리를 유발할 수 있으며; 이 경우에는 애플리케이션 로그를 검토해야 합니다.

공격이 끝난 후 Under Attack 모드를 어떻게 종료해야 할까요?

공격 트래픽이 정상으로 돌아오면 Under Attack 모드를 영구적으로 활성화하는 것은 대부분의 사이트에 권장되지 않습니다. 왜냐하면 모든 방문자에게 추가 인증을 보여주는 것이 전환율, 크롤링 효율성 및 사용자 만족도에 영향을 줄 수 있기 때문입니다. 종료 작업 또한 활성화하는 것만큼 신중하게 진행되어야 합니다.

안전한 정상화 단계

• 최소 30-60분 동안 트래픽 수준이 정상으로 돌아오는 것을 기다리세요.
• Cloudflare Security Events 화면에서 challenge 및 block 수가 감소했음을 확인하세요.
• Under Attack 모드를 종료하기 전에 목표 지향적인 WAF 및 속도 제한 규칙이 활성화되어 있는지 확인하세요.
• 보안 수준을 High 또는 Medium과 같은 더 균형 잡힌 수준으로 조정하세요.
• 다양한 장치에서 사이트를 테스트하고 5xx 오류 비율을 모니터링하세요.
• 24시간 동안 로그를 추적하여 공격이 다시 시작되었는지 확인하세요.

좋은 방법으로는, 공격 후 사건 보고서를 작성해야 합니다. 이 보고서에는 공격 시작 시간, 목표 URL, 가장 많은 요청 수, 수행한 조치, 효과가 있던 규칙 및 지속 가능한 개선 사항이 포함되어야 합니다. 이 문서는 다음 사건에서의 대응 시간을 크게 단축할 수 있습니다.

일반적인 오류 및 피해야 할 사항

DDoS 공격 중에는 신속한 결정을 내려야 합니다; 그러나 잘못된 설정은 실제 사용자도 차단할 수 있습니다. 아래의 오류는 특히 심한 스트레스 하에서 자주 발생합니다.

• DNS 레코드를 프록시로 설정하지 않고 Under Attack 모드가 보호를 제공할 것이라고 생각하는 것.
• 오리진 IP 주소를 공개 상태로 두고 방화벽으로 Cloudflare IP 외의 접근을 차단하지 않는 것.
• API, 웹훅 및 결제 콜백 주소를 테스트하지 않고 전체 도메인에 challenge를 적용하는 것.
• 너무 광범위한 WAF 차단 규칙을 작성하여 실제 고객을 차단하는 것.
• 캐시되어서는 안 되는 장바구니, 결제 또는 사용자 패널 페이지를 공격적으로 캐시하는 것.
• 공격이 끝난 후 모드를 수 주간 그대로 두는 것.
• 서버 로그를 검토하지 않고 Cloudflare 화면만 보고 결정을 내리는 것.

특히 전자상거래 사이트에서 결제 콜백이 차단되는 것은 심각한 수익 손실을 초래할 수 있습니다. 따라서 보안 규칙을 작성할 때는 차단 대신 먼저 로그 또는 managed challenge 조치로 테스트하는 것이 더 안전합니다. 규칙의 효과가 확인된 후 더 강력한 조치로 전환할 수 있습니다.

Hostragons 인프라에서 더 강력한 방어를 계획하는 방법

Cloudflare는 강력한 전단계를 제공하지만, 성공적인 DDoS 방어는 CDN 측에서 끝나지 않습니다. 호스팅 인프라, 소프트웨어 최적화, SSL 구성, DNS 관리 및 백업 전략을 함께 고려해야 합니다. Hostragons에서 호스팅되는 사이트의 기본 접근 방식은 다음과 같아야 합니다: Cloudflare가 트래픽을 필터링하고, 호스팅 계층은 오직 클린 트래픽만 처리하며, 애플리케이션은 불필요한 데이터베이스 부하를 생성하지 않도록 최적화됩니다.

새로운 프로젝트가 라이브되기 전에 도메인이 올바른 DNS 레코드로 관리되고, SSL 인증서가 문제없이 설치되며, 웹 서버 리소스가 트래픽 프로필에 적합하게 선택되는 것이 중요합니다. 이 시점에서 도메인 조회 및 등록, 웹 호스팅 패키지, 기업 호스팅 솔루션 및 무료 SSL 인증서 링크가 사용자에게 도움이 될 수 있습니다.

높은 트래픽이나 공격 위험이 높은 프로젝트에서는 표준 공유 호스팅 대신 더 제어된 VPS 또는 관리형 서버 옵션을 고려할 수 있습니다. 이렇게 하면 방화벽, 웹 서버, PHP-FPM, Redis, 객체 캐시 및 데이터베이스 설정을 더 유연하게 구성할 수 있습니다. 그러나 어떤 인프라를 선택하더라도 Cloudflare Under Attack 모드는 오직 긴급 상황 도구로 위치해야 하며, 지속 가능한 보안 아키텍처는 WAF, 로그 분석 및 정기 업데이트로 지원되어야 합니다.

신속한 체크리스트: DDoS 발생 시 첫 15분

공격 중에는 시간이 매우 중요합니다. 아래 리스트는 기술 팀이나 사이트 소유자가 처음 15분 이내에 할 수 있는 일을 요약합니다.

• Cloudflare 대시보드에 로그인하고 올바른 도메인을 선택하세요.
• DNS 레코드가 주황색 구름, 즉 프록시 상태인지 확인하세요.
• Under Attack 모드를 활성화하세요.
• 홈페이지, 로그인, 장바구니, 결제 및 API 엔드포인트를 테스트하세요.
• Cloudflare Security Events 화면에서 목표 URL을 식별하세요.
• 가장 많이 공격받는 경로에 대해 특별한 WAF 또는 속도 제한 규칙을 추가하세요.
• 서버의 CPU, RAM, PHP-FPM 및 MySQL 상태를 확인하세요.
• 오리진 IP에 대한 직접 접근이 있는지를 테스트하세요.
• 결제 제공자, 웹훅 및 중요한 통합을 위해 allowlist가 필요한지 검토하세요.
• 모든 작업을 시간 정보와 함께 기록하세요.

이 리스트를 정기적으로 연습하면 실제 공격 중 패닉이 줄어들고 대응 품질이 향상됩니다. 대규모 사이트에서는 이 프로세스를 사건 대응 계획으로 문서화하는 것이 권장됩니다.

자주 묻는 질문

Cloudflare Under Attack 모드는 사이트를 완전히 보호하나요?

아니요. Cloudflare Under Attack 모드는 특히 HTTP/HTTPS 레벨의 봇 및 플러드 트래픽을 줄이는 데 효과적이지만, 단독으로 완전한 보호를 제공하지는 않습니다. DNS 레코드가 프록시 상태여야 하며, 오리진 IP가 숨겨져 있어야 하며, WAF 규칙, 속도 제한, 캐시 및 서버 방화벽 설정과 함께 사용해야 합니다.

Under Attack 모드는 SEO에 해를 끼치나요?

짧은 시간 동안의 사용은 일반적으로 심각한 SEO 손해를 초래하지 않습니다. 그러나 모드가 장기간 활성화되면 검색 엔진 크롤링 효율성과 사용자 경험에 영향을 줄 수 있습니다. 따라서 공격 후 모드를 종료하고 목표 지향적 보안 규칙으로 계속하는 것이 더 건강합니다.

Cloudflare Under Attack 모드는 얼마나 오랫동안 활성화해야 하나요?

공격 강도가 낮아질 때까지 활성화할 수 있으며; 실제로 트래픽이 정상으로 돌아온 후 최소 30-60분 동안 모니터링 한 후 서서히 종료하는 것이 권장됩니다. 모드를 종료하기 전에 WAF 및 속도 제한과 같은 지속적인 규칙이 준비되어 있어야 합니다.

Under Attack 모드는 API 또는 결제 시스템에 영향을 미치나요?

예, 영향을 미칠 수 있습니다. 일부 API 클라이언트, 웹훅 서비스 및 결제 콜백 시스템은 브라우저 기반 보안 인증을 완료할 수 없습니다. 따라서 중요한 엔드포인트를 테스트해야 하며, 필요할 경우 allowlist 또는 특별한 Cloudflare 규칙을 정의해야 합니다.

Cloudflare를 사용할 때 호스팅 측에서 추가적으로 조치를 취해야 하나요?

예. Cloudflare는 전단계에서 강력한 보호를 제공하지만, 오리진 서버의 IP 주소는 숨겨야 하며, 방화벽은 필요한 트래픽만 허용해야 하며, 소프트웨어는 최신 상태로 유지해야 하며, 캐시 구성은 올바르게 설정해야 합니다. 안전한 호스팅 인프라는 DDoS 내구성의 중요한 부분입니다.

결론

Cloudflare Under Attack 모드는 DDoS 공격을 받고 있는 사이트에서 신속하게 숨을 쉴 수 있게 해주는 효과적인 긴급 도구입니다. 올바른 DNS 프록시 설정으로 활성화되면 봇 트래픽을 줄이고, 서버 부하를 감소시키며, 실제 사용자들이 사이트에 접근할 가능성을 높여줍니다. 최상의 결과를 얻기 위해 이 모드는 WAF 규칙, 속도 제한, 캐시 최적화 및 오리진 방화벽 보안과 함께 지원해야 합니다.

웹사이트가 공격에 더 강하게 작동하도록 하려면 인프라, DNS 관리 및 SSL 구성을 정기적으로 검토해야 합니다. Hostragons의 호스팅, 도메인 및 SSL 솔루션을 살펴봄으로써 사이트에 더 안전하고 지속 가능한 기반을 마련할 수 있습니다.