
보안 코딩 기법: XML 데이터 처리, 1부작
확장 마크업 언어 (XML) 는 컴퓨터에서 다루기 쉽고 사람이 읽을 수 있는 형식으로 문서를 인코딩하는 데 사용되는 마크업 언어입니다.그러나 일반적으로 사용되는 이 형식에는 여러 가지 보안 결함이 있습니다.이 첫 번째 XML 관련 블로그 게시물에서는 스키마를 사용하여 XML 문서를 안전하게 처리하는 기본 사항을 설명하겠습니다.
OWASP는 XML 및 XML 스키마와 관련된 여러 취약점을 두 범주로 나눕니다.
형식이 잘못된 XML 문서
형식이 잘못된 XML 문서는 W3C XML 사양을 따르지 않는 문서입니다.문서의 형식이 잘못되는 몇 가지 예로는 끝 태그를 제거하거나 다른 요소의 순서를 변경하거나 금지된 문자를 사용하는 경우가 있습니다.이러한 모든 오류로 인해 치명적인 오류가 발생할 수 있으므로 문서에 추가 처리를 거치지 않아야 합니다.
잘못된 문서로 인한 취약점을 피하려면 W3C 사양을 따르고 잘못된 문서를 처리하는 데 시간이 오래 걸리지 않는 잘 테스트된 XML 파서를 사용해야 합니다.
잘못된 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 스키마를 정의하여 부적절한 데이터 검증 문제를 방지해야 합니다.
다음 블로그 포스트에서는 점보 페이로드와 OWASP Top Ten 넘버 4인 XXE와 같은 XML 문서에 대한 고급 공격에 대해 알아보겠습니다.
그 동안 XML 입력 검증에 대한 기술을 연마하거나 도전할 수 있습니다. 우리 포털에서.
XML 및 XML 스키마 사양에는 여러 보안 결함이 있습니다.이와 동시에 이러한 사양은 XML 응용 프로그램을 보호하는 데 필요한 도구를 제공합니다.XML 스키마를 사용하여 XML 문서의 보안을 정의하지만 이러한 스키마는 파일 검색, 서버 측 요청 위조, 포트 스캐닝 또는 무차별 대입 등 다양한 공격을 수행하는 데 사용될 수 있습니다.


XML 및 XML 스키마 사양에는 여러 보안 기능이 포함됩니다.이와 동시에 이러한 사양은 XML 응용 프로그램을 보호하는 데 필요한 도구를 제공합니다.XML 스키마를 사용하여 XML 보안을 유지하며 이러한 스키마를 사용하여 공격을 수행할 수 있습니다.
Investigador de seguridad de aplicaciones - Ingeniero de I+D - Candidato a doctor

Secure Code Warrior está aquí para ayudar a las organizaciones a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura que priorice la ciberseguridad. Ya seas administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudarte a reducir los riesgos asociados al código inseguro en tu organización.
Reserva de demostraciónInvestigador de seguridad de aplicaciones - Ingeniero de I+D - Candidato a doctor


확장 마크업 언어 (XML) 는 컴퓨터에서 다루기 쉽고 사람이 읽을 수 있는 형식으로 문서를 인코딩하는 데 사용되는 마크업 언어입니다.그러나 일반적으로 사용되는 이 형식에는 여러 가지 보안 결함이 있습니다.이 첫 번째 XML 관련 블로그 게시물에서는 스키마를 사용하여 XML 문서를 안전하게 처리하는 기본 사항을 설명하겠습니다.
OWASP는 XML 및 XML 스키마와 관련된 여러 취약점을 두 범주로 나눕니다.
형식이 잘못된 XML 문서
형식이 잘못된 XML 문서는 W3C XML 사양을 따르지 않는 문서입니다.문서의 형식이 잘못되는 몇 가지 예로는 끝 태그를 제거하거나 다른 요소의 순서를 변경하거나 금지된 문자를 사용하는 경우가 있습니다.이러한 모든 오류로 인해 치명적인 오류가 발생할 수 있으므로 문서에 추가 처리를 거치지 않아야 합니다.
잘못된 문서로 인한 취약점을 피하려면 W3C 사양을 따르고 잘못된 문서를 처리하는 데 시간이 오래 걸리지 않는 잘 테스트된 XML 파서를 사용해야 합니다.
잘못된 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 스키마를 정의하여 부적절한 데이터 검증 문제를 방지해야 합니다.
다음 블로그 포스트에서는 점보 페이로드와 OWASP Top Ten 넘버 4인 XXE와 같은 XML 문서에 대한 고급 공격에 대해 알아보겠습니다.
그 동안 XML 입력 검증에 대한 기술을 연마하거나 도전할 수 있습니다. 우리 포털에서.
XML 및 XML 스키마 사양에는 여러 보안 결함이 있습니다.이와 동시에 이러한 사양은 XML 응용 프로그램을 보호하는 데 필요한 도구를 제공합니다.XML 스키마를 사용하여 XML 문서의 보안을 정의하지만 이러한 스키마는 파일 검색, 서버 측 요청 위조, 포트 스캐닝 또는 무차별 대입 등 다양한 공격을 수행하는 데 사용될 수 있습니다.

확장 마크업 언어 (XML) 는 컴퓨터에서 다루기 쉽고 사람이 읽을 수 있는 형식으로 문서를 인코딩하는 데 사용되는 마크업 언어입니다.그러나 일반적으로 사용되는 이 형식에는 여러 가지 보안 결함이 있습니다.이 첫 번째 XML 관련 블로그 게시물에서는 스키마를 사용하여 XML 문서를 안전하게 처리하는 기본 사항을 설명하겠습니다.
OWASP는 XML 및 XML 스키마와 관련된 여러 취약점을 두 범주로 나눕니다.
형식이 잘못된 XML 문서
형식이 잘못된 XML 문서는 W3C XML 사양을 따르지 않는 문서입니다.문서의 형식이 잘못되는 몇 가지 예로는 끝 태그를 제거하거나 다른 요소의 순서를 변경하거나 금지된 문자를 사용하는 경우가 있습니다.이러한 모든 오류로 인해 치명적인 오류가 발생할 수 있으므로 문서에 추가 처리를 거치지 않아야 합니다.
잘못된 문서로 인한 취약점을 피하려면 W3C 사양을 따르고 잘못된 문서를 처리하는 데 시간이 오래 걸리지 않는 잘 테스트된 XML 파서를 사용해야 합니다.
잘못된 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 스키마를 정의하여 부적절한 데이터 검증 문제를 방지해야 합니다.
다음 블로그 포스트에서는 점보 페이로드와 OWASP Top Ten 넘버 4인 XXE와 같은 XML 문서에 대한 고급 공격에 대해 알아보겠습니다.
그 동안 XML 입력 검증에 대한 기술을 연마하거나 도전할 수 있습니다. 우리 포털에서.
XML 및 XML 스키마 사양에는 여러 보안 결함이 있습니다.이와 동시에 이러한 사양은 XML 응용 프로그램을 보호하는 데 필요한 도구를 제공합니다.XML 스키마를 사용하여 XML 문서의 보안을 정의하지만 이러한 스키마는 파일 검색, 서버 측 요청 위조, 포트 스캐닝 또는 무차별 대입 등 다양한 공격을 수행하는 데 사용될 수 있습니다.

Haga clic en el siguiente enlace y descargue el PDF de este recurso.
Secure Code Warrior está aquí para ayudar a las organizaciones a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura que priorice la ciberseguridad. Ya seas administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudarte a reducir los riesgos asociados al código inseguro en tu organización.
Ver informeReserva de demostraciónInvestigador de seguridad de aplicaciones - Ingeniero de I+D - Candidato a doctor
확장 마크업 언어 (XML) 는 컴퓨터에서 다루기 쉽고 사람이 읽을 수 있는 형식으로 문서를 인코딩하는 데 사용되는 마크업 언어입니다.그러나 일반적으로 사용되는 이 형식에는 여러 가지 보안 결함이 있습니다.이 첫 번째 XML 관련 블로그 게시물에서는 스키마를 사용하여 XML 문서를 안전하게 처리하는 기본 사항을 설명하겠습니다.
OWASP는 XML 및 XML 스키마와 관련된 여러 취약점을 두 범주로 나눕니다.
형식이 잘못된 XML 문서
형식이 잘못된 XML 문서는 W3C XML 사양을 따르지 않는 문서입니다.문서의 형식이 잘못되는 몇 가지 예로는 끝 태그를 제거하거나 다른 요소의 순서를 변경하거나 금지된 문자를 사용하는 경우가 있습니다.이러한 모든 오류로 인해 치명적인 오류가 발생할 수 있으므로 문서에 추가 처리를 거치지 않아야 합니다.
잘못된 문서로 인한 취약점을 피하려면 W3C 사양을 따르고 잘못된 문서를 처리하는 데 시간이 오래 걸리지 않는 잘 테스트된 XML 파서를 사용해야 합니다.
잘못된 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 스키마를 정의하여 부적절한 데이터 검증 문제를 방지해야 합니다.
다음 블로그 포스트에서는 점보 페이로드와 OWASP Top Ten 넘버 4인 XXE와 같은 XML 문서에 대한 고급 공격에 대해 알아보겠습니다.
그 동안 XML 입력 검증에 대한 기술을 연마하거나 도전할 수 있습니다. 우리 포털에서.
XML 및 XML 스키마 사양에는 여러 보안 결함이 있습니다.이와 동시에 이러한 사양은 XML 응용 프로그램을 보호하는 데 필요한 도구를 제공합니다.XML 스키마를 사용하여 XML 문서의 보안을 정의하지만 이러한 스키마는 파일 검색, 서버 측 요청 위조, 포트 스캐닝 또는 무차별 대입 등 다양한 공격을 수행하는 데 사용될 수 있습니다.
Índice
Investigador de seguridad de aplicaciones - Ingeniero de I+D - Candidato a doctor

Secure Code Warrior está aquí para ayudar a las organizaciones a proteger el código durante todo el ciclo de vida del desarrollo de software y a crear una cultura que priorice la ciberseguridad. Ya seas administrador de AppSec, desarrollador, CISO o cualquier persona relacionada con la seguridad, podemos ayudarte a reducir los riesgos asociados al código inseguro en tu organización.
Reserva de demostraciónDescargarRecursos útiles para empezar
Temas y contenidos de la formación sobre códigos de seguridad
El mejor contenido del sector evoluciona constantemente para adaptarse al entorno de desarrollo de software en constante cambio, teniendo en cuenta el papel de los clientes. Se ofrecen temas que abarcan desde la inteligencia artificial hasta la inyección de XQuery, para diversas funciones, desde arquitectos e ingenieros hasta gestores de productos y control de calidad. Eche un vistazo al contenido que ofrece el catálogo por temas y funciones.
La Cámara de Comercio establece el estándar para la seguridad impulsada por desarrolladores a gran escala
Kamer van Koophandel comparte cómo ha integrado la codificación segura en el desarrollo diario mediante certificaciones basadas en roles, evaluaciones comparativas de Trust Score y una cultura de responsabilidad compartida en materia de seguridad.
Modelado de amenazas con IA: convertir a cada desarrollador en un modelador de amenazas
Saldrá mejor equipado para ayudar a los desarrolladores a combinar ideas y técnicas de modelado de amenazas con las herramientas de IA que ya utilizan para reforzar la seguridad, mejorar la colaboración y crear software más resistente desde el principio.
Recursos útiles para empezar
Cybermon ha vuelto: la misión de IA para derrotar al jefe ahora está disponible bajo demanda.
Cybermon 2025 Bit the Boss ya está disponible en SCW durante todo el año. Implemente tareas de seguridad avanzadas de IA/LLM para impulsar el desarrollo de IA de seguridad a gran escala.
Explicación de la Ley de Resiliencia Cibernética: El significado del diseño de seguridad en el desarrollo de software
Descubra los requisitos y el ámbito de aplicación de la Ley de Resiliencia Cibernética (CRA) de la UE, y cómo el equipo de ingeniería puede prepararse de forma segura mediante el diseño, las prácticas, la prevención de vulnerabilidades y la creación de un entorno de desarrollo.
Factor de éxito 1: Criterios de éxito definidos y medibles
El habilitador 1 ofrece una serie de 10 partes sobre los habilitadores del éxito, mostrando cómo la codificación segura puede mejorar los resultados empresariales, como la reducción de riesgos y costes y la aceleración de la madurez de los programas a largo plazo.




%20(1).avif)
.avif)
