<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: HSIYF Offensive Security Report &#8211; 1 of 3</title> <atom:link href="http://www.information-security-training.com/news/offsec-hsiyf-report-part1/feed/" rel="self" type="application/rss+xml" /><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/</link> <description>Tactical Network Security Courses and Certifications</description> <lastBuildDate>Wed, 16 Jun 2010 10:48:25 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>By: admin</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-156</link> <dc:creator>admin</dc:creator> <pubDate>Thu, 13 May 2010 04:32:28 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-156</guid> <description>@5M7X - yeps...their site updated a couple of days after the tournament...</description> <content:encoded><![CDATA[<p>@5M7X &#8211; yeps&#8230;their site updated a couple of days after the tournament&#8230;</p> ]]></content:encoded> </item> <item><title>By: iconicflux</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-151</link> <dc:creator>iconicflux</dc:creator> <pubDate>Thu, 13 May 2010 01:52:50 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-151</guid> <description>I would have to agree with dr_ide. At one point, I got the n00bSecret.txt contents and submitted it within 30 seconds but the system told me it was invalid. I simply had to rerun my requests but just rerunning the requests took about 2 hours because of the slowness being experienced.
I do find it interesting that you think using the XSS was the best option for executing the deletesite function. Personally, I found the easiest way was just guessing passwords to get access to the interface.
But then... I&#039;m lazy. :-)</description> <content:encoded><![CDATA[<p>I would have to agree with dr_ide. At one point, I got the n00bSecret.txt contents and submitted it within 30 seconds but the system told me it was invalid. I simply had to rerun my requests but just rerunning the requests took about 2 hours because of the slowness being experienced.</p><p>I do find it interesting that you think using the XSS was the best option for executing the deletesite function. Personally, I found the easiest way was just guessing passwords to get access to the interface.</p><p>But then&#8230; I&#8217;m lazy. :-)</p> ]]></content:encoded> </item> <item><title>By: 5M7X</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-148</link> <dc:creator>5M7X</dc:creator> <pubDate>Wed, 12 May 2010 22:45:32 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-148</guid> <description>*sorry for the doublepost* but if somebody wants to download the dotdefender-waf he should not go for the vendors homepage since you get only a v4-trial there but you can find a copy of the vuln software as an rpm e.g. there -&gt; http://www.download3k.com/Install-dotDefender-Monitor.html</description> <content:encoded><![CDATA[<p>*sorry for the doublepost* but if somebody wants to download the dotdefender-waf he should not go for the vendors homepage since you get only a v4-trial there but you can find a copy of the vuln software as an rpm e.g. there -&gt; <a
href="http://www.download3k.com/Install-dotDefender-Monitor.html" rel="nofollow">http://www.download3k.com/Install-dotDefender-Monitor.html</a></p> ]]></content:encoded> </item> <item><title>By: 5M7X</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-147</link> <dc:creator>5M7X</dc:creator> <pubDate>Wed, 12 May 2010 22:43:34 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-147</guid> <description>1) POST requests to admin.cgi were blocked by the IDS. &lt;-- funny i did my code injects via just manupulating the POST-requests via tamper-data ^^ well okay it took a while but it worked. :D *now i know why it was so slow, thx!*</description> <content:encoded><![CDATA[<p>1) POST requests to admin.cgi were blocked by the IDS. &lt;&#8211; funny i did my code injects via just manupulating the POST-requests via tamper-data ^^ well okay it took a while but it worked. :D *now i know why it was so slow, thx!*</p> ]]></content:encoded> </item> <item><title>By: How I Beat the Offensive Security Challenge &#171; Spare Clock Cycles</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-140</link> <dc:creator>How I Beat the Offensive Security Challenge &#171; Spare Clock Cycles</dc:creator> <pubDate>Wed, 12 May 2010 18:09:58 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-140</guid> <description>[...] 05/12/10: The Offsec guys have just posted a response to some of the issues I raised here on their blog. The password was apparently not necessary, as [...]</description> <content:encoded><![CDATA[<p>[...] 05/12/10: The Offsec guys have just posted a response to some of the issues I raised here on their blog. The password was apparently not necessary, as [...]</p> ]]></content:encoded> </item> <item><title>By: admin</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-136</link> <dc:creator>admin</dc:creator> <pubDate>Wed, 12 May 2010 15:56:35 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-136</guid> <description>@Dantevios some answers to your questions:
1) POST requests to admin.cgi were blocked by the IDS.
2) Why were people compelled to log into the WAF admin interface? Again, not required for the exploit.
3) Yes, using a POST request to index.cgi, or using the XSS + auth reflection described in our solution.
4) Answered by 1) 2) and 3).
Thank you!</description> <content:encoded><![CDATA[<p>@Dantevios some answers to your questions:<br
/> 1) POST requests to admin.cgi were blocked by the IDS.<br
/> 2) Why were people compelled to log into the WAF admin interface? Again, not required for the exploit.<br
/> 3) Yes, using a POST request to index.cgi, or using the XSS + auth reflection described in our solution.<br
/> 4) Answered by 1) 2) and 3).</p><p>Thank you!</p> ]]></content:encoded> </item> <item><title>By: dr_ide</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-134</link> <dc:creator>dr_ide</dc:creator> <pubDate>Wed, 12 May 2010 12:48:14 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-134</guid> <description>I think the problem was actually with the dotDefender application itself and the &quot;server&quot; per se. Once it became common knowledge that this particular exploit existed it seems as though the WAF became overwhelmed with attempts.
It took me almost 2.5 hours to finally get my commands to run even though I had the solution in hand the entire time. Between the IPS, congestion and lamers changing the password. Still, hats off to the crew for a great event, we appreciate the hard work.</description> <content:encoded><![CDATA[<p>I think the problem was actually with the dotDefender application itself and the &#8220;server&#8221; per se. Once it became common knowledge that this particular exploit existed it seems as though the WAF became overwhelmed with attempts.</p><p>It took me almost 2.5 hours to finally get my commands to run even though I had the solution in hand the entire time. Between the IPS, congestion and lamers changing the password. Still, hats off to the crew for a great event, we appreciate the hard work.</p> ]]></content:encoded> </item> <item><title>By: Dantevios</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-129</link> <dc:creator>Dantevios</dc:creator> <pubDate>Wed, 12 May 2010 10:18:20 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-129</guid> <description>I have a few questions about the n00b filter. I also wrote in detail about my experiences in trying to hack the n00b filter in my blog. You can read about my difficulties with the dotDefender application to get a better idea of what I&#039;m talking about if you would like.
You say:
&quot;The most overwhelming initial difficulty encountered by participants was the n00b filter IPS. The IPS threw almost everyone off, bringing up claims that “the servers were down” or that “the servers were real slow”. Neither of these observations was true. Eventually, people caught on, and started being more careful with traffic sent to the n00b filter machines.&quot;
1. Was it your intention for you IPS to prevent users from logging into the remote Site Management dotDefender application to use the exploit (http://www.exploit-db.com/exploits/10261) ?
2. Once users actually logged onto the Site Management for dotDefender are you claiming that it was supposed to trip the IPS if they used tools like burpsuite to craft the POST request to send to your server?
3. If so was there a way to use this exploit and not trip the IPS and what was that method?
4. Otherwise are you claiming the only way to avoid your IPS was to use the 0day or deal with the pain of the slowness from going down the route of the exploit found on exploitdb?
I believe this is the alleged lag issue everyone was experiencing that I wrote about in my blog. I would really appreciate it if you could answer these questions and clarify for us what the intentions of your IPS were. I know several people told me they went down the pain route and fought using the exploit on exploitdb. I am wondering if everyone experienced this same delay.
Thank you!
Dantevios</description> <content:encoded><![CDATA[<p>I have a few questions about the n00b filter. I also wrote in detail about my experiences in trying to hack the n00b filter in my blog. You can read about my difficulties with the dotDefender application to get a better idea of what I&#8217;m talking about if you would like.</p><p>You say:<br
/> &#8220;The most overwhelming initial difficulty encountered by participants was the n00b filter IPS. The IPS threw almost everyone off, bringing up claims that “the servers were down” or that “the servers were real slow”. Neither of these observations was true. Eventually, people caught on, and started being more careful with traffic sent to the n00b filter machines.&#8221;</p><p>1. Was it your intention for you IPS to prevent users from logging into the remote Site Management dotDefender application to use the exploit (<a
href="http://www.exploit-db.com/exploits/10261" rel="nofollow">http://www.exploit-db.com/exploits/10261</a>) ?</p><p>2. Once users actually logged onto the Site Management for dotDefender are you claiming that it was supposed to trip the IPS if they used tools like burpsuite to craft the POST request to send to your server?</p><p>3. If so was there a way to use this exploit and not trip the IPS and what was that method?</p><p>4. Otherwise are you claiming the only way to avoid your IPS was to use the 0day or deal with the pain of the slowness from going down the route of the exploit found on exploitdb?</p><p>I believe this is the alleged lag issue everyone was experiencing that I wrote about in my blog. I would really appreciate it if you could answer these questions and clarify for us what the intentions of your IPS were. I know several people told me they went down the pain route and fought using the exploit on exploitdb. I am wondering if everyone experienced this same delay.</p><p>Thank you!<br
/> Dantevios</p> ]]></content:encoded> </item> <item><title>By: dr_ide</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-124</link> <dc:creator>dr_ide</dc:creator> <pubDate>Wed, 12 May 2010 08:02:08 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-124</guid> <description>I posted my versions of the solutions on my blog for anyone that wants to check them out. Can&#039;t thank offsec enough for this great challenge and congrats to everyone that played along at home.</description> <content:encoded><![CDATA[<p>I posted my versions of the solutions on my blog for anyone that wants to check them out. Can&#8217;t thank offsec enough for this great challenge and congrats to everyone that played along at home.</p> ]]></content:encoded> </item> <item><title>By: Paul Maaouchy</title><link>http://www.information-security-training.com/news/offsec-hsiyf-report-part1/comment-page-1/#comment-121</link> <dc:creator>Paul Maaouchy</dc:creator> <pubDate>Wed, 12 May 2010 07:15:11 +0000</pubDate> <guid
isPermaLink="false">http://www.information-security-training.com/?p=752#comment-121</guid> <description>Waiting Video Too From The Begin How He Hack This Machine :D</description> <content:encoded><![CDATA[<p>Waiting Video Too From The Begin How He Hack This Machine :D</p> ]]></content:encoded> </item> </channel> </rss>
