플러그인 이름	nginx
취약점 유형	손상된 액세스 제어
CVE 번호	해당 없음
긴급	정보
CVE 게시 날짜	2026-06-03
소스 URL	해당 없음

WordPress 취약점 경고가 사라질 때 대처 방법 — WP‑Firewall의 전문가 안내

메모: 이 게시물은 WP‑Firewall의 보안 팀이 작성했습니다. 우리는 WordPress 사이트 소유자가 연구 피드, 게시판 또는 경고가 나타날 때, 또는 갑자기 예기치 않은 404 또는 “로그인 필요” 페이지가 나타날 때 신속하고 자신 있게 대응할 수 있도록 매일 공개 취약점 연구, 비공식 공개 및 악용 텔레메트리를 모니터링합니다. 아래에서는 발생했을 가능성이 있는 일, 사이트를 분류하는 방법, 가장 일반적인 악용 방법에 대한 방어 강화 방법, 그리고 우리의 관리형 WAF 및 보안 서비스가 어떻게 보호를 유지하는 데 도움이 되는지 설명합니다.

TL;DR — 취약점 연구자 사이트나 피드가 404 또는 잠금 페이지를 반환하는 경우

• 404 또는 로그인 필요 페이지는 연구자가 보고서를 철회했거나 제한된 영역 뒤로 이동했거나 패치 또는 조정된 공개가 완료되는 동안 공개 공개를 제거했음을 의미할 수 있습니다.
• 모든 공개 또는 이전에 공개된 권고를 실행 가능한 것으로 간주하십시오: 플러그인/테마/코어 버전을 확인하고, 공급업체 패치를 적용하고, 보상 제어(가상 패치, 접근 제한)를 즉시 활성화하십시오.
• CVE 또는 권고가 현재 접근할 수 없더라도 모니터링, 서명 및 행동 기반 탐지를 사용하여 의심스러운 패턴을 포착하십시오.
• 관리형 보안 계층이 없다면 하나를 활성화하십시오(업데이트를 확인하는 동안 WP‑Firewall의 기본(무료) 관리형 WAF 및 악성 코드 스캔을 시도하십시오).

---

연구 또는 공개 페이지가 404를 반환하거나 로그인 뒤로 이동할 수 있는 이유

취약점 연구 링크를 클릭하고 404 또는 잠금 로그인 화면을 보게 되면 몇 가지 일반적인 일이 발생할 수 있습니다:

• 조정된 공개: 연구자와 공급업체가 패치가 준비되고 배포되는 동안 공개 세부정보를 일시적으로 제거하기로 합의했습니다.
• 공개 철회 또는 업데이트: 권고가 잘못된 데이터, 조기 게시 또는 새로운 증거로 인해 위험 등급이 변경되어 편집되거나 제거되었습니다.
• 접근 제한: 연구자 포털은 전체 세부정보에 접근하기 위해 등록 또는 구독이 필요할 수 있으며, 특히 비공식 권고의 경우 그렇습니다.
• 삭제 또는 법적 요청: 공급업체는 활성 악용이 광범위한 경우 완화 작업을 진행하는 동안 일시적으로 제거를 요청할 수 있습니다.
• 사이트/호스팅 변경: 연구 플랫폼이 유지 관리 또는 마이그레이션 중일 수 있습니다.

이유가 무엇이든, 가장 안전한 가정은 취약점이 존재하거나 존재했을 수 있다는 것입니다. 그렇지 않다고 확인할 수 있을 때까지 노출된 WordPress 사이트를 잠재적으로 위험에 처해 있다고 간주하십시오.

---

사이트 소유자를 위한 즉각적이고 실용적인 단계(첫 30-60분)

1. 소프트웨어 버전 확인
   • WordPress 코어: 최신 지원 릴리스를 실행하고 있는지 확인하십시오.
   • 플러그인 및 테마: 모든 활성 플러그인/테마를 나열하고 버전을 기록하십시오. 최근에 업데이트되었거나 설치 수가 많은 것에 특별한 주의를 기울이십시오.
2. 사이트를 유지 관리 모드로 전환하십시오(가능한 경우)
   • 변경 사항을 조사하고 적용하는 동안 사용자 영향을 제한합니다.
3. 보호 기능을 활성화하거나 강화합니다.
   • 웹 애플리케이션 방화벽(WAF)을 사용하는 경우 활성화되고 업데이트되었는지 확인하십시오. WAF가 없는 경우 즉시 관리형 WAF 또는 계층 보안을 활성화하십시오.
   • 로그인 및 XML-RPC 엔드포인트에 대한 속도 제한을 설정하고 공격 급증이 발생하면 의심스러운 국가 또는 IP 범위를 일시적으로 차단하거나 도전하십시오.
4. 안전할 때 업데이트하십시오.
   • 사용 가능한 경우 공급업체 패치 또는 핵심 업데이트를 적용하십시오. 패치가 아직 제공되지 않는 경우 임시 완화 조치(가상 패치 규칙, 취약한 기능 비활성화)를 적용하십시오.
5. 중요한 자격 증명을 교체합니다.
   • 관리자 수준 계정에 대해 비밀번호 재설정을 강제하고, API 키를 교체하며, 침해 증거가 있는 경우 데이터베이스 자격 증명을 교체하십시오.
6. 증거 보존
   • 잠재적인 침해를 조사하는 경우 변경하기 전에 전체 사이트 백업 및 로그(웹 서버, 애플리케이션, 데이터베이스)의 읽기 전용 스냅샷을 가져옵니다.
7. 침해 지표(IoC) 스캔
   • 악성 코드 검사를 실행하고 일반적인 침해 지표를 확인하십시오: 수정된 핵심 파일, 낯선 관리자 사용자, 의심스러운 예약 작업(cron), 비정상적인 아웃바운드 연결.
8. 이해관계자에게 알림
   • 조사 및 임시 완화 조치에 대해 팀과 모든 클라이언트에게 알립니다.

---

일반적인 WordPress 취약점 클래스와 공격자가 이를 사용하는 방법

공격자가 취약점을 무기화하는 방법을 이해하면 완화 조치를 우선 순위에 따라 정할 수 있습니다.

• 크로스 사이트 스크립팅(XSS)
  • 공격자는 관리자가 보거나 사용자가 보도록 페이지에 JavaScript를 주입하여 세션을 탈취하거나 토큰을 훔치거나 관리자 작업으로 전환합니다.
  • 완화: 엄격한 출력 이스케이프, 콘텐츠 보안 정책(CSP), WAF XSS 서명 및 강력한 입력 정화.
• SQL 주입(SQLi)
  • 직접 데이터베이스 조작은 데이터 도난 및 인증 우회를 초래합니다.
  • 완화: WordPress DB API(prepare()), 매개변수화된 쿼리 및 WAF SQLi 서명을 사용하십시오.
• 인증되지 않은 원격 코드 실행(RCE)
  • 가장 심각한 경우: 전체 장악을 허용합니다. 공격자는 서버에 코드를 업로드하거나 평가합니다.
  • 완화: 신속하게 패치하고, 불필요한 파일 쓰기 또는 eval()을 비활성화하며, 가상 패치 및 파일 무결성 모니터링을 구현합니다.
• 인증 우회 / 권한 상승
  • 손상된 접근 제어, 누락된 기능 검사 또는 안전하지 않은 논스는 공격자가 관리자 권한을 얻도록 허용합니다.
  • 완화: 코드에서 기능 검사, 2FA 시행, 로그인 강화 및 의심스러운 사용자 생성 모니터링.
• 파일 업로드 취약점
  • 공격자는 파일 유형을 제대로 검증하지 않는 양식을 통해 웹 셸 또는 악성 파일을 업로드합니다.
  • 완화: 엄격한 MIME/유형 검사, 업로드를 웹 루트 외부에 저장하거나 무작위 이름을 강제하고 적절한 파일 권한 설정.
• 서버 측 요청 위조(SSRF)
  • 내부 서비스, 메타데이터 엔드포인트에 접근하거나 네트워크 리소스를 악용.
  • 완화: 아웃바운드 요청 제한, URL 검증 및 허용 목록 시행.

---

활성 악용 및 손상 징후 감지

취약점이 악용되고 있다고 의심되면 다음 징후를 찾아보세요:

• 특정 엔드포인트(admin-ajax.php, xmlrpc.php, REST API 엔드포인트)로의 갑작스러운 트래픽 급증.
• 인식되지 않은 관리자 사용자 또는 역할 변경.
• wp-content, wp-includes 또는 핵심 파일에서의 예상치 못한 파일 수정.
• PHP 프로세스에 의해 시작된 알 수 없는 도메인 또는 IP로의 아웃바운드 연결.
• 페이로드 패턴을 포함하는 요청(eval, base64_decode, system, passthru).
• PHP 파일을 실행하는 예상치 못한 예약 작업(크론 작업).
• 웹 셸 감지: 난독화된 PHP 코드가 있는 파일, .php 확장자를 가진 업로드 폴더의 파일.
• 콘텐츠 주입을 나타내는 SEO 스팸 또는 이상한 리디렉션.

도움이 되는 도구: 서버 로그(접근/오류), 애플리케이션 로그, 악성 코드 스캐너, 무결성 모니터링, 네트워크 연결 모니터.

---

가상 패칭 및 WAF 규칙: 공급업체 패치 이전 또는 대신 시간을 벌기 위한 방법

권고 사항이 불명확하거나 지연되었거나 패치가 아직 제공되지 않을 때, 가상 패칭은 위험을 줄이는 가장 빠른 방법입니다. 가상 패칭은 취약한 코드를 변경하지 않고 악용 패턴을 차단하기 위해 네트워크 또는 애플리케이션 계층에서 방어 규칙을 적용하는 것을 의미합니다.

효과적인 가상 패칭에는 다음이 포함됩니다:

• 알려진 페이로드에 대한 서명 기반 규칙: SQLi, XSS, RCE 패턴 차단.
• 행동 기반 규칙: 업로드 엔드포인트에 POST를 반복적으로 시도하거나 존재하지 않는 플러그인 파일에 접근하려는 시퀀스 차단(일반적인 익스플로잇 프로브).
• 속도 제한: 로그인 엔드포인트 및 REST API에 대한 요청을 조절하여 무차별 대입 공격 또는 빠른 익스플로잇 시도를 중단.
• 관리자 인터페이스에 대한 세분화된 접근 제어: 노출을 줄이기 위해 IP 또는 지리적으로 접근 제한.
• 파일 업로드 강화: 예상치 못한 확장자나 콘텐츠 유형으로 업로드를 수정하려는 요청 차단.
• 응답 재작성: 반사된 XSS가 발생할 수 있는 출력을 정리.

관리형 WAF 서비스는 새로운 권고가 나타날 때 빠른 규칙 생성 및 배포를 지원하여 코드 패치가 제공되기 전에도 즉각적인 보호를 제공합니다.

---

공개가 제한된 플러그인 또는 테마 취약점을 어떻게 분류할 것인가

권고가 없거나 로그인 뒤에 있는 경우, 신중한 분류 흐름을 따르십시오:

1. 벡터 식별: 연구자들이 어떤 플러그인/테마 또는 핵심 구성 요소가 관련되어 있는지 확인합니다(소셜 미디어, 포럼 또는 기타 출처를 통해 알려진 경우).
2. 노출 매핑: 영향을 받는 패키지와 그 버전을 실행 중인 모든 설치 목록 작성.
3. 익스플로잇 가능성 평가: 플러그인이 엔드포인트를 공개적으로 노출하거나 업로드를 수락하거나 인증되지 않은 상태에서 악용될 수 있는 관리자 기능을 제공합니까?
4. 완화 조치를 적용하십시오:
   • 비핵심인 경우 공개 사이트에서 플러그인/테마를 일시적으로 비활성화합니다.
   • 의심스러운 엔드포인트를 차단하기 위해 WAF 규칙 추가.
   • IP 또는 기본 인증으로 관리 페이지 접근 제한.
   • 필요하지 않은 경우 XML-RPC 및 REST 엔드포인트 비활성화.
5. 권고에서 IoC 또는 비정상 트래픽에 대한 로그를 면밀히 모니터링.
6. 패치 및 릴리스 일정에 대해 플러그인/테마 공급업체와 조정.
7. 안전하게 복원: 공급업체가 패치를 릴리스하면 이를 스테이징 환경에 적용하고 테스트한 후 프로덕션에 배포.

---

플러그인 및 테마 위험 관리에 대한 모범 사례

• 플러그인 최소화: 각 플러그인은 공격 표면을 증가시킵니다. 잘 관리되고 필요한 플러그인만 유지하세요.
• 저자 검토: 활성 유지 관리자가 있는 플러그인, 최근 업데이트 및 명확한 지원 경로를 선호하세요.
• 스테이징 및 자동 테스트 사용: 프로덕션 배포 전에 스테이징에서 업데이트를 테스트하세요.
• 의미론적 버전 관리 및 변경 로그 따르기: 변경 로그 및 릴리스 노트에서 보안 태그를 주의 깊게 살펴보세요.
• 사용자 정의 플러그인을 개발하는 경우 코드 검토 및 정적 분석을 사용하세요.
• 알려진 취약점에 대한 노출 시간을 줄이기 위해 자동 소규모 업데이트(핵심 및 안전하게 지원하는 플러그인에 대해)를 활성화하세요.
• 플러그인 기능 및 데이터베이스 접근에 대해 최소 권한 원칙을 적용하세요.

---

업데이트를 넘어 워드프레스를 강화하기

• 강력한 인증
  • 강력한 비밀번호를 시행하고 모든 관리자 계정에 대해 2FA를 사용하세요.
  • 로그인 시도를 제한하고 의심스러운 IP를 차단하십시오.
  • 필요하지 않은 경우 XML-RPC를 비활성화하거나 제한하세요.
• 파일 시스템 및 권한
  • 임의 코드 실행을 방지하기 위해 적절한 UNIX 파일 권한을 설정하세요.
  • 업로드 디렉토리에서 PHP 실행을 비활성화하세요(.htaccess 또는 웹 서버 구성 통해).
• 안전한 서버 구성
  • 최신 TLS를 사용하고, 구식 암호를 비활성화하며, HSTS를 구성하세요.
  • 보안 헤더 사용: Content-Security-Policy, X-Frame-Options, X-Content-Type-Options.
• 백업 및 복구
  • 버전 기록이 있는 암호화된 오프라인 백업을 유지하세요.
  • 손상으로부터 빠르게 복구할 수 있도록 복원 절차를 정기적으로 테스트하세요.
• 모니터링 및 로깅
  • 로그를 중앙 집중화하고 이상 징후, 알 수 없는 관리자 로그인, 파일 변경 및 요청 급증을 모니터링하세요.
  • 포렌식 필요를 위해 최소 90일의 로그를 유지하세요.
• 최소 권한의 원칙
  • 최소한의 권한으로 서비스 및 데이터베이스 사용자 실행.
  • 자동화된 연결이나 통합에 관리자 계정을 사용하지 마십시오.

---

WordPress 사이트에 대한 사고 대응 계획

다음을 포함하는 사고 대응(IR) 계획을 수립하십시오:

1. 식별
   • WAF 경고, 로그 또는 사용자 보고서를 통해 의심스러운 활동을 감지하십시오.
2. 격리
   • 사이트를 유지 관리 모드로 전환하고, 악성 IP를 차단하고, 영향을 받은 인스턴스를 격리하십시오.
3. 근절
   • 웹 셸, 백도어 및 악성 파일을 제거하십시오. 비밀 및 자격 증명을 교체하십시오.
4. 회복
   • 깨끗한 백업에서 복원하고, 업데이트를 적용하며, 사이트를 온라인으로 복귀시키기 전에 환경을 강화하십시오.
5. 배운 교훈
   • 근본 원인을 문서화하고, 프로세스의 격차를 수정하고, 플레이북을 업데이트하며, 추가 제어를 적용하십시오.

트래픽이 많거나 중요한 사이트의 경우, 신속한 사고 처리, 심층 포렌식 분석 및 사후 보고를 위해 보안 파트너와 비상 SLA를 유지하십시오.

---

개발자 안내: WordPress 생태계에서의 안전한 코딩

개발자는 연구자들이 점점 더 보고하는 취약점을 방지하기 위해 안전한 코딩 관행을 따라야 합니다:

• 데이터베이스 쿼리에 대한 핵심 API 사용
  • 사용 wpdb->prepare() ; 입력을 SQL에 연결하는 것을 피하십시오.
  • 입력을 정리합니다 (텍스트 필드 삭제, esc_url_raw) 및 출력은 상황에 따라 이스케이프하십시오 (esc_html, esc_attr).
• 인증 및 권한 확인
  • 검증하십시오. 현재_사용자_가능() 권한 있는 작업을 수행하기 전에.
  • 작업 확인을 위해 nonce 사용 (check_admin_referer, wp_verify_nonce).
• eval 및 위험한 PHP 함수 피하기
  • 절대 사용하지 마세요 평가(), create_function(), 또는 비위생적인 call_user_func_array() 신뢰할 수 없는 입력에서.
• 안전한 파일 처리
  • 파일 유형 및 확장자를 검증하고, 업로드를 무작위 이름으로 저장하며, 실행을 제한합니다.
• REST API에서 데이터 노출을 제한합니다.
  • 적절한 권한 콜백으로 엔드포인트를 등록하고 민감한 사용자 또는 구성 데이터를 반환하지 않도록 합니다.

---

취약성 경고를 위한 소스 모니터링(정보를 유지하는 방법)

공식 연구 페이지가 이동하거나 일시적으로 제거될 수 있으므로 여러 채널을 유지합니다:

• 공급업체/공급업체 제공 보안 메일링 리스트 또는 공지에 가입합니다.
• 보안 릴리스 및 문제 추적기를 위해 개발자 및 유지 관리 리포지토리(GitHub/GitLab)를 모니터링합니다.
• 신뢰할 수 있는 보안 연구자를 소셜 채널에서 팔로우하고 평판이 좋은 취약성 경고 서비스에 가입합니다.
• 여러 피드를 집계하고 분석한 후 관련 경고 및 가상 패치를 귀하의 사이트에 푸시하는 관리형 보안 공급자를 사용합니다.

WP‑Firewall은 여러 위협 인텔리전스 소스를 지속적으로 모니터링하고 관리되는 플릿 전반에 방어 규칙 및 서명을 적용하여 공개 권고가 로그인 벽 뒤로 이동하더라도 보호를 받을 수 있습니다.

---

권고가 불완전하거나 삭제될 때 관리형 워드프레스 보안 계층이 어떻게 도움이 되는지

권고 페이지에 접근할 수 없거나 세부 정보가 제한될 때 관리형 보안 계층은 중요한 이점을 제공합니다:

• 신속한 가상 패치: 패치가 출시되기 전에 익스플로잇 패턴에 대한 차단 규칙을 배포할 수 있습니다.
• 중앙 집중식 IoC 업데이트: 모든 고객에게 새로운 지표와 서명을 신속하게 푸시합니다.
• 지속적인 모니터링: 실시간 트래픽 분석은 침투 또는 익스플로잇 시도를 탐지하여 손상으로 이어지기 전에 도움을 줍니다.
• 전문가 분류: 보안 운영자는 권고가 귀하의 설치에 영향을 미치는지 여부를 판단하고 안전한 조치를 조언할 수 있습니다.
• 복구 지원: 손상 발생 시 관리형 서비스는 격리, 정리 및 복원을 가속화할 수 있습니다.

---

연구자 공개가 철회되거나 이동된 후의 현실적인 일정 및 기대

• 0–24시간: 권고를 실행 가능한 것으로 간주합니다. 임시 완화 조치를 적용하고 모니터링합니다.
• 24–72시간: 공급업체 또는 연구자는 종종 조정하고 권고를 재발행하므로 패치 또는 WAF 규칙 조정 준비를 합니다.
• 72시간–2주: 패치 배포 및 업데이트가 더 널리 제공됩니다. 공격 시도를 계속 모니터링합니다.
• 2주 이상: 사건 후 검토, 보안 강화 및 배운 교훈. 일부 오래된 권고 사항은 CVE 번호 또는 상세 기술 문서로 업데이트될 수 있습니다.

항상 안전을 우선시하세요: “보이는 권고 사항 없음”이 “위험 없음”을 의미한다고 가정하지 마세요.”

---

예시 플레이북: 인기 플러그인에 대한 취약점 발견 (가상)

1. 발견: 연구원이 권고 사항을 게시하지만, 게시물이 삭제되고 404가 반환됩니다.
2. 분류: 플러그인 버전 범위를 사용하는 모든 사이트를 식별합니다.
3. 격리: 의심스러운 엔드포인트를 대상으로 하는 더 엄격한 WAF 규칙을 활성화합니다; 비핵심 사이트에서 플러그인을 비활성화합니다.
4. 검증: 공급업체가 48시간 내에 패치를 출시합니다; 스테이징에서 패치를 테스트합니다.
5. 배포: 모니터링과 함께 프로덕션에 패치를 배포합니다; 추가 7일 동안 WAF 규칙을 활성 상태로 유지합니다.
6. 사후 분석: 로그를 분석하고, 사건 대응 플레이북을 업데이트하며, 고객에게 알립니다.

---

보안 전문가 또는 사건 대응 팀을 언제 참여시킬지

• 활성 공격의 징후를 감지합니다 (웹 셸, 비정상적인 관리자 계정).
• 민감한 데이터가 유출되거나 암호화된 것으로 보입니다 (랜섬웨어 행동).
• 내부 전문 지식이나 자원이 부족하여 완전한 조사 또는 복구를 수행할 수 없습니다.
• 규제 또는 준수 의무가 공식 사건 처리 및 보고를 요구합니다.

전문 대응자는 증거를 보존하고, 철저히 수정하며, 준수 지향 문서를 제공합니다.

---

오늘 시작할 수 있는 손쉬운 보호

업데이트를 확인하고 사이트를 잠그는 동안 즉각적이고 관리되는 보호를 원하신다면 WP‑Firewall의 기본(무료) 플랜을 고려해 보세요. 무료 플랜에는 관리형 방화벽, 무제한 대역폭, 웹 애플리케이션 방화벽(WAF), 자동 악성 코드 스캔 및 OWASP Top 10 위험에 대한 완화와 같은 필수 보호가 포함되어 있습니다 — 패치를 적용하고 공급업체 권고 사항을 검증하는 동안 초기 방어 태세에 필요한 모든 것입니다. 몇 분 안에 가입하고 보호를 활성화하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(더 많은 자동화와 깊이 있는 지원을 원하는 팀을 위해, 우리의 표준 플랜은 자동 악성 코드 제거 및 IP 허용/거부 제어를 추가하며, 우리의 프로 플랜은 월간 보안 보고서, 자동 가상 패치 및 전담 계정 관리자 및 관리형 보안 서비스와 같은 프리미엄 추가 기능을 포함합니다.)

---

체크리스트: 즉각적, 단기 및 장기 조치

즉각적인 (분–시간)

• 사이트를 유지 관리 모드로 전환합니다.
• 관리형 WAF를 활성화하거나 기존 WAF를 강화합니다.
• 패치가 있는 경우 WordPress 코어 및 플러그인을 확인하고 업데이트합니다.
• 침해가 의심되는 경우 관리자 비밀번호와 API 키를 변경하세요.

단기 (시간–일)

• 취약한 엔드포인트에 대한 가상 패치를 배포합니다.
• 악성 코드 스캔 및 무결성 검사를 실행하십시오.
• 스테이징에서 공급업체 패치를 테스트하고 배포한 후, 프로덕션에 배포합니다.
• 사용자 계정을 감사하고 알 수 없는 관리자를 제거합니다.

장기적(주–개월)

• 자동 업데이트 전략 및 스테이징 테스트를 구현합니다.
• 인증을 강화하고 2FA를 구현합니다.
• 정기적으로 보안 감사 및 침투 테스트를 수행합니다.
• 예약된 백업을 유지하고 복원 테스트를 수행합니다.
• 지속적인 모니터링 및 취약점 대응을 위해 관리형 보안 서비스에 가입합니다.

---

WP‑Firewall 팀의 최종 생각

보안 연구원, 공급업체 및 사이트 소유자는 섬세한 공개 생태계의 일부입니다. 때때로 권고 사항이 이동하거나 사라지기도 하며 — 그 불확실성이 바로 방어 심화에 의존해야 할 때입니다. 신속하게 패치하되, 취약점의 세부 사항이 명확해질 때까지 관리형 WAF, 속도 제한 및 강력한 인증과 같은 보완 제어에 의존하십시오.

볼 수 없는 경고를 분류하는 데 도움이 필요하거나 조사하는 동안 WP‑Firewall이 귀하의 사이트를 보호하기를 원하신다면, 우리의 기본(무료) 플랜은 필수 방어를 즉시 활성화하는 저마찰 방법입니다: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

즉각적인 도움이 필요하시면, 우리의 보안 운영 팀이 containment, forensic triage 및 복구를 안내해 드릴 수 있습니다. 귀하의 사이트 가동 시간, 데이터 및 평판은 시기적절한 조치에 달려 있으며 — 우리는 귀하가 자신 있게 행동할 수 있도록 도와드리기 위해 여기 있습니다.