본문으로 이동
PEERYXNETWORK

구축 요구사항

기업 및 SaaS 네트워크를 위한 DDoS 보호

공개 서비스의 가용성에는 도달 가능한 네트워크 경로와 정상 작업을 처리할 수 있는 애플리케이션이 모두 필요합니다. 보호된 트래픽의 제공 방식을 선택하기 전에 제어하는 주소와 경로를 확인하세요.

모니터, 키보드, 컴퓨터가 설치된 개발용 작업 공간.
이해를 돕기 위한 사진 · Anete Lusina / Pexels

어떤 자원을 사용할 수 없게 되는지 파악하세요

네트워크 포화와 비용이 큰 요청은 다릅니다
포화된 링크는 애플리케이션이 트래픽을 보기 전에 접근을 막을 수 있습니다. 처리 비용이 큰 인증 요청은 링크를 채우지 않고 백엔드 자원을 소진할 수 있습니다. 하나의 대역폭 그래프로 두 문제를 모두 진단할 수는 없습니다.
원본 앞에 여러 제공 계층이 있을 수 있습니다
CDN, 애플리케이션 프록시, 방화벽, 원본 서버는 다른 트래픽을 볼 수 있습니다. 보호를 바꾸기 전에 주 사이트 외의 엔드포인트까지 공개 이름, 노출 주소, 반환 경로를 정리하세요.
주소가 다른 공급자 소유일 수 있습니다
호스팅 또는 클라우드 할당 주소를 새 BGP 서비스로 자동 이전할 수는 없습니다. 주소 소유권과 공급자의 라우팅 및 터널 제약을 검토하고 각 운영자가 허용하는 범위에 맞춰 설계하세요.

네트워크 보호와 애플리케이션 통제를 보완적으로 유지하세요

보호된 Transit IP 또는 호환 로컬 필터 구성이 네트워크 계층을 담당할 수 있습니다. HTTP 권한, 요청 예산, 앱별 통제는 적절한 애플리케이션이나 보안 구성요소가 담당해야 하며 범용 WAF 서비스를 의미하지 않습니다.

  1. 노출된 서비스 정리

    공인 엔드포인트, 호스팅 책임, 필요한 프로토콜, 계속 사용 가능해야 할 애플리케이션 동작을 확인하세요.

  2. 보호된 네트워크 경로 검증

    제공 방식, 허용 라우팅, MTU, 선택한 필터 모드에 필요한 가시성을 검토하세요.

  3. 애플리케이션 보호 유지

    원본 접근 정책, 인증, 요청 제한, 백엔드 관찰을 애플리케이션에 맞게 유지하세요.

구축 순서의 예시입니다. 실제 제공 서비스는 견적과 인수 기록으로 정합니다.

팀이 운영할 수 있는 경계를 선택하세요

라우팅을 바꿀 수 있나요, 애플리케이션 엔드포인트만 바꿀 수 있나요?
이 답에 따라 트랜짓, 호환 터널, 다른 제공 계층을 검토할 수 있는지가 달라집니다. 구성 선택 전에 공급자 제약을 확인하세요.
이 서비스에서 가용성이란 무엇인가요?
열린 포트뿐 아니라 성공한 업무 동작으로 정의하세요. 네트워크와 앱 팀이 같은 사고를 비교하도록 기대 응답, 시간 초과, 의존 서비스 동작을 기록하세요.
네트워크가 도달 가능한 상태라면 누가 조사하나요?
같은 시간 구간의 애플리케이션 오류, 자원 사용, 네트워크 카운터를 확인할 수 있게 하세요. 정상 경로가 인증, 데이터베이스, 외부 의존성의 정상 동작을 증명하지는 않습니다.

사용자의 전체 동작을 검증하세요

  • 제공 경로를 바꾸기 전에 일반적인 앱 성공과 의존 서비스 동작을 기록하세요.
  • 제안한 네트워크 계층을 통해 필요한 프로토콜, 양방향 트래픽, 대표적인 큰 데이터 교환을 검증하세요.
  • 호스팅, 네트워크, 앱 팀 간 되돌리기와 사고 책임을 합의하고 기존 애플리케이션 통제를 유지하세요.

이 구축 방식에 관한 질문

네트워크 DDoS 보호가 WAF나 애플리케이션 권한 검사를 대체하나요?

아닙니다. 네트워크 제공과 지원되는 패킷 필터링은 애플리케이션을 이해하는 접근 결정을 대신하지 않습니다. 운영 서비스에 맞게 각 계층을 따로 검토하세요.

애플리케이션을 새 서버로 옮겨야 하나요?

호환 제공 경로와 현재 공급자 제약에 따라 다릅니다. 이전을 약속하기 전에 라우팅과 원본 도달성을 검토하세요.

기술 참고 자료 : OWASP: 시스템 계층별 서비스 거부 방어