Changes for page Engine_XalanJ

Last modified by Nicolas Gregoire on 2012/01/31 17:35

From version Icon 68.1 Icon
edited by Nicolas Gregoire
on 2012/01/12 23:12
Change comment: There is no comment for this version
To version Icon 69.1 Icon
edited by Nicolas Gregoire
on 2012/01/14 17:46
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -1,23 +1,26 @@
1 -[[Xalan-J>>http://xml.apache.org/xalan-j/||rel="__blank" title="Xalan-J Home Page"]] is a Java based XSLT engine by the Apache Project.
1 +{{toc/}}
2 2  
3 += Introduction =
3 3  
4 -== Supported version ==
5 +[[Xalan-J>>http://xml.apache.org/xalan-j/||rel="__blank" title="Xalan-J Home Page"]] is a Java based XSLT engine by the Apache Project.
5 5  
7 += Supported version =
8 +
6 6  1.0
7 7  
8 -== Command line ==
11 += Command line =
9 9  
10 10  $> java org.apache.xalan.xslt.Process -in foo.xml -xsl foo.xsl
11 11  
12 12  __Note__ : xml-apis.jar, xercesImpl.jar and xalan*.jar must be in the $CLASSPATH
13 13  
14 -== Identification strings ==
17 += Identification strings =
15 15  
16 16  |=xsl:vendor-url|http:~/~/xml.apache.org/xalan-j
17 17  |=xsl:vendor|Apache Software Foundation
18 18  |=xsl:version|1.0
19 19  
20 -== Special features ==
23 += Special features =
21 21  
22 22  * Java properties disclosure
23 23  * Java environment disclosure
... ... @@ -26,7 +26,7 @@
26 26  * File creation
27 27  * JDBC connectivity
28 28  
29 -== Java properties disclosure ==
32 += Java properties disclosure =
30 30  
31 31  The xsl:system-property() standard function can be called with non standard arguments, mapped to Java properties. In this example, the name of the Java properties is stored in a separate XML file ([[properties.xml>>attach:properties.xml]]). The XSLT code will, for each property, display its name and its value.
32 32  
... ... @@ -33,7 +33,7 @@
33 33  |=Namespace|=Function|=PoC|=Sample output
34 34  |http:~/~/www.w3.org/1999/XSL/Transform|system-property()|[[xalanj-java-properties.xsl>>attach:xalanj-java-properties.xsl]]|[[xalanj-java-properties-output.txt>>attach:xalanj-java-properties-output.txt]]
35 35  
36 -== Java environment disclosure ==
39 += Java environment disclosure =
37 37  
38 38  The checkEnvironment() extension function (documented [[here>>http://xml.apache.org/xalan-j/faq.html#faq-N10064||rel="__blank"]]) will display some information about the execution context (including available packages, paths, versions, ...).
39 39  
... ... @@ -40,7 +40,7 @@
40 40  |=Namespace|=Extension function|=PoC|=Sample output
41 41  |http:~/~/xml.apache.org/xalan|checkEnvironment()|[[xalanj-checkenv.xsl>>attach:xalanj-checkenv.xsl]]|[[xalanj-checkenv-output.txt>>attach:xalanj-checkenv-output.txt]]
42 42  
43 -== Java code execution ==
46 += Java code execution =
44 44  
45 45  The attached code will display the current date using a newly created "java.util.Date" object. This should be enough to demonstrate Java code execution.
46 46  
... ... @@ -48,11 +48,11 @@
48 48  |http:~/~/xml.apache.org/xalan/java/java.util.Date|new()|[[xalanj-java-date.xsl>>attach:xalanj-java-date.xsl]]|Current date:
49 49  Wed Jan 11 22:45:07 CET 2012
50 50  
51 -== OS command execution ==
54 += OS command execution =
52 52  
53 53  Once Java code execution is possible, it is trivial to execute arbitrary OS commands using the java.lang.Runtime class.
54 54  
55 -=== Command without output ===
58 +== Command without output ==
56 56  
57 57  The attached PoC will not read the output of the executed command (because loops are hard in XSLT). But this is not a problem if a reverse-shell have already been started, isn't it ;-)
58 58  
... ... @@ -61,7 +61,7 @@
61 61  
62 62  __Note__ : as arrays are not a native type in XSLT, we create one in Java via split() before passing it as an argument to [[exec(String[] cmdarray)>>http://docs.oracle.com/javase/1.4.2/docs/api/java/lang/Runtime.html#exec(java.lang.String[])||rel="__blank"]].
63 63  
64 -=== Reading stdout ===
67 +== Reading stdout ==
65 65  
66 66  As the output have an unknown number of lines, we must use a __loop__ construct like "while" ... which is not available in XSLT. This limitation is due to the functional programming paradigm but can be circumvented using templates and recursion. This way, we can also __update__ some variables, but the syntax is awful and error prone.
67 67  
... ... @@ -74,11 +74,11 @@
74 74  
75 75  It is of course possible to include commands for multiples OS in one file and to execute only the relevant ones.
76 76  
77 -=== A pure Java reverse-shell ===
80 +== A pure Java reverse-shell ==
78 78  
79 79  It is afaik not possible to get a pure Java reverse-shell, as we can't create threads :-(
80 80  
81 -== File creation ==
84 += File creation =
82 82  
83 83  The "write" extension element allows to create files on the engine side. The content written to the file must be valid UTF-8 (so plain ASCII works too). Existing files can be overwritten.
84 84  
... ... @@ -85,11 +85,11 @@
85 85  |=Namespace|=Extension element|=Parameter|=PoC
86 86  |http:~/~/xml.apache.org/xalan/redirect|write|file|[[xalanj-write.xsl>>attach:xalanj-write.xsl]]
87 87  
88 -== JDBC connectivity ==
91 += JDBC connectivity =
89 89  
90 90  It is possible to use XSLT to connect to any database having a corresponding installed JDBC driver.
91 91  
92 -=== Simple connection ===
95 +== Simple connection ==
93 93  
94 94  The [[xalanj-jdbc-query.xsl>>attach:xalanj-jdbc-query.xsl]] PoC simply connects to a local MySQL database using some hard-coded credentials, executes a query and displays the result.
95 95  
... ... @@ -96,7 +96,7 @@
96 96  |=Namespace|=Extension function|=PoC
97 97  |org.apache.xalan.lib.sql.XConnection|new(), query() and close()|[[xalanj-jdbc-query.xsl>>attach:xalanj-jdbc-query.xsl]]
98 98  
99 -=== Credentials brute-forcing ===
102 +== Credentials brute-forcing ==
100 100  
101 101  The [[xalanj-jdbc-bruteforce.xsl>>attach:xalanj-jdbc-bruteforce.xsl]] file will read some tuples (JDBC driver, database URL, username, passsword) from a XML file ([[xalanj-jdbc-bruteforce.xml>>attach:xalanj-jdbc-bruteforce.xml]]) and try to login with each one, effectively brute-forcing credentials from the engine side (usually on the backend ;-).
102 102  
... ... @@ -108,3 +108,4 @@
108 108  Username : [root] / Password : [uberpasswd] :
109 109  Username : [root] / Password : [cnam] : OK !!
110 110  Username : [pma] / Password : [pma] : ##
114 +