CVE 데이터베이스CVE-2013-0422

최종 갱신 2026-06-16English Advisory →

CVE-2013-04229.8/CRITICALCISA KEV 등재CWE-284

Oracle Java 7 샌드박스 우회 및 원격 코드 실행(RCE) 취약점 (CVE-2013-0422) 분석 및 대응 가이드

⚡ 패치 명령어 바로가기

영향받는 벤더 / 생태계

oracle

대상 컴포넌트 / 패키지

java

권고문 발행일

2013-01-10

CVSS v3.1

9.8

CRITICAL

30일 악용확률

97.1%

FIRST.org

CISA KEV

악용 확인됨

NVD 원문 ↗

실무자 핵심 요약 (Executive Summary)

SECOPS ASSESSMENT

영향 대상

Oracle Java 7 Update 11 미만의 모든 버전 (Java 7u10 이하 버전 포함)

파급 효과

공격자가 악성 자바 애플릿이 포함된 웹페이지로 사용자를 유도할 경우, JVM 샌드박스를 완전히 우회하여 대상 시스템에서 권한 제한 없이 임의의 시스템 명령을 실행할 수 있습니다.

권장 조치

영향받는 Java 7 버전을 즉시 최신 패치 버전(Java 7 Update 11 이상 또는 최신 Java 8/11/17+)으로 업그레이드하고, 브라우저 내 Java 플러그인을 비활성화하십시오.

영향받는 제품 및 버전 범위

Oracle Java SE 7 Update 10 및 이전 버전 (Java 7u11 미만 버전 전체)

권장 패치 및 임시 완화(Workaround) 가이드

패치 및 우회 명령어

1. 공식 보안 패치 및 버전 업그레이드 명령어

가장 확실한 해결책은 취약점이 해결된 최신 Java 버전으로 업그레이드하는 것입니다.

Debian/Ubuntu 계열 시스템에서 OpenJDK를 최신 버전으로 업데이트하는 명령은 다음과 같습니다:

bash

# 패키지 리스트 업데이트 및 최신 OpenJDK 설치
sudo apt-get update
sudo apt-get install --only-upgrade default-jre default-jdk -y

# 설치된 Java 버전이 최신인지 확인
java -version

RedHat/CentOS 계열 시스템의 경우:

bash

# YUM 패키지 관리자를 통한 Java 런타임 업데이트
sudo yum update java-1.7.0-openjdk -y
# 가능하면 최신 LTS 버전(Java 11 또는 17)으로 전환을 권장합니다.
sudo yum install java-11-openjdk -y

2. 패치 전 임시 완화(Workaround) 및 접근 제어 설정

즉각적인 패치가 불가능한 레거시 환경에서는 웹 브라우저 내 Java 플러그인을 완전히 비활성화하여 공격 벡터를 차단해야 합니다.

Windows 환경에서 그룹 정책(GPO) 또는 레지스트리를 통해 브라우저 내 Java 실행을 차단하는 PowerShell 스크립트입니다:

powershell

# 브라우저 내 Java 웹 스타트 및 애플릿 실행 비활성화 레지스트리 설정
$RegistryPath = 'HKLM:\SOFTWARE\JavaSoft\Java Plug-in'
if (-not (Test-Path $RegistryPath)) {
    New-Item -Path $RegistryPath -Force | Out-Null
}
New-ItemProperty -Path $RegistryPath -Name 'UseJava2IExplorer' -Value 0 -PropertyType DWord -Force
New-ItemProperty -Path $RegistryPath -Name 'Enabled' -Value 0 -PropertyType DWord -Force
Write-Host 'Java Browser Plugin has been disabled successfully.'

3. 침해 흔적(IoC) 및 로그·버전 점검 스크립트

시스템 내에 취약한 Java 7 버전이 구동 중인지 점검하고, 웹 서버 로그에서 의존성 악용 시도를 탐지하기 위한 점검 스크립트입니다.

bash

#!/bin/bash
# 시스템 내 설치된 Java 버전 검사 스크립트

echo '[*] Checking installed Java versions...'
if command -v java >/dev/null 2>&1; then
    JAVA_VER=$(java -version 2>&1 | awk -F '"' '/version/ {print $2}')
    echo "[-] Detected Java Version: $JAVA_VER"
    if [[ "$JAVA_VER" =~ ^1\.7\.0_([0-9]+) ]]; then
        SUB_VER=${BASH_REMATCH}
        if [ "$SUB_VER" -lt 11 ]; then
            echo '[!] WARNING: Vulnerable Java 7 version detected (CVE-2013-0422)!'
        else
            echo '[+] Java 7 version is patched or higher than affected range.'
        fi
    else
        echo '[+] Java version is not within the vulnerable Java 7 range.'
    fi
else
    echo '[+] Java is not installed in the system PATH.'
fi

실무자 패치 대응 자가 점검 체크리스트

0/4 (0%)

권장 아키텍처 방어 통제 (Recommended Security Control)

SentinelOne Singularity AI EDR

취약한 Java 7 버전을 즉시 제거하거나 최신 패치 버전으로 업그레이드하고, 브라우저 내 Java 플러그인 사용을 전면 금지하십시오.

패치 재부팅 전까지 서버와 엔드포인트를 노리는 커널 권한 상승(LPE) 공격을 AI 행위 탐지로 차단하세요

Windows 및 Linux 서버의 긴급 OS 패치에는 점검 창(Maintenance Window)이 필요합니다. 패치 전까지 비정상 프로세스 생성과 메모리 악용을 실시간으로 격리하세요.

MITRE ATT&CK 100% 탐지 · 1클릭 자동 롤백

차세대 AI EDR 솔루션 상세 보기

취약점 발생 원리 및 공격 메커니즘

1. 취약점 개요 및 발생 원인 (Root Cause)

본 취약점(CVE-2013-0422)은 Oracle Java Runtime Environment(JRE) 7 버전의 두 가지 설계 결함이 결합되어 발생한 심각한 샌드박스 우회 및 원격 코드 실행(RCE) 취약점입니다. 첫 번째 결함은 JmxMBeanServer 클래스의 public 메서드인 getMBeanInstantiator를 통해 비공개(private) 객체인 MBeanInstantiator에 접근할 수 있는 설계 오류입니다. 이를 통해 공격자는 제한된 컨텍스트 내에서 findClass 메서드를 호출하여 임의의 클래스 참조를 획득할 수 있게 됩니다. 두 번째 결함은 Java Reflection API의 재귀 호출 처리 과정에서 발생합니다. sun.reflect.Reflection.getCallerClass 메서드가 새로운 Reflection API와 관련된 스택 프레임을 정상적으로 건너뛰지 못하면서, java.lang.invoke.MethodHandles.Lookup.checkSecurityManager가 수행하는 보안 검증 절차를 완전히 우회하게 됩니다.

2. 공격 메커니즘 및 익스플로잇 시나리오

실제 공격 시나리오에서 공격자는 이 두 가지 취약점을 체인(Chain) 형태로 엮어 악용합니다.

클래스 로더 획득: 공격자는 신뢰할 수 없는 자바 애플릿(Applet)을 웹페이지에 삽입한 후 사용자가 이를 로드하도록 유도합니다. 애플릿 내부에서 JmxMBeanServer.getMBeanInstantiator().findClass()를 호출하여 보안 관리자(Security Manager)의 제약을 받지 않는 특권 클래스 로더를 확보합니다.
보안 검증 우회: Reflection API를 재귀적으로 호출하여 호출자 클래스 검증(Caller Class Check) 단계를 교란합니다. 이 과정에서 JVM은 공격자의 코드를 시스템 신뢰 코드로 오인하게 됩니다.
샌드박스 탈출 및 RCE: 최종적으로 공격자는 System.setSecurityManager(null)을 실행하여 Java의 보안 샌드박스를 완전히 무력화하고, Runtime.getRuntime().exec()를 통해 대상 엔드포인트 OS에서 임의의 악성 페이로드를 실행합니다. 이 취약점은 Blackhole 및 Nuclear Pack 등 실제 사이버 범죄 킷에 탑재되어 대규모 드라이브 바이 다운로드(Drive-by-Download) 공격에 악용되었습니다.

3. 비즈니스 및 인프라 파급 영향

본 취약점은 CVSS 9.8의 치명적인(Critical) 등급으로, CISA KEV(Known Exploited Vulnerabilities) 목록에 등재될 만큼 실질적인 위협이 입증되었습니다. 기업 환경에서 임직원이 취약한 Java 버전이 활성화된 브라우저로 악성 웹사이트에 방문하는 것만으로 내부 PC가 완전히 장악될 수 있습니다. 이는 최초 침투 경로(Initial Access)로 작용하여 기업 내부망 전체로의 횡적 이동(Lateral Movement), 랜섬웨어 유포, 기밀 데이터 유출 등 파괴적인 비즈니스 중단 사태를 초래할 수 있습니다.

공식 보안 권고문 및 참조 링크

NIST NVD 공식 영문 원문 (Original Record)

Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using the public getMBeanInstantiator method in the JmxMBeanServer class to obtain a reference to a private MBeanInstantiator object, then retrieving arbitrary Class references using the findClass method, and (2) using the Reflection API with recursion in a way that bypasses a security check by the java.lang.invoke.MethodHandles.Lookup.checkSecurityManager method due to the inability of the sun.reflect.Reflection.getCallerClass method to skip frames related to the new reflection API, as exploited in the wild in January 2013, as demonstrated by Blackhole and Nuclear Pack, and a different vulnerability than CVE-2012-4681 and CVE-2012-3174. NOTE: some parties have mapped the recursive Reflection API issue to CVE-2012-3174, but CVE-2012-3174 is for a different vulnerability whose details are not public as of 20130114. CVE-2013-0422 covers both the JMX/MBean and Reflection API issues. NOTE: it was originally reported that Java 6 was also vulnerable, but the reporter has retracted this claim, stating that Java 6 is not exploitable because the relevant code is called in a way that does not bypass security checks. NOTE: as of 20130114, a reliable third party has claimed that the findClass/MBeanInstantiator vector was not fixed in Oracle Java 7 Update 11. If there is still a vulnerable condition, then a separate CVE identifier might be created for the unfixed issue.

http://blog.fireeye.com/research/2013/01/happy-new-year-from-new-java-zero-day.html

출처: secalert_us@oracle.com · Not Applicable

http://blog.fuseyism.com/index.php/2013/01/15/security-icedtea-2-1-4-2-2-4-2-3-4-released/

출처: secalert_us@oracle.com · Broken Link

http://immunityproducts.blogspot.ca/2013/01/confirmed-java-only-fixed-one-of-two.html

출처: secalert_us@oracle.com · Third Party Advisory

http://krebsonsecurity.com/2013/01/zero-day-java-exploit-debuts-in-crimeware/

출처: secalert_us@oracle.com · Third Party Advisory

http://labs.alienvault.com/labs/index.php/2013/new-year-new-java-zeroday/

출처: secalert_us@oracle.com · Broken Link, Third Party Advisory

http://lists.opensuse.org/opensuse-security-announce/2013-01/msg00025.html

출처: secalert_us@oracle.com · Mailing List, Third Party Advisory

자주 묻는 실무 질문 (FAQ — CVE-2013-0422)

FAQ

Q1. CVE-2013-0422 취약점의 위험도와 실제 악용 가능성은 어느 정도입니까?

CVE-2013-0422의 기본 점수는 CVSS 9.8 (CRITICAL)이며, 향후 30일 내 실제 악용 확률을 나타내는 EPSS 점수는 97.1%입니다. 현재 미국 CISA KEV(실제 악용이 확인된 취약점 카탈로그)에 등재되어 있으므로 최우선 긴급 패치가 필요합니다.

Q2. CVE-2013-0422에 영향을 받는 벤더와 제품은 무엇입니까?

주요 영향 벤더는 oracle이며, 대상 컴포넌트는 java입니다. 상세 영향 범위: Oracle Java SE 7 Update 10 및 이전 버전 (Java 7u11 미만 버전 전체)

Q3. 서버 재기동이나 정규 패치 전 즉시 적용할 수 있는 완화 조치(Workaround)는 무엇입니까?

[권장 조치] 영향받는 Java 7 버전을 즉시 최신 패치 버전(Java 7 Update 11 이상 또는 최신 Java 8/11/17+)으로 업그레이드하고, 브라우저 내 Java 플러그인을 비활성화하십시오. 본문의 패치 및 우회 명령어 섹션과 자가 점검 체크리스트를 참고하여 외부 노출 포트를 차단하거나 WAF 탐지 규칙을 선적용하십시오.

실무자 보고서 워크벤치 연동