보안 코딩 기법: XML 데이터 처리, 1부

확장성 생성 언어(XML)는 기계가 처리하기 쉽고 사람이 읽을 수 있는 형식으로 문서를 인코딩하는 데 사용되는 마크업 언어입니다. 그러나 이 널리 사용되는 형식에는 여러 보안 결함이 포함되어 있습니다. XML 관련 첫 번째 블로그 게시물인 이번 글에서는 스키마를 사용하여 XML 문서를 안전하게 처리하는 기본 사항을 설명하겠습니다.

OWASP는 XML 및 XML 스키마와 관련된 다양한 취약점을 두 가지 범주로 나눕니다.

형식이 잘못된(Malformed) XML 문서

형식이 잘못된 XML 문서는 W3C XML 사양을 따르지 않는 문서를 의미합니다. 종료 태그 제거, 요소 순서 변경, 금지된 문자 사용 등이 형식이 잘못된 문서를 초래하는 예입니다. 이러한 모든 오류는 치명적인 오류를 발생시켜야 하며, 해당 문서는 추가 처리를 거치지 않아야 합니다.

형식이 잘못된 문서로 인한 취약점을 방지하려면 W3C 사양을 준수하며, 잘못된 형식의 문서를 처리하는 데 시간이 과도하게 소요되지 않는 검증된 XML 파서를 사용해야 합니다.

유효하지 않은(Invalid) XML 문서

유효하지 않은 XML 문서는 형식은 올바르지만 예상치 못한 값을 포함하고 있는 문서입니다. 공격자는 문서의 유효성을 식별하기 위해 XML 스키마를 제대로 정의하지 않은 애플리케이션을 악용할 수 있습니다. 아래에서 제대로 검증되지 않을 경우 의도치 않은 결과를 초래할 수 있는 간단한 문서 예시를 확인할 수 있습니다.

XML 데이터로 거래 내역을 저장하는 웹 스토어의 예:

   <purchase></purchase>
     <id>123</id>
     <price>200</price>
   

사용자는 <id> 값만 제어할 수 있습니다. 적절한 대응 조치가 없다면 공격자가 다음과 같이 입력할 가능성이 있습니다:</id>

   <purchase></purchase>
     <id>123</id>
     <price>0</price>
     <id></id>
     <price>200</price>
   

이 문서를 처리하는 파서가 <id> 및 <price> 태그의 첫 번째 인스턴스만 읽는다면 원치 않는 결과가 발생할 것입니다. </price></id>

또한 스키마가 충분히 제한적이지 않거나 다른 입력 검증이 불충분할 경우, 음수, 특수 십진수(NaN 또는 Infinity 등) 또는 지나치게 큰 값이 예상치 못한 곳에 입력되어 유사한 의도치 않은 동작을 유발할 수 있습니다.

유효하지 않은 XML 문서와 관련된 취약점을 방지하려면 정밀하고 제한적인 XML 스키마를 정의하여 부적절한 데이터 검증 문제를 피해야 합니다.

다음 블로그 게시물에서는 점보 페이로드(Jumbo Payloads) 및 OWASP Top 10 중 4위인 XXE와 같은 XML 문서에 대한 더 고급 공격 기법을 다룰 예정입니다.

그동안 저희 포털에서 XML 입력 검증 기술을 연마하거나 도전해 보세요.

XML 및 XML 스키마 사양에는 여러 보안 결함이 존재합니다. 동시에 이러한 사양은 XML 애플리케이션을 보호하는 데 필요한 도구도 제공합니다. XML 스키마를 사용하여 XML 문서의 보안을 정의하더라도, 이를 악용하여 파일 검색, 서버 측 요청 위조(SSRF), 포트 스캔 또는 무차별 대입 공격과 같은 다양한 공격을 수행할 수 있습니다.

https://www.owasp.org/index.php/XML_Security_Cheat_Sheet