SCW 아이콘
영웅 배경, 구분선 없음
블로그

코더들이 보안을 정복하다: 공유 및 학습 시리즈 - 엑스쿼리 인젝션

야프 카란 싱
게시일 : 2019년 2월 28일
마지막 업데이트: 2026년 3월 9일

엑스쿼리 인젝션 공격은 왜 이렇게 공격의 남동생처럼 여겨지기도 합니다. SQL 인젝션 공격.근본 사람이 비슷하게 공격하기 위해 최선을 다하기 위해 악용하는 명령도 매우 비슷합니다.단지 xQuery 인젝션 공격은 XML 데이터에 대한 XPath 쿼리 중에만 발생할 수 있는 것입니다.이 덕분에 이러한 XPath 인젝션 또는 그냥 XPath 공격이라고 부르기도, 전달 사용이 가능해졌습니다.

#대다수의 웹 사이트는 XML 데이터베이스를 사용하여 사용자 로그인 자격 증명, 고객 정보, 개인 신원 정보 및 기밀 또는 민감한 데이터를 보관하는 것과 같은 중요한 데이터를 보관하므로 xQuery 공격, 면적이 다소 커집니다.

이 에피소드에서는 다음을 배우게 됩니다.

  • 공격자가 엑스쿼리 인젝션을 사용하는 방법
  • 엑스쿼리 인젝션이 위험한 이유
  • 이 취약점을 해결할 수 있는 기술

공격자는 XQuery 삽입을 어떻게 트리거합니까?

대부분의 컴퓨터 언어와 마찬가지로 XPath의 정의는 단순하게 설계되었습니다.실제로 XPath는 표준 언어이며 모든 표기법과 구문문은 사용하지 않는 편이 낫습니다., XPath® 를 조작하는 데 필요한 것은 잘할 수 있습니다.

기본적으로 XPath 쿼리는 XML 데이터베이스에서 정보를 조회할 수 있는 간단한 명령문입니다.가장 간단한 예로, 사용자 레코드가 존재하는지 확인한 다음 로그인 자격 증명을 검색하는 데 사용됩니다.문제는 XPath 쿼리에는 사용자 입력이 포함되기 때문에 해리가 조작하여 정보를 반환할 수 있습니다.

다음 주, 로그인 보안을 우회하려고 할 때 공격자는 전체 프로세스를 우회하는 XPath VeryPath 쿼리 이름을 남길 수 있습니다.예는 다음과 같을 수 있습니다.

//직원 [사용자 이름/텍스트 () = 누구나 또는 1=1 또는 a=a 및 암호/텍스트 () =중요함]

여기서 사용자 이름 필드는 1=1 또는 a=a 문으로 모든 사용자와 일치하도록 만들어집니다.쿼리의 첫 부분만 있으면

XQuery 삽입이 위험한 이유는 무엇입니까?

#xQuery ##0 ########## ###############################################공격자는 ################################################################################################################0 ############ 레코드를 전송할 수 있습니다.

XQuery 인젝션 공격 제거

유사한 취약점과 마찬가지로 한 가지 중요한 방어 수단은 사용자 입력을 하지 않는 것입니다.데이터베이스 쿼리를 작성하면 안 되는 사용자가 정보를 얻을 수 있게 되었습니다. 물리적 건물의 창문과 문을 열 수 있습니다.사람들이 접근할 수 있는 주요 방법이기 위해.

XQuery 인젝션 방지의 체계링을 통해 사용자 입력을 삭제하거나 사용자 입력의 화이스트 입력 검증을 사용하여 이를 수행할 수 있습니다. SQL 쿼리용 명령문과 비슷한 매개 변수화된 XPath는 사용할 수 있습니다.

최근 모든 시스템에서 최소 권한을 부여해야 합니다.이는 모든 애플리케이션을 쿼리를 수행할 수 있는 전용 읽기 권한을 가진 사용자를 생성해야 한다는 의미일 수 있습니다.

이러한 기술을 사용하여 웹 사이트 또는 애플리케이션에 대한 모든 XQuery 삽입 시도를 중지할 수 있습니다.

XQuery 인젝션에 대한 추가 정보

자세한 내용을 보려면 OWASP가 XQuery 주입에 대해 말한 내용을 읽을 수 있습니다. 새로 발견한 보상 지식을 테스트해 볼 수도 있습니다. 무료 데모 사이버 보안 팀이 궁극의 사이버 전사가 될 수 있도록 교육하는 보안 코드 워리어 플랫폼을 활용했습니다.이 취약점을 해결하는 방법과 기타 위협의 도적 갤러리를 자세히 알아보려면 다음 사이트를 방문하세요. 보안 코드 전사 블로그.

리소스 보기
리소스 보기

#대다수의 웹 사이트는 XML 데이터베이스를 사용하여 사용자 로그인 자격 증명, 고객 정보, 개인 신원 정보 및 기밀 또는 민감한 데이터를 보관하는 것과 같은 중요한 데이터를 보관하므로 xQuery 공격, 면적이 다소 커집니다.

더 많은 것에 관심이 있으신가요?

야프 카란 싱은 보안 코딩 전도자, 수석 싱 및 공동 설립자입니다 Secure Code Warrior .

더 알아보세요

Secure Code Warrior는 전체 소프트웨어 개발 라이프사이클에서 코드를 보호하고 사이버 보안을 최우선으로 생각하는 문화를 조성할 수 있도록 조직을 위해 여기 있습니다.AppSec 관리자, 개발자, CISO 또는 보안 관련 누구든 관계없이 조직이 안전하지 않은 코드와 관련된 위험을 줄일 수 있도록 도와드릴 수 있습니다.

데모 예약
공유 대상:
링크드인 브랜드사회적x 로고
작성자
야프 카란 싱
게시일: 2019년 2월 28일

야프 카란 싱은 보안 코딩 전도자, 수석 싱 및 공동 설립자입니다 Secure Code Warrior .

공유 대상:
링크드인 브랜드사회적x 로고

엑스쿼리 인젝션 공격은 왜 이렇게 공격의 남동생처럼 여겨지기도 합니다. SQL 인젝션 공격.근본 사람이 비슷하게 공격하기 위해 최선을 다하기 위해 악용하는 명령도 매우 비슷합니다.단지 xQuery 인젝션 공격은 XML 데이터에 대한 XPath 쿼리 중에만 발생할 수 있는 것입니다.이 덕분에 이러한 XPath 인젝션 또는 그냥 XPath 공격이라고 부르기도, 전달 사용이 가능해졌습니다.

#대다수의 웹 사이트는 XML 데이터베이스를 사용하여 사용자 로그인 자격 증명, 고객 정보, 개인 신원 정보 및 기밀 또는 민감한 데이터를 보관하는 것과 같은 중요한 데이터를 보관하므로 xQuery 공격, 면적이 다소 커집니다.

이 에피소드에서는 다음을 배우게 됩니다.

  • 공격자가 엑스쿼리 인젝션을 사용하는 방법
  • 엑스쿼리 인젝션이 위험한 이유
  • 이 취약점을 해결할 수 있는 기술

공격자는 XQuery 삽입을 어떻게 트리거합니까?

대부분의 컴퓨터 언어와 마찬가지로 XPath의 정의는 단순하게 설계되었습니다.실제로 XPath는 표준 언어이며 모든 표기법과 구문문은 사용하지 않는 편이 낫습니다., XPath® 를 조작하는 데 필요한 것은 잘할 수 있습니다.

기본적으로 XPath 쿼리는 XML 데이터베이스에서 정보를 조회할 수 있는 간단한 명령문입니다.가장 간단한 예로, 사용자 레코드가 존재하는지 확인한 다음 로그인 자격 증명을 검색하는 데 사용됩니다.문제는 XPath 쿼리에는 사용자 입력이 포함되기 때문에 해리가 조작하여 정보를 반환할 수 있습니다.

다음 주, 로그인 보안을 우회하려고 할 때 공격자는 전체 프로세스를 우회하는 XPath VeryPath 쿼리 이름을 남길 수 있습니다.예는 다음과 같을 수 있습니다.

//직원 [사용자 이름/텍스트 () = 누구나 또는 1=1 또는 a=a 및 암호/텍스트 () =중요함]

여기서 사용자 이름 필드는 1=1 또는 a=a 문으로 모든 사용자와 일치하도록 만들어집니다.쿼리의 첫 부분만 있으면

XQuery 삽입이 위험한 이유는 무엇입니까?

#xQuery ##0 ########## ###############################################공격자는 ################################################################################################################0 ############ 레코드를 전송할 수 있습니다.

XQuery 인젝션 공격 제거

유사한 취약점과 마찬가지로 한 가지 중요한 방어 수단은 사용자 입력을 하지 않는 것입니다.데이터베이스 쿼리를 작성하면 안 되는 사용자가 정보를 얻을 수 있게 되었습니다. 물리적 건물의 창문과 문을 열 수 있습니다.사람들이 접근할 수 있는 주요 방법이기 위해.

XQuery 인젝션 방지의 체계링을 통해 사용자 입력을 삭제하거나 사용자 입력의 화이스트 입력 검증을 사용하여 이를 수행할 수 있습니다. SQL 쿼리용 명령문과 비슷한 매개 변수화된 XPath는 사용할 수 있습니다.

최근 모든 시스템에서 최소 권한을 부여해야 합니다.이는 모든 애플리케이션을 쿼리를 수행할 수 있는 전용 읽기 권한을 가진 사용자를 생성해야 한다는 의미일 수 있습니다.

이러한 기술을 사용하여 웹 사이트 또는 애플리케이션에 대한 모든 XQuery 삽입 시도를 중지할 수 있습니다.

XQuery 인젝션에 대한 추가 정보

자세한 내용을 보려면 OWASP가 XQuery 주입에 대해 말한 내용을 읽을 수 있습니다. 새로 발견한 보상 지식을 테스트해 볼 수도 있습니다. 무료 데모 사이버 보안 팀이 궁극의 사이버 전사가 될 수 있도록 교육하는 보안 코드 워리어 플랫폼을 활용했습니다.이 취약점을 해결하는 방법과 기타 위협의 도적 갤러리를 자세히 알아보려면 다음 사이트를 방문하세요. 보안 코드 전사 블로그.

리소스 보기
리소스 보기

보고서를 다운로드하려면 아래 양식을 작성하세요.

귀하의 동의를 구하여 당사 제품 및/또는 관련 보안 코딩 주제에 대한 정보를 보내드릴 수 있도록 하겠습니다. 당사는 항상 귀하의 개인정보를 최대한의 주의를 기울여 취급하며, 마케팅 목적으로 다른 회사에 절대 판매하지 않습니다.

제출
scw 성공 아이콘
scw 오류 아이콘
양식을 제출하려면 'Analytics' 쿠키를 활성화하십시오. 완료되면 언제든지 다시 비활성화할 수 있습니다.

엑스쿼리 인젝션 공격은 왜 이렇게 공격의 남동생처럼 여겨지기도 합니다. SQL 인젝션 공격.근본 사람이 비슷하게 공격하기 위해 최선을 다하기 위해 악용하는 명령도 매우 비슷합니다.단지 xQuery 인젝션 공격은 XML 데이터에 대한 XPath 쿼리 중에만 발생할 수 있는 것입니다.이 덕분에 이러한 XPath 인젝션 또는 그냥 XPath 공격이라고 부르기도, 전달 사용이 가능해졌습니다.

#대다수의 웹 사이트는 XML 데이터베이스를 사용하여 사용자 로그인 자격 증명, 고객 정보, 개인 신원 정보 및 기밀 또는 민감한 데이터를 보관하는 것과 같은 중요한 데이터를 보관하므로 xQuery 공격, 면적이 다소 커집니다.

이 에피소드에서는 다음을 배우게 됩니다.

  • 공격자가 엑스쿼리 인젝션을 사용하는 방법
  • 엑스쿼리 인젝션이 위험한 이유
  • 이 취약점을 해결할 수 있는 기술

공격자는 XQuery 삽입을 어떻게 트리거합니까?

대부분의 컴퓨터 언어와 마찬가지로 XPath의 정의는 단순하게 설계되었습니다.실제로 XPath는 표준 언어이며 모든 표기법과 구문문은 사용하지 않는 편이 낫습니다., XPath® 를 조작하는 데 필요한 것은 잘할 수 있습니다.

기본적으로 XPath 쿼리는 XML 데이터베이스에서 정보를 조회할 수 있는 간단한 명령문입니다.가장 간단한 예로, 사용자 레코드가 존재하는지 확인한 다음 로그인 자격 증명을 검색하는 데 사용됩니다.문제는 XPath 쿼리에는 사용자 입력이 포함되기 때문에 해리가 조작하여 정보를 반환할 수 있습니다.

다음 주, 로그인 보안을 우회하려고 할 때 공격자는 전체 프로세스를 우회하는 XPath VeryPath 쿼리 이름을 남길 수 있습니다.예는 다음과 같을 수 있습니다.

//직원 [사용자 이름/텍스트 () = 누구나 또는 1=1 또는 a=a 및 암호/텍스트 () =중요함]

여기서 사용자 이름 필드는 1=1 또는 a=a 문으로 모든 사용자와 일치하도록 만들어집니다.쿼리의 첫 부분만 있으면

XQuery 삽입이 위험한 이유는 무엇입니까?

#xQuery ##0 ########## ###############################################공격자는 ################################################################################################################0 ############ 레코드를 전송할 수 있습니다.

XQuery 인젝션 공격 제거

유사한 취약점과 마찬가지로 한 가지 중요한 방어 수단은 사용자 입력을 하지 않는 것입니다.데이터베이스 쿼리를 작성하면 안 되는 사용자가 정보를 얻을 수 있게 되었습니다. 물리적 건물의 창문과 문을 열 수 있습니다.사람들이 접근할 수 있는 주요 방법이기 위해.

XQuery 인젝션 방지의 체계링을 통해 사용자 입력을 삭제하거나 사용자 입력의 화이스트 입력 검증을 사용하여 이를 수행할 수 있습니다. SQL 쿼리용 명령문과 비슷한 매개 변수화된 XPath는 사용할 수 있습니다.

최근 모든 시스템에서 최소 권한을 부여해야 합니다.이는 모든 애플리케이션을 쿼리를 수행할 수 있는 전용 읽기 권한을 가진 사용자를 생성해야 한다는 의미일 수 있습니다.

이러한 기술을 사용하여 웹 사이트 또는 애플리케이션에 대한 모든 XQuery 삽입 시도를 중지할 수 있습니다.

XQuery 인젝션에 대한 추가 정보

자세한 내용을 보려면 OWASP가 XQuery 주입에 대해 말한 내용을 읽을 수 있습니다. 새로 발견한 보상 지식을 테스트해 볼 수도 있습니다. 무료 데모 사이버 보안 팀이 궁극의 사이버 전사가 될 수 있도록 교육하는 보안 코드 워리어 플랫폼을 활용했습니다.이 취약점을 해결하는 방법과 기타 위협의 도적 갤러리를 자세히 알아보려면 다음 사이트를 방문하세요. 보안 코드 전사 블로그.

웨비나 보기
시작하기
더 알아보세요

아래 링크를 클릭하고 이 리소스의 PDF를 다운로드하십시오.

Secure Code Warrior는 전체 소프트웨어 개발 라이프사이클에서 코드를 보호하고 사이버 보안을 최우선으로 생각하는 문화를 조성할 수 있도록 조직을 위해 여기 있습니다.AppSec 관리자, 개발자, CISO 또는 보안 관련 누구든 관계없이 조직이 안전하지 않은 코드와 관련된 위험을 줄일 수 있도록 도와드릴 수 있습니다.

보고서 보기데모 예약
리소스 보기
공유 대상:
링크드인 브랜드사회적x 로고
더 많은 것에 관심이 있으신가요?

공유 대상:
링크드인 브랜드사회적x 로고
작성자
야프 카란 싱
게시일: 2019년 2월 28일

야프 카란 싱은 보안 코딩 전도자, 수석 싱 및 공동 설립자입니다 Secure Code Warrior .

공유 대상:
링크드인 브랜드사회적x 로고

엑스쿼리 인젝션 공격은 왜 이렇게 공격의 남동생처럼 여겨지기도 합니다. SQL 인젝션 공격.근본 사람이 비슷하게 공격하기 위해 최선을 다하기 위해 악용하는 명령도 매우 비슷합니다.단지 xQuery 인젝션 공격은 XML 데이터에 대한 XPath 쿼리 중에만 발생할 수 있는 것입니다.이 덕분에 이러한 XPath 인젝션 또는 그냥 XPath 공격이라고 부르기도, 전달 사용이 가능해졌습니다.

#대다수의 웹 사이트는 XML 데이터베이스를 사용하여 사용자 로그인 자격 증명, 고객 정보, 개인 신원 정보 및 기밀 또는 민감한 데이터를 보관하는 것과 같은 중요한 데이터를 보관하므로 xQuery 공격, 면적이 다소 커집니다.

이 에피소드에서는 다음을 배우게 됩니다.

  • 공격자가 엑스쿼리 인젝션을 사용하는 방법
  • 엑스쿼리 인젝션이 위험한 이유
  • 이 취약점을 해결할 수 있는 기술

공격자는 XQuery 삽입을 어떻게 트리거합니까?

대부분의 컴퓨터 언어와 마찬가지로 XPath의 정의는 단순하게 설계되었습니다.실제로 XPath는 표준 언어이며 모든 표기법과 구문문은 사용하지 않는 편이 낫습니다., XPath® 를 조작하는 데 필요한 것은 잘할 수 있습니다.

기본적으로 XPath 쿼리는 XML 데이터베이스에서 정보를 조회할 수 있는 간단한 명령문입니다.가장 간단한 예로, 사용자 레코드가 존재하는지 확인한 다음 로그인 자격 증명을 검색하는 데 사용됩니다.문제는 XPath 쿼리에는 사용자 입력이 포함되기 때문에 해리가 조작하여 정보를 반환할 수 있습니다.

다음 주, 로그인 보안을 우회하려고 할 때 공격자는 전체 프로세스를 우회하는 XPath VeryPath 쿼리 이름을 남길 수 있습니다.예는 다음과 같을 수 있습니다.

//직원 [사용자 이름/텍스트 () = 누구나 또는 1=1 또는 a=a 및 암호/텍스트 () =중요함]

여기서 사용자 이름 필드는 1=1 또는 a=a 문으로 모든 사용자와 일치하도록 만들어집니다.쿼리의 첫 부분만 있으면

XQuery 삽입이 위험한 이유는 무엇입니까?

#xQuery ##0 ########## ###############################################공격자는 ################################################################################################################0 ############ 레코드를 전송할 수 있습니다.

XQuery 인젝션 공격 제거

유사한 취약점과 마찬가지로 한 가지 중요한 방어 수단은 사용자 입력을 하지 않는 것입니다.데이터베이스 쿼리를 작성하면 안 되는 사용자가 정보를 얻을 수 있게 되었습니다. 물리적 건물의 창문과 문을 열 수 있습니다.사람들이 접근할 수 있는 주요 방법이기 위해.

XQuery 인젝션 방지의 체계링을 통해 사용자 입력을 삭제하거나 사용자 입력의 화이스트 입력 검증을 사용하여 이를 수행할 수 있습니다. SQL 쿼리용 명령문과 비슷한 매개 변수화된 XPath는 사용할 수 있습니다.

최근 모든 시스템에서 최소 권한을 부여해야 합니다.이는 모든 애플리케이션을 쿼리를 수행할 수 있는 전용 읽기 권한을 가진 사용자를 생성해야 한다는 의미일 수 있습니다.

이러한 기술을 사용하여 웹 사이트 또는 애플리케이션에 대한 모든 XQuery 삽입 시도를 중지할 수 있습니다.

XQuery 인젝션에 대한 추가 정보

자세한 내용을 보려면 OWASP가 XQuery 주입에 대해 말한 내용을 읽을 수 있습니다. 새로 발견한 보상 지식을 테스트해 볼 수도 있습니다. 무료 데모 사이버 보안 팀이 궁극의 사이버 전사가 될 수 있도록 교육하는 보안 코드 워리어 플랫폼을 활용했습니다.이 취약점을 해결하는 방법과 기타 위협의 도적 갤러리를 자세히 알아보려면 다음 사이트를 방문하세요. 보안 코드 전사 블로그.

목차

PDF 다운로드
리소스 보기
더 많은 것에 관심이 있으신가요?

야프 카란 싱은 보안 코딩 전도자, 수석 싱 및 공동 설립자입니다 Secure Code Warrior .

더 알아보세요

Secure Code Warrior는 전체 소프트웨어 개발 라이프사이클에서 코드를 보호하고 사이버 보안을 최우선으로 생각하는 문화를 조성할 수 있도록 조직을 위해 여기 있습니다.AppSec 관리자, 개발자, CISO 또는 보안 관련 누구든 관계없이 조직이 안전하지 않은 코드와 관련된 위험을 줄일 수 있도록 도와드릴 수 있습니다.

데모 예약다운로드
공유 대상:
링크드인 브랜드사회적x 로고
리소스 허브

시작하는 데 도움이 되는 리소스

더 많은 게시물
리소스 허브

시작하는 데 도움이 되는 리소스

더 많은 게시물