Consideraciones de seguridad de XSLT

Artículo
08/23/2008

Actualización: November 2007

El lenguaje XSLT posee un amplio conjunto de características que aportan gran potencia y flexibilidad. Incluye muchas características que, aunque son útiles, también se podrían aprovechar desde orígenes externos. Para poder utilizar XSLT con seguridad, debe conocer los tipos de problemas de seguridad que surgen al utilizar XSLT y las estrategias básicas que puede emplear para mitigar estos riesgos.

Extensiones XSLT

Dos extensiones XSLT conocidas son los objetos de extensión y los scripts de hojas de estilos. Estas extensiones permiten al procesador XSLT ejecutar código.

Los objetos de extensión agregan capacidades de programación a las transformaciones XSL.
Los scripts se pueden incrustar en la hoja de estilos utilizando el elemento de extensión msxsl:script.

Objetos de extensión

Los objetos de extensión se agregan con el método AddExtensionObject. Se requiere el conjunto de permisos FullTrust para admitir los objetos de extensión. De esta manera, se garantiza que no se produzca una elevación de permisos cuando se ejecuta el código de objetos de extensión. Al intentar llamar al método AddExtensionObject sin permisos FullTrust, se produce el inicio de una excepción de seguridad.

Scripts de hojas de estilos

Los scripts se pueden incrustar en una hoja de estilos utilizando el elemento de extensión msxsl:script. La compatibilidad con scripts es una característica opcional en la clase XslCompiledTransform que está deshabilitada de manera predeterminada. Los scripts se pueden habilitar estableciendo la propiedad XsltSettings.EnableScript en true y pasando el objeto XsltSettings al método Load.

Instrucciones

Únicamente habilite los scripts cuando la hoja de estilos provenga de un origen de confianza. Si no puede comprobar el origen de la hoja de estilos, o si la hoja de estilos no proviene de un origen de confianza, pase null pase el argumento de valores de XSLT.

Recursos externos

El lenguaje XSLT tiene características como, por ejemplo, xsl:import, xsl:include o la función document(), en las que el procesador tiene que resolver referencias de URI. La clase XmlResolver se utiliza para resolver recursos externos. Puede que haya que resolver los recursos externos en los siguientes dos casos:

Al compilar una hoja de estilos, el XmlResolver se utiliza para la resolución de xsl:import y xsl:include.

Al ejecutar la transformación, XmlResolver se utiliza para resolver la función document().

Nota:
La función document() se deshabilita de manera predeterminada en la clase XslCompiledTransform. Esta característica se puede habilitar estableciendo la propiedad XsltSettings.EnableDocumentFunction en true y pasando el objeto XsltSettings al método Load.

Los métodos Load y Transform incluyen sobrecargas que aceptan un objeto XmlResolver como uno de sus argumentos. Si no se especifica un código XmlResolver, se utiliza una referencia XmlUrlResolver predeterminada sin ninguna credencial.

Instrucciones

Únicamente habilite la función document() cuando la hoja de estilos provenga de un origen de confianza.

En la siguiente lista se describe cuándo es conveniente especificar un objeto XmlResolver:

Si el proceso XSLT necesita tener acceso a un recurso de red que requiere autenticación, puede utilizar un XmlResolver con las credenciales necesarias.
Si desea restringir los recursos a los que tiene acceso el proceso XSLT, puede utilizar un XmlSecureResolver con el conjunto de permisos correcto. Utilice la clase XmlSecureResolver si necesita abrir un recurso que no controla o que no es de confianza.
Si desea personalizar el comportamiento, puede implementar su propia clase XmlResolver y utilizarla para resolver recursos.
Si desea asegurarse de que no se tiene acceso a ningún recurso externo, puede especificar null para el argumento XmlResolver.