<div id="readability-page-1" class="page"><div id="wrapper">
<article>
   <header>
    
    
</header>

    
  
         
    <div id="content">
<h3 id="취약점의_조건">취약점의 조건</h3>
<p>아래 조건을 모두 충족시킨다면 코드는 치명적인 Remote code execution 취약성이 존재할 여지가 있습니다.</p>
<div>
<ol>
<li>
<p><a href="http://jcp.org/aboutJava/communityprocess/mrel/jsr245/index.html">EL 2.2</a>를 지원하는 서블릿 컨테이너를 쓰거나 EL 2.2 라이브러리를 직접 jar파일로 참조해서 쓰고 있다. (대표적으로 Tomcat 7.x혹은 Glassfish 2.2.x)</p>
</li>
<li>
<p>Spring 3.1.x 미만 버전을 쓰고 있다.</p>
</li>
<li>
<p>Spring의 JSP Tag( &lt;spring:message.. 등)을 쓰고 있다.</p>
</li>
<li>
<p>Spring의 JSP Tag에서 EL을 지원하는 속성에 사용자가 입력한 값이 들어갈 수 있다.</p>
<div>
<ul>
<li>
<p>각 태그의 속성의 EL지원 여부는 <a href="https://docs.google.com/document/d/1dc1xxO8UMFaGLOwgkykYdghGWm_2Gn0iCrxFsympqcE/edit">Stefano Di Paola 등의 Expression Language Injection 보고서</a> 참조</p>
</li>
</ul>
</div>
</li>
</ol>
</div>
<p>위에서 첫번째 조건이 해당하지 않더라도 다른 취약점을 조심해야 합니다. EL 2.2을 사용하지 않더라도 JSP 2.0이상을 지원하는 서블릿 컨테이너를 쓰면서 2,3,4에 해당하는 코드라면 어플리케이션의 중요한 정보를 노출시킬 수 있는 취약점이 존재할 위험이 있습니다. Remote code execution만큼 심각하지는 않지만, 역시나 조치가 필요합니다.</p>
<p>이 취약 지점은 의도하지 않은 정보를 노출할 수 있는 위험성으로 이미 2011년 9월 지적되어 보안되었으나, 이번달인 2013년 1월에는 같은 취약 지점을 통해서 원격 코드를 실행하는 기법이 발견되어 위험성 등급이 올라갔습니다. 즉, 해당 라이브러리가 취약성을 유발한다는 점 자체는 새로운 것이 아니고, 이미 이를 보강하는 버전이 나와 있습니다.</p>
<p>이 취약점의 원인과 조치방법은 아래 링크에 정리해놓았습니다. (코드가 들어간 글은 GIST를 쓰는 것이 훨씬 편하네요.)</p>
<div>
<ul>
<li>
<p><a href="https://gist.github.com/benelog/4582041">https://gist.github.com/benelog/4582041</a></p>
</li>
</ul>
</div>
</div>
	
	
     

    
</article>
		

		

    </div></div>

JBake

취약점의 조건
아래 조건을 모두 충족시킨다면 코드는 치명적인 Remote code execution 취약성이 존재할 여지가 있습니다.
EL 2.2를 지원하는 서블릿 컨테이너를 쓰거나 EL 2.2 라이브러리를 직접 jar파일로 참조해서 쓰고 있다. (대표적으로 Tomcat 7.x혹은 Glassfish 2.2.x)
Spring 3.1.x 미만 버전을 쓰고 있다.
Spring의 JSP Tag( <spring:message.. 등)을 쓰고 있다.
Spring의 JSP Tag에서 EL을 지원하는 속성에 사용자가 입력한 값이 들어갈 수 있다.
각 태그의 속성의 EL지원 여부는 Stefano Di Paola 등의 Expression Language Injection 보고서 참조
위에서 첫번째 조건이 해당하지 않더라도 다른 취약점을 조심해야 합니다. EL 2.2을 사용하지 않더라도 JSP 2.0이상을 지원하는 서블릿 컨테이너를 쓰면서 2,3,4에 해당하는 코드라면 어플리케이션의 중요한 정보를 노출시킬 수 있는 취약점이 존재할 위험이 있습니다. Remote code execution만큼 심각하지는 않지만, 역시나 조치가 필요합니다.
이 취약 지점은 의도하지 않은 정보를 노출할 수 있는 위험성으로 이미 2011년 9월 지적되어 보안되었으나, 이번달인 2013년 1월에는 같은 취약 지점을 통해서 원격 코드를 실행하는 기법이 발견되어 위험성 등급이 올라갔습니다. 즉, 해당 라이브러리가 취약성을 유발한다는 점 자체는 새로운 것이 아니고, 이미 이를 보강하는 버전이 나와 있습니다.
이 취약점의 원인과 조치방법은 아래 링크에 정리해놓았습니다. (코드가 들어간 글은 GIST를 쓰는 것이 훨씬 편하네요.)
https://gist.github.com/benelog/4582041

Spring tag library + Tomcat7.x 또는 Glassfish 2.2.x의 EL Injection 위험

댓글