<?xml version='1.0' encoding='UTF-8'?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/'><id>tag:blogger.com,1999:blog-121869284259845227</id><updated>2008-05-12T08:57:54.606-04:00</updated><title type='text'>hideaway [dot] net</title><link rel='alternate' type='text/html' href='http://www.hideaway.net/'/><link rel='next' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default?start-index=26&amp;max-results=25'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default'/><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://www.hideaway.net/atom.xml'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>26</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-173280044883461508</id><published>2008-05-09T00:25:00.002-04:00</published><updated>2008-05-09T00:34:55.051-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><category scheme='http://www.blogger.com/atom/ns#' term='XSS'/><title type='text'>But the logo says I'm secure!</title><summary type='text'>Russ McRee at HolisticInfoSec.org posted a fun little video to demonstrate just how effective McAfee's "Hacker Safe" ScanAlert really is.  These sites have some really basic XSS vulnerabilities, so either the scans aren't working, the companies aren't bothering to fix known weaknesses, or it's a little bit of both.   If all they care about is sticking a logo on their site, they might as well </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2008/05/but-logo-says-im-secure.html' title='But the logo says I&apos;m secure!'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=173280044883461508' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/173280044883461508'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/173280044883461508'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-1696659580292306158</id><published>2008-05-03T13:27:00.009-04:00</published><updated>2008-05-08T19:53:05.416-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='tools'/><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><category scheme='http://www.blogger.com/atom/ns#' term='windows'/><category scheme='http://www.blogger.com/atom/ns#' term='fuzzing'/><title type='text'>Fun with DCE-RPC Fuzzing</title><summary type='text'>I recently finished working on an interesting project that was a mix of architecture assessment and penetration testing.  One of our key tasks was to analyze the effectiveness of a firewall that they had configured to perform layer 7 inspection of Windows DCE-RPC traffic within their environment.  The firewall was designed to enforce a white-list of allowed RPC services (based on UUID) and deny </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2008/05/fun-with-dce-rpc-fuzzing.html' title='Fun with DCE-RPC Fuzzing'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=1696659580292306158' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/1696659580292306158'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/1696659580292306158'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-4022273725831009447</id><published>2007-11-15T20:30:00.000-05:00</published><updated>2007-11-15T20:59:45.494-05:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='lame hacking'/><title type='text'>Hotel TVs and stupid security controls</title><summary type='text'>A quickie while I'm still logged on:

Ever come across a web application that only performs input validation via JavaScript?  It'll pop up and stop you from submitting a form with illegal characters, but it's obviously just a client-side control, and therefore trivial to bypass using a proxy tool like Paros or Burp.  Stupid, but I guess it stops the dumbest of script kiddies.

Earlier this week, </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/11/hotel-tvs-and-stupid-security-controls.html' title='Hotel TVs and stupid security controls'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=4022273725831009447' title='2 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/4022273725831009447'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/4022273725831009447'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-520109799787742819</id><published>2007-11-15T20:16:00.000-05:00</published><updated>2007-11-15T20:29:56.754-05:00</updated><title type='text'>Still alive</title><summary type='text'>So much for keeping a regular blog.  A few weeks of boring documentation work gave me no inspiration to write, and then I was on vacation for another two weeks.  Since then, I've been slammed with back-to-back web app assessments and pen-tests.  Which is great, because that's when I'm actually learning and exploring new techniques...except it also means that I'm too busy to post here.  I have a </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/11/still-alive.html' title='Still alive'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=520109799787742819' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/520109799787742819'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/520109799787742819'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-8281007118820912500</id><published>2007-09-05T09:00:00.000-04:00</published><updated>2007-09-05T01:43:40.067-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><title type='text'>My First Physical</title><summary type='text'>After years of trying, I finally got onto a security project that included physical penetration testing.  I'll readily admit that I romanticized the whole idea of it - how can you not get excited about being allowed to break into a company's offices and hack their network like a real intruder?   I was going to do some real social engineering, maybe even some James Bond-esque stuff to get in.  </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/09/my-first-physical.html' title='My First Physical'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=8281007118820912500' title='2 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8281007118820912500'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8281007118820912500'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-9113333885278317615</id><published>2007-08-23T21:14:00.000-04:00</published><updated>2007-08-23T22:09:07.403-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><category scheme='http://www.blogger.com/atom/ns#' term='windows'/><title type='text'>Pass the hash, NTLM style</title><summary type='text'>Way back in 1997, a Windows exploit named "NT Pass the Hash" was posted on Bugtraq.  This Unix-based tool was a modified SMB client that lets you use captured LanMan hashes, without having to decrypt them first.

After a mere ten years, someone has finally modernized this concept into a much more potent attack.  Core Security has released Pass-The-Hash Toolkit, which runs on Windows and works </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/08/pass-hash-ntlm-style.html' title='Pass the hash, NTLM style'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=9113333885278317615' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/9113333885278317615'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/9113333885278317615'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-6725183960420832398</id><published>2007-08-15T19:58:00.000-04:00</published><updated>2007-08-15T20:12:59.686-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='sql injection'/><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><title type='text'>Out-of-band Oracle SQL injection with HTTP Requests</title><summary type='text'>I spent most of last week performing a web application assessment in the middle of nowhere, Alabama.  After the mad fun at BlackHat and several weeks of unpleasant documentation work preceding it, it was a nice change to spend five peaceful days completely focused on testing an interesting system.
This was an internal application, so I wasn't surprised to find that it was vulnerable to SQL </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/08/out-of-band-oracle-sql-injection-with.html' title='Out-of-band Oracle SQL injection with HTTP Requests'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=6725183960420832398' title='1 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/6725183960420832398'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/6725183960420832398'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-2455154933581896992</id><published>2007-08-13T19:09:00.000-04:00</published><updated>2007-08-13T19:21:38.022-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><title type='text'>SensePost Releases Squeeza SQL Injector, Updates Wikto</title><summary type='text'>As referenced in my BlackHat wrap-up, SensePost has just released the squeeza tool and accompanying slide deck from their presentation.  Their work on timing-based attacks is really interesting, particularly what they have dubbed as "Cross-Site Request Timing": it's apparently possible to violate the same-origin policy by tracking page load times across multiple domains. They've also released an </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/08/sensepost-releases-squeeza-sql-injector.html' title='SensePost Releases Squeeza SQL Injector, Updates Wikto'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=2455154933581896992' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/2455154933581896992'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/2455154933581896992'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-7827551416703668345</id><published>2007-08-04T16:35:00.000-04:00</published><updated>2007-08-04T23:36:45.648-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='tools'/><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><category scheme='http://www.blogger.com/atom/ns#' term='hacking'/><title type='text'>BlackHat Wrap-Up</title><summary type='text'>I've returned and recovered from a fun week at BlackHat in Las Vegas.  The conference was a great experience and had an excellent selection of speakers.  As with other hacking conventions I've attended in the past, it was humbling to see how smart some of the presenters and attendees are.  I unfortunately couldn't make it to Defcon this year (damn client obligations!), but four days is just about</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/08/blackhat-wrap-up.html' title='BlackHat Wrap-Up'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=7827551416703668345' title='1 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/7827551416703668345'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/7827551416703668345'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-35234991243073641</id><published>2007-07-29T22:40:00.000-04:00</published><updated>2007-07-29T22:58:30.574-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='oracle'/><title type='text'>Oracle 9i/10g Views exploit</title><summary type='text'>A quick one for the weekend: Rawlab released a nice little SQL exploit for a recently-patched Oracle 9i/10g vulnerability involving specially crafted Views.  This flaw gives database users the ability to update/insert/delete records with SYSTEM privileges.  The exploit updates a specified user account in SYS.USER$ with a new password; the code is straightforward enough to be easily modified if </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/oracle-9i10g-views-exploit.html' title='Oracle 9i/10g Views exploit'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=35234991243073641' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/35234991243073641'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/35234991243073641'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-399267932951364148</id><published>2007-07-25T23:12:00.000-04:00</published><updated>2007-07-26T00:17:47.016-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><title type='text'>Dangerous links: Mozilla URI handler exploits</title><summary type='text'>There has been a lot of recent activity among security blogs covering serious new vulnerabilities in Mozilla's URI protocol handling.  This is a significant issue because it is easily exploitable and yields remote command execution on a victim's PC: an attacker only needs to lead the user to a maliciously crafted link.The root of this flaw lies in how Mozilla handles URIs that are opened by other</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/dangerous-links-mozilla-uri-handler.html' title='Dangerous links: Mozilla URI handler exploits'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=399267932951364148' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/399267932951364148'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/399267932951364148'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-5870916518869131106</id><published>2007-07-24T22:07:00.000-04:00</published><updated>2007-07-24T22:29:45.497-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><category scheme='http://www.blogger.com/atom/ns#' term='flash'/><title type='text'>More on Flash hacking</title><summary type='text'>A quick follow-up to my previous post on testing Flash sites: Stefano Di Paola recently delivered a superbly comprehensive presentation on Flash application security during this year's OWASP conference in Milan.  It goes into great detail on the ActionScript security model, how Flash applications are sandboxed, and a variety of client-side attack vectors.  The resulting exploits include classic </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/more-on-flash-hacking.html' title='More on Flash hacking'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=5870916518869131106' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/5870916518869131106'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/5870916518869131106'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-5197070666731043160</id><published>2007-07-18T22:25:00.000-04:00</published><updated>2007-07-18T23:05:33.939-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='malware'/><category scheme='http://www.blogger.com/atom/ns#' term='networking'/><title type='text'>Threat analysis: Fast-Flux Service Networks</title><summary type='text'>Ever wonder how phishing and malware sites manage to stay online?  Through their analysis of botnets and infected hosts, the HoneyNet Project has documented an increasingly widespread technique used by online criminals: "Fast-Flux Service Networks".    It's an admittedly clever and approach that makes it much harder to shut down malicious operations. 

The premise behind fast-flux service </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/threat-analysis-fast-flux-service.html' title='Threat analysis: Fast-Flux Service Networks'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=5197070666731043160' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/5197070666731043160'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/5197070666731043160'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-8107003906642830718</id><published>2007-07-17T23:12:00.000-04:00</published><updated>2007-07-17T23:13:37.212-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='tools'/><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><category scheme='http://www.blogger.com/atom/ns#' term='flash'/><title type='text'>Decompiling and testing Flash-based web sites</title><summary type='text'>I've recently been evaluating several tools to help our team perform security assessments on Flash-based web applications.  We occasionally have to test client sites that are almost entirely written in Flash, and they can be even more annoying to assess than they are to use.  I have never really worked with the language from a developer's perspective, so it's been a good learning experience.

I </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/tools-to-help-test-flash-based-web.html' title='Decompiling and testing Flash-based web sites'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=8107003906642830718' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8107003906642830718'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8107003906642830718'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-7073415107894447909</id><published>2007-07-16T23:28:00.000-04:00</published><updated>2007-07-16T23:49:27.894-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><category scheme='http://www.blogger.com/atom/ns#' term='XSS'/><title type='text'>JavaScript Web Spider - Powered by Yahoo</title><summary type='text'>pdp has released a proof-of-concept web spider written completely in JavaScript.  It is a pure client-side tool, requiring no server support other than the Yahoo Site Explorer service it leverages.  The spider is very efficient - it can index the files and directory structure of a web site within a few queries, making it very fast and efficient.  The only limitation is that only can fetch pages </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/javascript-web-spider-powered-by-yahoo.html' title='JavaScript Web Spider - Powered by Yahoo'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=7073415107894447909' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/7073415107894447909'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/7073415107894447909'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-8193177552675965763</id><published>2007-07-15T19:15:00.000-04:00</published><updated>2007-07-15T19:52:37.962-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='tools'/><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><title type='text'>Backdoor scripts to compromise web servers</title><summary type='text'>I have been putting together a collection of scripts used to gain command execution or reverse-shell access on web servers.  We use this type of tool frequently during pen-tests; all you need is the ability to upload files to the web server (and a little luck - remember that you're executing under the context of the server process, which may have limited permissions).  These scripts are available</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/backdoor-scripts-for-shell-access-on.html' title='Backdoor scripts to compromise web servers'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=8193177552675965763' title='1 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8193177552675965763'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8193177552675965763'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-4919805807548125409</id><published>2007-07-12T22:30:00.000-04:00</published><updated>2007-07-12T23:41:19.278-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='news'/><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><title type='text'>Insecurity through stupidity - FTP servers expose DoD data</title><summary type='text'>The Associated Press is running a story on how they discovered an extensive number of sensitive but unclassified military documents kept on unsecured FTP servers.  Both government and contractor systems were found to allow anonymous access to goodies like project schematics, facility security information, building plans, and geological survey data.  Some of the responses by the guilty parties are</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/security-101-for-dod-and-contractors.html' title='Insecurity through stupidity - FTP servers expose DoD data'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=4919805807548125409' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/4919805807548125409'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/4919805807548125409'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-6941717509535719274</id><published>2007-07-11T22:59:00.000-04:00</published><updated>2007-07-11T23:05:28.895-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='sql injection'/><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><title type='text'>How to NOT protect your site against SQL injection</title><summary type='text'>Parameterized queries?  Input validation?  Pfft.  Really secure sites don't need that kind of nonsense to protect against SQL injection attacks.  They just kindly ask that you avoid submitting values like "SELECT FROM" or "DROP".</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/how-to-not-protect-your-site-against.html' title='How to NOT protect your site against SQL injection'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=6941717509535719274' title='1 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/6941717509535719274'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/6941717509535719274'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-8322608304540452106</id><published>2007-07-10T21:18:00.001-04:00</published><updated>2007-07-10T21:58:33.358-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='tools'/><category scheme='http://www.blogger.com/atom/ns#' term='web-app security'/><category scheme='http://www.blogger.com/atom/ns#' term='XSS'/><title type='text'>HTTP proxying through XSS</title><summary type='text'>RSnake's blog just turned me on to the release of XSSTunnel, a very slick project by Ferruh Mavituna.   This .NET-based tool lets you leverage a cross-site scripting vulnerability into a full HTTP proxy.  By using XSSTunnel in concert with Ferruh's XSS Shell, you can pipe any scanning tool that supports HTTP proxies to run through a victim's "infected" browser.  The possibilities are endless: you</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/http-proxying-through-xss.html' title='HTTP proxying through XSS'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=8322608304540452106' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8322608304540452106'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8322608304540452106'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-8090315089200470278</id><published>2007-07-09T23:45:00.000-04:00</published><updated>2007-07-09T23:49:26.445-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='vnc'/><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><category scheme='http://www.blogger.com/atom/ns#' term='networking'/><title type='text'>Stating the obvious - VNC is insecure</title><summary type='text'>If you need to provide remote desktop access to your organization's Windows machines, and care even a little bit about IT security, do NOT use VNC. The Windows built-in Remote Assistance / Remote Desktop tools are a far better choice. This may seem obvious, but I still find organizations running VNC servers all over the place, usually for the helpdesk to provide users with remote troubleshooting.</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/stating-obvious-vnc-is-insecure_09.html' title='Stating the obvious - VNC is insecure'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=8090315089200470278' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8090315089200470278'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/8090315089200470278'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-3886676068758270240</id><published>2007-07-07T16:50:00.000-04:00</published><updated>2007-07-07T17:29:17.391-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='tools'/><category scheme='http://www.blogger.com/atom/ns#' term='anti-virus'/><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><title type='text'>Bypassing anti-virus detection of Netcat</title><summary type='text'>Ever wonder how to modify a hacking tool to evade anti-virus programs?  I always understood how signature-based detection worked, but never bothered trying to bypass it during a pen-test.  That's typically not something we have time to do on the fly.  Besides, the only program we use that gets detected consistently is pwdump - and we got around that problem by modifying the source and recompiling</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/bypassing-anti-virus-detection-of.html' title='Bypassing anti-virus detection of Netcat'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=3886676068758270240' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/3886676068758270240'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/3886676068758270240'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-9025176220088916598</id><published>2007-07-07T12:13:00.000-04:00</published><updated>2007-07-09T23:51:34.986-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='linux'/><category scheme='http://www.blogger.com/atom/ns#' term='gadgets'/><title type='text'>Mobile hacking with the Nokia 770 tablet</title><summary type='text'>I have a bad habit of impulse-purchases when it comes to gadgets, but I'm pretty pleased with how my latest turned out - the Nokia 770 Internet Tablet.  It was on Woot a few weeks ago for $135 and you can still buy them on Buy.com for around the same price.  This little device is about the size of a Nintendo DS lite, and runs a stripped down version of Debian with a development platform called </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/mobile-hacking-with-nokia-770-tablet.html' title='Mobile hacking with the Nokia 770 tablet'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=9025176220088916598' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/9025176220088916598'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/9025176220088916598'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-3784490122922115504</id><published>2007-07-06T00:56:00.000-04:00</published><updated>2007-07-06T13:13:25.352-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='tools'/><category scheme='http://www.blogger.com/atom/ns#' term='sql injection'/><category scheme='http://www.blogger.com/atom/ns#' term='oracle'/><title type='text'>Hacking Oracle Application Servers</title><summary type='text'>A recent post on Darknet turned me on to a new tool for testing Oracle Application Servers called OAPScan.  This neat little Perl script is similar to Nikto - it does a "dumb" crawl of web servers based on a scan database and uses pattern matching and server responses to determine whether certain files, paths, and vulnerabilities exist.  But unlike Nikto, OAPScan's database has a robust number of</summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/hacking-oracle-application-servers.html' title='Hacking Oracle Application Servers'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=3784490122922115504' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/3784490122922115504'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/3784490122922115504'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-5916328907752204841</id><published>2007-07-04T22:15:00.001-04:00</published><updated>2007-07-05T00:14:55.758-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='tools'/><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><category scheme='http://www.blogger.com/atom/ns#' term='networking'/><title type='text'>Reverse tunneling with Zebedee to compromise trusted networks</title><summary type='text'>During a recent external pen-test, my teammate and I were able to gain root access to a Unix web server through a few serious application vulnerabilities.  Once we had a reverse-shell going, we used wget to download Nmap, compiled it, and set off some scans to map out the DMZ and any reachable internal servers.  Pretty straightforward so far.

Turned out that there really was no DMZ - everything </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/reverse-tunneling-with-zebedee.html' title='Reverse tunneling with Zebedee to compromise trusted networks'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=5916328907752204841' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/5916328907752204841'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/5916328907752204841'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry><entry><id>tag:blogger.com,1999:blog-121869284259845227.post-7246799790398930828</id><published>2007-07-04T02:59:00.000-04:00</published><updated>2007-07-04T12:00:26.350-04:00</updated><category scheme='http://www.blogger.com/atom/ns#' term='penetration testing'/><category scheme='http://www.blogger.com/atom/ns#' term='windows'/><title type='text'>Why is it still so easy to hack Windows networks?</title><summary type='text'>The other day, a few of us at work were discussing how internal Windows penetration tests have remained ridiculously easy, irrespective of the client, since we first started in this field. Between the four of us, we've done at least twenty or thirty Windows internal pen-tests in the last few years, against both gigantic and small networks.  Regardless of the target's size and complexity, we can </summary><link rel='alternate' type='text/html' href='http://www.hideaway.net/2007/07/why-are-windows-internal-pen-tests.html' title='Why is it still so easy to hack Windows networks?'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=121869284259845227&amp;postID=7246799790398930828' title='0 Comments'/><link rel='replies' type='application/atom+xml' href='http://www.hideaway.net/atom.xml' title='Post Comments'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/7246799790398930828'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/121869284259845227/posts/default/7246799790398930828'/><author><name>Ryan</name><uri>http://www.blogger.com/profile/11336255133233594442</uri><email>noreply@blogger.com</email></author></entry></feed>