ModSecurity를 ​​사용하여 DoS 공격으로부터 AEM 사이트 보호

Adobe Experience Manager(AEM) 게시 Dispatcher에서 OWASP ModSecurity 핵심 규칙 세트(CRS) ​를 사용하여 서비스 거부(DoS) 공격으로부터 사이트를 보호하기 위해 ModSecurity를 ​​활성화하는 방법에 대해 알아봅니다.

개요

Open Web Application Security Project®(OWASP) 재단은 웹 애플리케이션의 가장 중요한 10가지 보안 문제를 정리한 상위 10개 OWASP 를 제공합니다.

ModSecurity는 웹 애플리케이션에 대한 다양한 공격으로부터 보호하는 오픈 소스 크로스 플랫폼 솔루션입니다. 또한 HTTP 트래픽 모니터링, 로깅 및 실시간 분석 기능도 제공합니다.

OWSAP®은 또한 OWASP® ModSecurity 핵심 규칙 세트(CRS)도 제공합니다. CRS는 ModSecurity에서 사용되는 일반적인 공격 탐지 규칙 세트입니다. 최소한의 오탐을 유지하면서 상위 10개 OWASP를 포함한 광범위한 공격으로부터 웹 애플리케이션을 보호하는 것을 목표로 합니다.

이 튜토리얼에서는 사이트를 잠재적인 DoS 공격으로부터 보호하기 위해 DOS-PROTECTION CRS 규칙을 활성화하고 구성하는 방법을 보여 줍니다.

TIP
AEM as a Cloud Service의 관리형 CDN은 대부분 고객의 성능 및 보안 요구 사항을 충족합니다. 추가로 ModSecurity는 추가 보안 계층을 제공하며 고객 맞춤형 규칙과 구성을 허용합니다.

Dispatcher 프로젝트 모듈에 CRS 추가

  1. 최신 OWASP ModSecurity 핵심 규칙 세트를 다운로드하고 추출합니다.

    code language-shell
    # Replace the X.Y.Z with relevent version numbers.
    $ wget https://github.com/coreruleset/coreruleset/archive/refs/tags/vX.Y.Z.tar.gz
    
    # For version v3.3.5 when this tutorial is published
    $ wget https://github.com/coreruleset/coreruleset/archive/refs/tags/v3.3.5.tar.gz
    
    # Extract the downloaded file
    $ tar -xvzf coreruleset-3.3.5.tar.gz
    
  2. AEM 프로젝트 코드 내 dispatcher/src/conf.d/modsec/crs 폴더를 만듭니다. 예를 들어 로컬에 복사한 AEM WKND Sites 프로젝트에서 만들 수 있습니다.

    AEM 프로젝트 코드 내 CRS 폴더 - ModSecurity {width="200" modal="regular"}

  3. 다운로드한 CRS 릴리스 패키지의 coreruleset-X.Y.Z/rules 폴더를 dispatcher/src/conf.d/modsec/crs 폴더로 복사합니다.

  4. 다운로드한 CRS 릴리스 패키지에서 coreruleset-X.Y.Z/crs-setup.conf.example 파일을 dispatcher/src/conf.d/modsec/crs 폴더로 복사하고 이름을 crs-setup.conf로 바꿉니다.

  5. dispatcher/src/conf.d/modsec/crs/rules 내 복사한 CRS 규칙 파일을 모두 비활성화하기 위해 파일 이름을 XXXX-XXX-XXX.conf.disabled로 바꿉니다. 아래 명령을 사용하면 모든 파일의 이름을 한 번에 바꿀 수 있습니다.

    code language-shell
    # Go inside the newly created rules directory within the dispathcher module
    $ cd dispatcher/src/conf.d/modsec/crs/rules
    
    # Rename all '.conf' extension files to '.conf.disabled'
    $ for i in *.conf; do mv -- "$i" "$i.disabled"; done
    

    WKND 프로젝트 코드에서 이름이 변경된 CRS 규칙과 구성 파일을 확인할 수 있습니다.

    AEM 프로젝트 코드 내 비활성화된 CRS 규칙 - ModSecurity {width="200" modal="regular"}

서비스 거부(DoS) 보호 규칙 활성화 및 구성

서비스 거부(DoS) 보호 규칙을 활성화하고 구성하려면 다음 단계를 따릅니다.

  1. dispatcher/src/conf.d/modsec/crs/rules 폴더 내에서 REQUEST-912-DOS-PROTECTION.conf.disabled의 파일 이름을 REQUEST-912-DOS-PROTECTION.conf로 변경하여(또는 규칙 이름 확장명에서 .disabled 제거) DoS 보호 규칙을 활성화합니다.

  2. DOS_COUNTER_THRESHOLD, DOS_BURST_TIME_SLICE, DOS_BLOCK_TIMEOUT 변수를 정의하여 규칙을 구성합니다.

    1. dispatcher/src/conf.d/modsec/crs 폴더 내에 crs-setup.custom.conf 파일을 만듭니다.
    2. 새로 만든 파일에 아래 규칙 스니펫을 추가합니다.
    code language-none
    # The Denial of Service (DoS) protection against clients making requests too quickly.
    # When a client is making more than 25 requests (excluding static files) within
    # 60 seconds, this is considered a 'burst'. After two bursts, the client is
    # blocked for 600 seconds.
    SecAction \
        "id:900700,\
        phase:1,\
        nolog,\
        pass,\
        t:none,\
        setvar:'tx.dos_burst_time_slice=60',\
        setvar:'tx.dos_counter_threshold=25',\
        setvar:'tx.dos_block_timeout=600'"
    

이 예시 규칙 구성에서 DOS_COUNTER_THRESHOLD ​는 25이고, DOS_BURST_TIME_SLICE ​는 60초이며, DOS_BLOCK_TIMEOUT 시간 제한은 600초입니다. 이 구성은 60초 이내에 정적 파일을 제외한 25회 요청이 2번 이상 발생하면 DoS 공격으로 간주하여, 해당 요청 클라이언트를 600초(10분) 동안 차단합니다.

WARNING
필요에 맞는 적절한 값을 정의하려면 웹 보안 팀과 협력하십시오.

CRS 초기화

CRS를 초기화하고, 일반적인 긍정 오류를 제거하고, 사이트에 로컬 예외를 추가하려면 아래 단계를 따릅니다.

  1. CRS를 초기화하려면 REQUEST-901-INITIALIZATION 파일에서 .disabled를 제거합니다. 즉, REQUEST-901-INITIALIZATION.conf.disabled 파일의 이름을 REQUEST-901-INITIALIZATION.conf로 바꿉니다.

  2. 로컬 IP(127.0.0.1) ping과 같은 일반적인 긍정 오류를 제거하려면 REQUEST-905-COMMON-EXCEPTIONS 파일에서 .disabled를 제거합니다.

  3. AEM 플랫폼이나 사이트별 경로와 같은 로컬 예외를 추가하려면 REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf.example의 이름을 REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf로 바꿉니다.

    1. 새로 이름이 변경된 파일에 AEM 플랫폼별 경로 예외를 추가합니다.
    code language-none
    ########################################################
    # AEM as a Cloud Service exclusions                    #
    ########################################################
    # Ignoring AEM-CS Specific internal and reserved paths
    
    SecRule REQUEST_URI "@beginsWith /systemready" \
        "id:1010,\
        phase:1,\
        pass,\
        nolog,\
        ctl:ruleEngine=Off"
    
    SecRule REQUEST_URI "@beginsWith /system/probes" \
        "id:1011,\
        phase:1,\
        pass,\
        nolog,\
        ctl:ruleEngine=Off"
    
    SecRule REQUEST_URI "@beginsWith /gitinit-status" \
        "id:1012,\
        phase:1,\
        pass,\
        nolog,\
        ctl:ruleEngine=Off"
    
    ########################################################
    # ADD YOUR SITE related exclusions                     #
    ########################################################
    ...
    
  4. 또한 IP 신뢰도 차단 검사를 위한 REQUEST-910-IP-REPUTATION.conf.disabled 파일과 이상 점수 검사를 위한 REQUEST-949-BLOCKING-EVALUATION.conf.disabled에서 .disabled를 제거하십시오.

TIP
AEM 6.5에서 구성할 때 위의 경로를 AEM의 상태를 확인하는 해당 AMS 또는 온프레미스 경로(즉, 하트비트 경로)로 바꿔야 합니다.

ModSecurity Apache 구성 추가

ModSecurity(또는 mod_security Apache 모듈)를 활성화하려면 다음 단계를 따릅니다.

  1. 아래 주요 구성을 사용하여 dispatcher/src/conf.d/modsec/modsecurity.confmodsecurity.conf를 만듭니다.

    code language-none
    # Include the baseline crs setup
    Include conf.d/modsec/crs/crs-setup.conf
    
    # Include your customizations to crs setup if exist
    IncludeOptional conf.d/modsec/crs/crs-setup.custom.conf
    
    # Select all available CRS rules:
    #Include conf.d/modsec/crs/rules/*.conf
    
    # Or alternatively list only specific ones you want to enable e.g.
    Include conf.d/modsec/crs/rules/REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf
    Include conf.d/modsec/crs/rules/REQUEST-901-INITIALIZATION.conf
    Include conf.d/modsec/crs/rules/REQUEST-905-COMMON-EXCEPTIONS.conf
    Include conf.d/modsec/crs/rules/REQUEST-910-IP-REPUTATION.conf
    Include conf.d/modsec/crs/rules/REQUEST-912-DOS-PROTECTION.conf
    Include conf.d/modsec/crs/rules/REQUEST-949-BLOCKING-EVALUATION.conf
    
    # Start initially with engine off, then switch to detection and observe, and when sure enable engine actions
    #SecRuleEngine Off
    #SecRuleEngine DetectionOnly
    SecRuleEngine On
    
    # Remember to use relative path for logs:
    SecDebugLog logs/httpd_mod_security_debug.log
    
    # Start with low debug level
    SecDebugLogLevel 0
    #SecDebugLogLevel 1
    
    # Start without auditing
    SecAuditEngine Off
    #SecAuditEngine RelevantOnly
    #SecAuditEngine On
    
    # Tune audit accordingly:
    SecAuditLogRelevantStatus "^(?:5|4(?!04))"
    SecAuditLogParts ABIJDEFHZ
    SecAuditLogType Serial
    
    # Remember to use relative path for logs:
    SecAuditLog logs/httpd_mod_security_audit.log
    
    # You might still use /tmp for temporary/work files:
    SecTmpDir /tmp
    SecDataDir /tmp
    
  2. AEM 프로젝트의 Dispatcher 모듈 dispatcher/src/conf.d/available_vhosts에서 원하는 .vhost(예: wknd.vhost)를 선택한 다음 아래 항목을 <VirtualHost> 블록 외부에 추가합니다.

    code language-none
    # Enable the ModSecurity and OWASP CRS
    <IfModule mod_security2.c>
        Include conf.d/modsec/modsecurity.conf
    </IfModule>
    
    ...
    
    <VirtualHost *:80>
        ServerName    "publish"
        ...
    </VirtualHost>
    

위에 나열된 모든 ModSecurity CRSDOS-PROTECTION 구성은 AEM WKND Sites 프로젝트의 tutorial/enable-modsecurity-crs-dos-protection 분기에서 검토할 수 있습니다.

Dispatcher 구성 유효성 검사

AEM as a Cloud Service를 사용하는 경우, Dispatcher 구성 변경 사항을 배포하기 전에 AEM SDK의 Dispatcher 도구validate 스크립트를 사용하여 로컬에서 해당 변경 사항의 유효성을 검사하는 것이 좋습니다.

# Go inside Dispatcher SDK 'bin' directory
$ cd <YOUR-AEM-SDK-DIR>/<DISPATCHER-SDK-DIR>/bin

# Validate the updated Dispatcher configurations
$ ./validate.sh <YOUR-AEM-PROJECT-CODE-DIR>/dispatcher/src

배포

Cloud Manager 웹 계층 또는 전체 스택 파이프라인을 사용하여 로컬에서 검증된 Dispatcher 구성을 배포합니다. 빠른 작업을 원할 경우 신속한 개발 환경을 사용할 수도 있습니다.

확인

DoS 보호 기능을 검증하려면 이 예시에서는 60초 이내에 25회 요청이 두 번 이상 발생하는, 즉 50회 이상의 요청을 보내야 합니다. 단, 요청은 AEM as a Cloud Service 기본 제공 CDN이나 웹 사이트 앞단에 위치한 다른 CDN을 통과해야 합니다.

CDN을 통과하는 한 가지 방법은, 각 페이지 요청마다 쿼리 매개변수에 랜덤 값을 추가 ​하는 것입니다.

짧은 기간(예: 60초) 내에 많은 수의 요청(50개 이상)을 트리거하려면 Apache JMeter 또는 Benchmark 또는 ab 도구를 사용할 수 있습니다.

JMeter 스크립트를 사용하여 DoS 공격 시뮬레이션

JMeter를 사용하여 DoS 공격을 시뮬레이션하려면 다음 단계를 따릅니다.

  1. Apache JMeter를 다운로드하고 로컬에 설치합니다.

  2. <JMETER-INSTALL-DIR>/bin 디렉터리의 jmeter 스크립트를 사용하여 로컬에서 실행합니다.

  3. 열기 도구 메뉴를 사용하여 JMeter에서 샘플 WKND-DoS-Attack-Simulation-Test JMX 스크립트를 엽니다.

    WKND DoS 공격 JMX 테스트 스크립트 샘플 열기 - ModSecurity

  4. 테스트 AEM 환경 URL과 일치하도록 홈 페이지모험 페이지 HTTP 요청 샘플러에서 서버 이름 또는 IP 필드 값을 업데이트합니다. 샘플 JMeter 스크립트의 다른 세부 사항을 검토합니다.

    AEM 서버 이름 HTTP 요청 JMetere - ModSecurity

  5. 도구 메뉴에서 시작 버튼을 눌러 스크립트를 실행합니다. 스크립트는 5명의 사용자가 각 10회씩 루프를 돌며 WKND 사이트의 홈 페이지 ​와 모험 페이지 ​에 대해 총 50개의 HTTP 요청을 전송합니다. 따라서 정적 파일이 아닌 파일에 대한 요청이 총 100개 발생하게 되며, 이는 DOS-PROTECTION CRS 규칙의 사용자 정의 구성에 따라 DoS 공격으로 간주됩니다.

    JMeter 스크립트 실행 - ModSecurity

  6. 표에서 결과 보기 JMeter 리스너에서 약 53번째 요청부터 실패 응답 상태를 확인할 수 있습니다.

    JMeter 표에서 결과 보기의 실패한 응답 - ModSecurity

  7. 실패한 요청은 503 HTTP 응답 코드 ​를 반환하며, 표에서 결과 보기 JMeter 리스너에서 세부 정보를 볼 수 있습니다.

    503 응답 JMeter - ModSecurity

로그 검토

ModSecurity 로거 구성은 DoS 공격 사건의 세부 정보를 기록합니다. 세부 정보를 보려면 아래 단계를 따릅니다.

  1. Dispatcher 게시 ​의 httpderror 로그 파일을 다운로드하여 엽니다.

  2. 로그 파일에서 burst라는 단어를 검색하여 오류 라인을 확인합니다.

    code language-none
    Tue Aug 15 15:19:40.229262 2023 [security2:error] [pid 308:tid 140200050567992] [cm-p46652-e1167810-aem-publish-85df5d9954-bzvbs] [client 192.150.10.209] ModSecurity: Warning. Operator GE matched 2 at IP:dos_burst_counter. [file "/etc/httpd/conf.d/modsec/crs/rules/REQUEST-912-DOS-PROTECTION.conf"] [line "265"] [id "912170"] [msg "Potential Denial of Service (DoS) Attack from 192.150.10.209 - # of Request Bursts: 2"] [ver "OWASP_CRS/3.3.5"] [tag "application-multi"] [tag "language-multi"] [tag "platform-multi"] [tag "paranoia-level/1"] [tag "attack-dos"] [tag "OWASP_CRS"] [tag "capec/1000/210/227/469"] [hostname "publish-p46652-e1167810.adobeaemcloud.com"] [uri "/content/wknd/us/en/adventures.html"] [unique_id "ZNuXi9ft_9sa85dovgTN5gAAANI"]
    
    ...
    
    Tue Aug 15 15:19:40.515237 2023 [security2:error] [pid 309:tid 140200051428152] [cm-p46652-e1167810-aem-publish-85df5d9954-bzvbs] [client 192.150.10.209] ModSecurity: Access denied with connection close (phase 1). Operator EQ matched 0 at IP. [file "/etc/httpd/conf.d/modsec/crs/rules/REQUEST-912-DOS-PROTECTION.conf"] [line "120"] [id "912120"] [msg "Denial of Service (DoS) attack identified from 192.150.10.209 (1 hits since last alert)"] [ver "OWASP_CRS/3.3.5"] [tag "application-multi"] [tag "language-multi"] [tag "platform-multi"] [tag "paranoia-level/1"] [tag "attack-dos"] [tag "OWASP_CRS"] [tag "capec/1000/210/227/469"] [hostname "publish-p46652-e1167810.adobeaemcloud.com"] [uri "/us/en.html"] [unique_id "ZNuXjAN7ZtmIYHGpDEkmmwAAAQw"]
    
  3. 클라이언트 IP 주소, 작업, 오류 메시지 및 요청 세부 정보와 같은 세부 정보를 검토합니다.

ModSecurity의 성능 영향

ModSecurity 및 관련 규칙을 활성화하면 성능에 영향을 줄 수 있으므로, 필요한 규칙, 중복된 규칙, 생략할 규칙을 신중히 판단하시기 바랍니다. 웹 보안 전문가와 협력하여 CRS 규칙을 활성화하고 사용자 정의하십시오.

추가 규칙

이 튜토리얼에서는 시연을 위해 DOS-PROTECTION CRS 규칙만 활성화 및 사용자 정의했습니다. 실제 운영 환경에서는 웹 보안 전문가와 협력하여 적절한 규칙을 검토하고 구성하는 것이 좋습니다.

recommendation-more-help
c92bdb17-1e49-4e76-bcdd-89e4f85f45e6