Técnica de programación segura: procesamiento de datos XML, parte 1

El lenguaje de marcado extensible (XML) es un lenguaje de marcado utilizado para codificar documentos en un formato que es fácil de manejar tanto para las máquinas como para los seres humanos. Sin embargo, este formato de uso común incluye múltiples fallos de seguridad. En esta primera entrada del blog sobre XML, explicaré los fundamentos para manejar documentos XML de forma segura mediante el uso de un esquema.

OWASP divide las diferentes vulnerabilidades relacionadas con XML y los esquemas XML en dos categorías.

Documentos XML mal formados

Los documentos XML mal formados son aquellos que no siguen las especificaciones XML del W3C. Algunos ejemplos que dan lugar a un documento mal formado son la eliminación de una etiqueta de cierre, el cambio en el orden de los diferentes elementos o el uso de caracteres prohibidos. Todos estos errores deberían dar lugar a un error fatal y el documento no debería someterse a ningún procesamiento adicional.

Para evitar las vulnerabilidades causadas por documentos mal formados, debe utilizar un analizador XML bien probado que siga las especificaciones del W3C y que no tarde mucho más tiempo en procesar documentos mal formados.

Documentos XML no válidos

Los documentos XML no válidos están bien formados pero contienen valores inesperados. Aquí, un atacante puede aprovecharse de las aplicaciones que no definen correctamente un esquema XML para identificar si los documentos son válidos. A continuación, puede encontrar un ejemplo sencillo de un documento que, si no se valida correctamente, podría tener consecuencias imprevistas.

Una tienda web que almacena sus transacciones en datos XML:

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

Y el usuario solo tiene control sobre el valor <id>. Entonces es posible, sin las contramedidas adecuadas, que un atacante introduzca algo como esto:</id>

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

Si el analizador que procesa este documento solo lee la primera instancia de las etiquetas <id> y <price>, esto conducirá a resultados no deseados. </price></id>

También es posible que el esquema no sea lo suficientemente restrictivo o que otra validación de entrada sea insuficiente, de modo que se puedan introducir números negativos, decimales especiales (como NaN o Infinity) o valores excesivamente grandes donde no se esperan, lo que conduce a un comportamiento imprevisto similar.

Para evitar vulnerabilidades relacionadas con documentos XML no válidos, se debe definir un esquema XML preciso y restrictivo que evite problemas de validación de datos inadecuada.

En la próxima entrada del blog profundizaremos en algunos ataques más avanzados a documentos XML, como las cargas útiles gigantes (Jumbo Payloads) y el temido cuarto puesto del Top Ten de OWASP, XXE.

Mientras tanto, puede perfeccionar o poner a prueba sus habilidades en la validación de entradas XML en nuestro portal.

Las especificaciones para XML y los esquemas XML incluyen múltiples fallos de seguridad. Al mismo tiempo, estas especificaciones proporcionan las herramientas necesarias para proteger las aplicaciones XML. Aunque utilizamos esquemas XML para definir la seguridad de los documentos XML, estos pueden utilizarse para llevar a cabo diversos ataques: recuperación de archivos, falsificación de solicitudes del lado del servidor, escaneo de puertos o ataques de fuerza bruta.

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