Masteriyo 권한 상승 위험 완화//2026-03-30에 게시//CVE-2026-4484

WP-방화벽 보안팀

Masteriyo LMS Vulnerability

플러그인 이름 Masteriyo – LMS
취약점 유형 권한 상승
CVE 번호 CVE-2026-4484
긴급 높은
CVE 게시 날짜 2026-03-30
소스 URL CVE-2026-4484

Masteriyo LMS (<= 2.1.6) 권한 상승 (CVE-2026-4484) — 워드프레스 사이트 소유자가 지금 당장 해야 할 일

날짜: 2026년 3월 30일
심각성: 높음 — CVSS 8.8
영향을 받는 버전: Masteriyo – LMS 플러그인 <= 2.1.6
패치된 버전: 2.1.7

Masteriyo LMS 버전 2.1.6까지 영향을 미치는 심각한 권한 상승 취약점(CVE-2026-4484)이 공개되었습니다. 이 문제는 인증된 낮은 권한의 사용자 — 일반적으로 “학생” 또는 “구독자” 계정 — 가 취약한 사이트에서 관리자 수준으로 권한을 상승시킬 수 있게 합니다. 이는 Masteriyo를 LMS로 실행하는 모든 워드프레스 사이트에 심각한 위험입니다: 학생 계정(또는 이를 손상시킨 계정)에 가입할 수 있는 공격자는 사이트에 대한 완전한 제어를 얻을 수 있습니다.

이 게시물은 이 취약점이 무엇인지, 공격자가 이를 어떻게 악용할 수 있는지, 남용을 감지하는 방법, 즉시 적용할 수 있는 단계별 완화 조치를 명확한 실용적인 용어로 설명합니다 — 2.1.7로 즉시 업데이트할 수 없을 때 가상 패치 적용 및 WAF 보호에 특별히 강조합니다. 이 지침은 WP-Firewall의 보안 팀의 관점에서 작성되었으며, 워드프레스 사이트 소유자, 개발자, 호스팅 제공자 및 보안에 민감한 관리자들을 위해 작성되었습니다.


이 취약점이 중요한 이유

학습 관리 시스템은 민감한 데이터를 호스팅합니다: 강의 내용, 학생 기록, 결제 기록, 그리고 종종 다른 서비스와의 통합. 낮은 권한 계정이 관리자가 될 수 있는 권한 상승은 공격자에게 웹사이트에 대한 완전한 제어를 효과적으로 제공합니다.

성공적인 악용의 결과는 다음과 같습니다:

  • 새로운 관리자 계정 생성 및 기존 관리자 계정 장악.
  • 백도어, 지속적인 악성코드 또는 웹 셸 설치.
  • 사용자 데이터 및 강의 자료의 데이터 유출.
  • 변조 또는 콘텐츠 조작.
  • 동일한 자격 증명이나 토큰이 재사용될 경우 다른 인프라로의 전환.

많은 LMS 설치가 공개 등록이나 널리 배포된 계정을 허용하기 때문에, 이 취약점은 여러 사이트에서 빠르고 대규모로 무기화될 수 있습니다. 이를 긴급하게 처리하십시오.


기술 요약 (고급)

  • 근본 원인: 사용자 역할 변경 또는 사용자 권한 관리를 위해 플러그인이 사용하는 엔드포인트에서 누락되거나 불충분한 권한 확인.
  • 필요한 접근: 학생/구독자 권한이 있는 인증된 계정(낮은 권한).
  • 일반적으로 악용되는 공격 표면: 역할 변경 또는 능력 업데이트를 위한 명령을 수락하는 플러그인 REST API 경로 및/또는 호출자의 능력을 검증하지 않는 admin-ajax.php 작업.
  • 효과: 공격자가 엔드포인트를 트리거하여 자신의(또는 다른 사용자의) 역할을 높은 권한 역할(관리자)로 설정하거나 관리 사용자를 생성합니다.

이것은 전형적인 “권한 우회”입니다 — 민감한 작업을 수행하는 기능이 호출자의 인증을 신뢰했지만 인증된 사용자가 해당 작업을 수행할 충분한 권한이 있는지 확인하지 않았습니다.


공격 시나리오 (설명적, 비착취적)

  1. 공격자는 LMS 사이트에 새 계정을 생성하거나 기존의 손상된 학생 계정을 사용합니다.
  2. 공격자는 역할/변경 요청을 수락하는 플러그인 엔드포인트(REST 경로 또는 AJAX 작업)를 식별하고 조작된 요청을 보냅니다.
  3. 엔드포인트에 적절한 검사가 없기 때문에 서버는 요청을 수락하고 사용자 역할을 변경하거나 관리자 사용자를 생성합니다.
  4. 공격자는 새 관리자로 로그인하고 사이트를 장악합니다.

구현에 따라 악의적인 요청은 다음과 같은 매개변수를 가진 admin-ajax 작업에 대한 POST일 수 있습니다. action=역할_설정 또는 user_role=관리자, 또는 사용자 역할을 업데이트하는 REST 엔드포인트에 대한 POST/PATCH일 수 있습니다. /wp-json/... 정확한 경로는 다르지만 핵심 문제는 역할 수정 기능에 대한 권한이 누락된 것입니다.


즉각적인 조치 — 지금 무엇을 해야 할지 (우선 순위 순서)

  1. Masteriyo를 즉시 버전 2.1.7(또는 이후 버전)으로 업데이트하십시오.
    공급업체는 권한 검사를 수정하는 패치를 2.1.7에서 출시했습니다. 업데이트할 수 있다면 지금 하십시오. 필요하다면 사이트를 유지 관리 모드로 전환하고, 백업을 만든 다음 업데이트하십시오.
  2. 즉시 업데이트할 수 없다면 WAF를 통해 가상 패치를 적용하십시오.
    관리형 웹 애플리케이션 방화벽(WAF)을 사용하여 사용자 역할을 변경하거나 역할 변경 매개변수를 포함하는 엔드포인트를 대상으로 하는 착취 시도를 차단하십시오. 가상 패치는 업그레이드할 수 있을 때까지 위험을 줄입니다.
  3. 관리자 및 최근 사용자 변경 사항을 감사하십시오.
    최근에 생성된 관리자 사용자와 예상치 못한 역할 변경을 검색하십시오. 알 수 없는 관리자 계정을 제거하고, 합법적인 관리자 계정의 비밀번호를 재설정하며, 모든 관리자 자격 증명을 교체하십시오.
  4. 추가 보호 기능을 활성화하십시오: 필요하지 않은 경우 새 사용자 등록을 비활성화하고, 강력한 비밀번호를 시행하며, 관리자에게 2FA를 활성화하고, 가능하다면 신뢰할 수 있는 IP에서 wp-admin에 대한 접근을 제한하십시오.
  5. 악성 코드와 백도어를 스캔하십시오.
    1. 수정된 파일, 의심스러운 PHP 파일, 크론 항목 및 지속적인 백도어에 대한 전체 사이트 스캔을 실행하십시오. 필요할 경우 알려진 좋은 백업에서 정리하고 복원하십시오.
  6. 로깅 및 모니터링 강화.
    2. 로그에 필요한 세부정보(REST/AJAX 호출, IP 주소, 사용자 에이전트, 사용자 ID, 요청 매개변수)가 표시되는지 확인하십시오. 역할 변경 및 새 관리자 생성에 대한 알림을 구성하십시오.
  7. 3. 침해가 의심되는 경우 사고 대응 단계를 따르십시오.
    4. 사이트를 격리하고, 로그를 보존하며, 필요할 경우 백업에서 복원하고, 사고 후 검토를 수행하십시오.

5. 아래에서 각 단계를 확장하고 즉시 사용할 수 있는 구체적인 명령, 쿼리 및 규칙 예제를 제공합니다.


6. 업데이트 지침(빠르고 안전하게)

  • 7. WordPress 파일과 데이터베이스의 전체 백업을 만드십시오.
  • 8. 스테이징 사이트에서 먼저 업데이트를 수행하여 플러그인 호환성을 확인하십시오.
  • 9. WP Admin → 플러그인 → 지금 업데이트를 통해 Masteriyo 플러그인을 버전 2.1.7 이상으로 업데이트하십시오 — 또는 WP-CLI를 통해 업데이트하십시오:
    10. wp plugin update learning-management-system --version=2.1.7
  • 11. 업데이트 후 사이트가 정상적으로 작동하는지(로그인, 강의 접근, 등록)를 확인하십시오.
  • 12. 악성 코드 스캔을 다시 실행하십시오.

13. 여러 사이트를 관리하는 경우 모든 인스턴스를 업데이트하기 위해 신속한 롤아웃을 예약하십시오.


악용당했는지 감지하는 방법

14. 관리자를 나열하고 계정이 등록/수정된 시간을 확인하는 것으로 시작하십시오.

15. SQL 쿼리(주의 깊게 실행하고 가능하면 데이터베이스의 복사본에서 실행하십시오; 접두사가 다르면 조정하십시오): 와우_ 16. 관리자 권한이 있는 모든 사용자를 나열하십시오:

17. SELECT u.ID, u.user_login, u.user_email, u.user_registered

SELECT u.ID, u.user_login, u.user_email, u.user_registered;

JOIN wp_usermeta um ON u.ID = um.user_id

SELECT ID, user_login, user_email, user_registered;

WHERE um.meta_key = 'wp_capabilities'

SELECT user_id, meta_key, meta_value;

인식하지 못하는 계정이나 우려되는 기간 내에 관리자 권한으로 상승된 계정을 발견하면 즉시 조사하십시오.

다른 침해 지표:

  • 설치하지 않은 새로운 플러그인이나 테마.
  • 최근 타임스탬프가 있는 수정된 파일.
  • wp_options에 있는 알 수 없는 예약 작업 (cron jobs)크론 옵션).
  • /wp-content/uploads 아래의 의심스러운 아웃바운드 연결 또는 PHP 파일.
  • 비정상적인 IP 범위 또는 사용자 에이전트에서의 로그인 이벤트.

강화 및 격리 체크리스트 (상세)

  1. 관리자 접근 잠금
    • 가능하다면 호스트 또는 방화벽 규칙을 통해 wp-admin을 알려진 IP 주소로 임시 제한하십시오.
    • wp-admin 앞에 HTTP 인증 (htpasswd)을 사용하십시오.
    • 강력한 비밀번호를 시행하고 모든 관리자 비밀번호를 즉시 재설정하십시오.
    • 권한이 상승된 모든 사용자에 대해 비밀번호 재설정을 강제하십시오.
  2. 필요하지 않을 때는 등록을 비활성화하십시오.
    • WordPress → 설정 → 일반 → 회원가입: “누구나 등록할 수 있음”의 체크를 해제하십시오.
    • 과정에 등록이 필요하다면 수동 승인 또는 이메일 확인을 시행하십시오.
  3. 2단계 인증 (2FA)을 활성화하십시오.
    • 모든 관리자 계정에 2FA를 요구하십시오.
    • 모든 사용자에게 즉시 2FA를 적용할 수 없다면, 높은 권한의 사용자에게 요구하십시오.
  4. 플러그인 편집 제한
    define( 'DISALLOW_FILE_EDIT', true );
  5. 세션 및 키 해지
    • 모든 로그인 세션 만료: 플러그인을 사용하거나 사용자 세션 토큰을 회전시킵니다.
    • wp-config.php에서 소금과 키를 회전시킵니다 (AUTH_KEY, SECURE_AUTH_KEY 등).
    • 사이트에 저장된 경우 API 키와 서비스 자격 증명을 회전시킵니다.
  6. 백업 및 복원
    • 침해를 감지하고 모든 백도어를 자신 있게 제거할 수 없는 경우, 침해 이전 백업에서 복원하는 것을 고려하십시오.
    • 포렌식을 위해 침해된 상태의 스냅샷을 유지하십시오.
  7. 지속성 검색
    • wp-content/uploads 및 테마/플러그인 디렉토리에서 백도어 역할을 할 수 있는 난독화된 PHP를 확인하십시오.
    • 확인하다 wp-config.php, 함수.php 활성 테마에서.

WAF를 통한 가상 패치 — 권장 사항 및 예제 규칙

모든 사이트에서 즉시 업데이트할 수 없는 경우, 가상 패치 및 WAF 규칙을 적용하십시오. 목표는 가능한 악용 벡터를 차단하는 것입니다: 역할 변경 매개변수 및 낮은 권한 사용자의 민감한 플러그인 엔드포인트에 대한 요청.

중요: 규칙을 귀하의 사이트에 맞게 조정하고 잘못된 긍정 결과를 피하기 위해 테스트하십시오.

방어적 조치의 예 (개념적):

  • 설정을 시도하는 모든 요청 차단 역할=관리자 (또는 동등한 역할 이름)을 POST 매개변수를 통해:
    • 다음을 포함하는 본문과 일치: 역할=관리자 또는 user_role=관리자 또는 set_role=관리자
    • 그러한 요청을 차단하거나 도전하십시오 (CAPTCHA/403).
  • 프론트엔드 계정에서 사용자 역할을 업데이트하는 데 사용되는 의심스러운 AJAX/REST 작업을 차단하십시오:
    • 본문에 다음이 포함된 admin-ajax.php에 대한 POST 차단 action=역할_변경 또는 action=사용자_역할_설정 (알려진 작업 이름에 맞게 조정).
    • 사용자 역할을 수정하는 REST 경로에 대한 인증되지 않거나 권한이 낮은 요청 차단, 예:. /wp-json/*/사용자/*/역할
  • 대량 악용을 방지하기 위해 계정 생성 및 의심스러운 엔드포인트에 속도 제한.

샘플 WAF 규칙 의사 코드 (귀하의 WAF 구문에 맞게 조정):

IF request.method == POST

또는, 다음을 수행할 수 있습니다:
– 구독자 역할을 가진 계정에서 오는 알려진 플러그인 엔드포인트에 대한 POST에 대해 403 반환.
– 민감한 엔드포인트에서 관리자 전용 nonce 또는 권한 확인 요구 — 예상되는 관리자 nonce를 제공하지 않는 요청 차단.

WP-Firewall 고객은 역할 변경 API 패턴을 특별히 보호하고 관리 역할 할당을 요청하는 매개변수를 차단하는 미리 구축된 규칙 세트를 활성화할 수 있습니다. 우리의 관리 WAF 규칙 세트에는 이러한 유형의 권한 우회를 위한 서명 패턴이 포함되어 있으며, 업데이트를 수행하는 동안 노출을 완화하기 위해 가상 패치로 푸시될 수 있습니다.


사고 대응 플레이북 (침해가 확인된 경우)

  1. 격리하다
    • 사이트를 오프라인으로 전환하거나 추가 피해를 방지하기 위해 접근을 제한합니다. 분석을 위해 사이트를 복제합니다.
  2. 증거 보존
    • 로그 보관 (웹 서버, PHP 오류 로그, 접근 로그, 플러그인 로그).
    • DB 스냅샷 내보내기.
    • 의심스러운 파일 보존.
  3. 범위 식별
    • 관리자 권한이 있는 모든 계정 찾기.
    • 수정된 파일 및 새로운 예약 작업 검색.
    • 웹 서버에서 아웃바운드 네트워크 연결 나열 (가능한 경우).
  4. 수정
    • 알 수 없는 관리자 계정 제거.
    • 손상된 파일을 깨끗한 복사본으로 정리하거나 교체하십시오.
    • 가능하다면 신뢰할 수 있는 백업에서 복원하세요.
  5. 신뢰를 재구축하십시오.
    • 자격 증명 및 키(데이터베이스, SMTP, API 토큰)를 교체하십시오.
    • 루트 수준의 손상이 의심되는 경우 사이트 스택을 재설치하십시오.
  6. 이해관계자에게 알림
    • PII 또는 재무 데이터가 노출되었을 수 있는 경우 경영진, 고객 또는 사용자에게 알리십시오.
    • 귀하의 조직에 적용되는 모든 법적/규제 알림 일정에 따르십시오.
  7. 사건 후
    • 취약점이 악용될 수 있었던 이유를 검토하십시오(구식 플러그인, 누락된 WAF 등).
    • 지속적인 모니터링, 예약된 스캔 및 취약점 관리를 구현하십시오.

탐지 규칙 예시 — 경고할 내용

  • 관리 권한이 있는 새 사용자가 생성될 때 경고하십시오:
    • 9. 참고: 이것은 개념적 예시입니다 — 귀하의 WAF 제어판은 특정 구문을 수용합니다. WP-Firewall은 알려진 패턴을 안전하게 차단하기 위해 규칙을 자동으로 생성하고 조정합니다. wp_usermetawp_capabilities 포함된 항목에 대해 관리자.
  • 포함된 POST 요청에 대해 경고하십시오. 역할=관리자 또는 user_role=관리자.
  • 비관리자 추천자 또는 알 수 없는 사용자 에이전트로부터 사용자 엔드포인트에 대한 REST API 호출에 대해 경고하십시오.
  • 갑작스러운 변경에 대해 경고하십시오. user_registered 관리 사용자에 대한 값.

이러한 이벤트를 기록하면 남용 시도를 신속하게 감지할 수 있는 능력이 크게 향상됩니다.


실용적인 점검 및 스크립트

WP-CLI에서 관리 사용자를 확인하십시오:

# 역할이 "관리자"인 사용자 목록

WP-CLI를 통해 모든 관리자에 대해 비밀번호 재설정을 강제하십시오:

admin_users=$(wp user list --role=administrator --field=ID)

등록 비활성화:

wp 옵션 업데이트 users_can_register 0

즉각적인 분류의 일환으로 검사를 실행하고 수정 사항을 적용하십시오.


관리형 방화벽/WAF가 도움이 되는 이유(실제 이점)

적절하게 구성된 WAF는 이러한 이벤트 동안 세 가지 주요 이점을 제공합니다:

  1. 가상 패치 — 아직 패치하지 않은 취약점에 대한 공격 패턴 차단.
  2. 트래픽 필터링 및 속도 제한 — 자동화된 대량 악용 시도를 늦추십시오.
  3. 상세한 로깅 및 알림 — 신속하게 조치를 취할 수 있도록 맥락을 가진 악용 시도를 포착하십시오.

예를 들어, 권한 우회가 공개되었을 때, 관리형 WAF가 있는 사이트는 동일한 악용 패턴을 사용하는 차단된 요청의 급증을 관찰했습니다. 패치와 보호의 차이는 공개와 모든 설치에 대한 전체 업데이트 사이의 기간 동안 중요합니다.

WP-Firewall의 관리 규칙은 위에서 설명한 악용 서명을 차단하고 업데이트하는 동안 즉각적인 보호를 제공합니다.


업데이트 후 체크리스트

  • 모든 환경(스테이징 및 프로덕션)에 패치가 설치되었는지 확인하십시오.
  • 악성 코드 스캔 및 파일 무결성 검사를 다시 실행하십시오.
  • 적절한 제어(이메일 확인, reCAPTCHA, 수동 승인)가 마련된 후에만 일시적으로 비활성화된 기능(예: 사용자 등록)을 다시 활성화하십시오.
  • 취약점을 악용하려는 늦은 시도를 위해 며칠 동안 로그를 주의 깊게 살펴보십시오.

사이트 소유자 및 관리자에 대한 커뮤니케이션 안내

사용자 계정(학생, 강사)이 있는 사이트를 운영하는 경우:

  • 내부 팀과 강사에게 특정 플러그인 버전에 영향을 미친 취약점이 있으며 업데이트 또는 완화 조치를 적용했음을 알리십시오.
  • 개인 데이터에 접근했을 가능성이 있는 침해가 확인되면, 지역 개인정보 보호법에 준수하는 통지 계획을 준비하십시오.
  • 무단 접근이 감지된 경우 사용자에게 비밀번호를 재설정하도록 안내하십시오.

투명성을 유지하는 것은 신뢰를 유지하는 데 도움이 됩니다 — 당신이 취한 조치와 현재 마련된 보호 조치를 설명하십시오.


LMS 사이트에 대한 장기 보안 모범 사례

  • WordPress 코어, 테마 및 플러그인에 대한 정기 업데이트 일정을 잡고, 안전하게 테스트할 수 있는 경우 자동화합니다.
  • 플러그인 업데이트를 프로덕션에 배포하기 전에 스테이징 환경에서 테스트합니다.
  • 최소 권한 원칙을 시행합니다: 강사 또는 콘텐츠 관리자 역할에 필요한 것보다 더 많은 권한을 부여하지 마십시오.
  • 강력한 인증 메커니즘과 역할 기반 접근 제어를 사용합니다.
  • 상대적으로 작거나 덜 알려진 플러그인에 의존하는 경우 주기적으로 플러그인 코드를 감사합니다.
  • 정기적인 백업을 유지하고 복원 테스트를 수행합니다.

LMS는 특히 민감하므로 고위험으로 간주하고 보안 통제를 비례적으로 우선시합니다.


가입 초대: WP-Firewall 무료 플랜으로 LMS를 보호하세요.

WP-Firewall 무료 플랜으로 즉시 사이트 보호를 시작하세요.

플러그인을 업데이트하고 사이트를 강화하는 동안 필수 보호를 무료로 받을 수 있는 방법을 찾고 있다면, WP-Firewall의 기본(무료) 플랜이 즉각적인 가치를 제공합니다:

  • 관리형 방화벽
  • 웹 애플리케이션 방화벽(WAF)
  • 무제한 대역폭
  • 멀웨어 스캐너
  • OWASP 상위 10대 위험에 대한 완화책

이러한 보호는 업데이트 및 사고 대응 작업을 진행하는 동안 위에서 설명한 것과 같은 많은 악용 시도를 차단할 수 있습니다. 지금 WP-Firewall 무료 플랜에 가입하고 WordPress 사이트에 보호 계층을 추가하세요: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(대규모 플릿에서 자동 제거 또는 가상 패칭이 필요한 경우, 자동 악성 코드 제거, IP 블랙리스트/화이트리스트 제어 및 고급 가상 패칭 기능을 추가하는 유료 요금제를 고려하세요.)


행동의 예시 타임라인 (신속 대응 플레이북)

  • 0일(공개일):
    • 모든 사이트에서 Masteriyo 플러그인 버전을 즉시 확인합니다.
    • 가능한 경우 2.1.7로 업데이트합니다.
    • 즉시 업데이트할 수 없는 사이트의 경우 역할 변경 패턴 및 의심스러운 REST/AJAX 호출을 차단하기 위해 WAF 규칙을 활성화합니다.
  • 1일차:
    • 지난 90일 동안 관리자 계정 및 사용자 등록을 감사합니다.
    • 관리자 계정의 비밀번호를 재설정하고 2FA를 활성화합니다.
    • 전체 맬웨어 검사를 실행하십시오.
  • 2-7일차:
    • 의심스러운 활동에 대한 로그 및 경고를 모니터링합니다.
    • 업데이트 후 무결성 검사를 수행하십시오.
    • 나머지 사이트에 업데이트를 배포하고 완료를 기록하십시오.

어느 시점에서든 침해가 감지되면, 이전에 설명된 사고 대응 단계로 에스컬레이션하십시오.


WP-Firewall 보안 팀의 최종 메모

이 취약점은 WordPress 보안의 두 가지 현실을 강조합니다:

  1. 의도는 좋지만 플러그인 기능이 권한 확인이 불완전할 때 심각한 위험을 초래할 수 있습니다. 민감한 작업(사용자 역할 변경, 권한 할당, 결제 처리)을 수행하는 모든 엔드포인트는 인증뿐만 아니라 권한 및 의도(논스 및 기능 확인을 통해)를 검증해야 합니다.
  2. 패치 윈도우는 노출을 생성합니다. 취약점이 공개되면 자동화된 악용이 뒤따를 것이라고 가정해야 합니다. 이것이 방어의 깊이가 중요한 이유입니다: 신속한 업데이트, 잘 구성된 WAF, 엄격한 접근 제어 및 모니터링이 위험을 줄입니다.

여러 개의 WordPress 사이트를 관리하는 경우, 신속한 업데이트 워크플로를 계획하고 관리형 보안 계층을 사용하여 가상 패치를 배포하고 업데이트 윈도우 동안 악용 시도를 차단하십시오.

지금 이 게시물에 나열된 즉각적인 조치를 취하십시오: Masteriyo를 2.1.7로 업데이트하고, 관리자 계정을 감사하고, 보호 기능(WAF, 2FA)을 활성화하고, 침해 여부를 스캔하십시오. WAF 규칙 구현이나 사고 대응 지침에 도움이 필요하면 WP-Firewall의 지원 팀이 도와드릴 수 있습니다.

안전을 유지하고 LMS 보안을 우선시하십시오 — 학생의 데이터와 귀하의 사이트의 무결성이 그것에 달려 있습니다.


wordpress security update banner

WP Security Weekly를 무료로 받으세요 👋
지금 등록하세요
!!

매주 WordPress 보안 업데이트를 이메일로 받아보려면 가입하세요.

우리는 스팸을 보내지 않습니다! 개인정보 보호정책 자세한 내용은