<?xml version="1.0" encoding="ISO-8859-1"?>
<rss version="2.0">
	<channel>
		<title>spl0it.org</title>
		<link>http://spl0it.org/blog/index.php</link>
		<description><![CDATA[]]></description>
		<copyright>Copyright 2008, Jabra</copyright>
		<managingEditor>Jabra</managingEditor>
		<language>en-US</language>
		<generator>SPHPBLOG 0.5.1</generator>
		<item>
			<title>Social Engineering Framework for Attacking Clients</title>
			<link>http://spl0it.org/blog/index.php?entry=entry081025-002143</link>
			<description><![CDATA[Phishing attacks are easily performed against a single target. What if you want to automate and easily setup a client based attack against a list of targets??<br /><br /><br />As always, my solution was Perl.<br /><br />I setup a custom YAML configuration file to make things a bit easier for daily usage.<br /><br /><a href="http://spl0it.org/files/SEF/config.yaml" target="_blank" >http://spl0it.org/files/SEF/config.yaml</a><br /><br /># YAML:1.0<br /># email is sent here<br />to: email_addresses.csv<br /># email is sent from this address<br />from: <a href="mailto:test@aol.com" target="_blank" >test@aol.com</a><br /># email subject<br />subject: &quot;Email Subject&quot;<br /># email type ( text or text/html )<br />type: text/html<br /># msg body file<br />msg: email_body.txt<br /># number of seconds to wait before next email<br />wait: 5<br /># prepend the first name to the email body<br />name: yes<br /># add custom signature from file<br />sig: yes<br /># signature file<br />sig_file: sig<br /># add an email attachment <br />attachment: yes<br /># path to file attachment<br />attachment_file: /tmp/test.jpg<br /># name of file attachment<br />attachment_file_name: funny.jpg<br /># type of attachment<br />attachment_file_type: image/jpg<br /><br />The most important aspect is the email_addresses.csv which contains the full name of the target then a comma and the email address.<br /><br />Example:<br /><br />John Smith,john_smith@domain.com<br /> <br />I have even added the ability to:<br /> * add an attachment<br /> * append the first name to the email body<br /> * add a signature to the bottom of the email body taken from a file<br /> * wait X seconds between sending each email<br /> * text or html email formats<br /> <br /><a href="http://spl0it.org/files/SEF/email.pl" target="_blank" >http://spl0it.org/files/SEF/email.pl</a><br /><br />Let me know what you think.<br /><br />Regards,<br />Jabra]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry081025-002143</guid>
			<author>Jabra</author>
			<pubDate>Sat, 25 Oct 2008 04:21:43 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=10&amp;entry=entry081025-002143</comments>
		</item>
		<item>
			<title>Twitter&#039;ing from the command-line</title>
			<link>http://spl0it.org/blog/index.php?entry=entry081014-195253</link>
			<description><![CDATA[I&#039;m not really into Twitter, but I decide to see how hard it would be to write a command-line client. Net::Twitter made it easy at 13 lines.<br /><br /><a href="http://spl0it.org/files/twitter.pl" target="_blank" >http://spl0it.org/files/twitter.pl</a><br /><br />Regards,<br />Jabra]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry081014-195253</guid>
			<author>Jabra</author>
			<pubDate>Tue, 14 Oct 2008 23:52:53 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=10&amp;entry=entry081014-195253</comments>
		</item>
		<item>
			<title>The impact of Redirects</title>
			<link>http://spl0it.org/blog/index.php?entry=entry081013-200856</link>
			<description><![CDATA[I would like to clarify the impact of URL redirects in this posting.  First put yourself in the shoes of an attacker with a specific organization as the target. So where to start? Well, first we need to decide if we are going to attack IPs or users. Since it is generally known that the People are always the weakest link in an environment, we will start there. Now we can use a few tricks to enumerate all the email addresses of the target organization. One common method is to use public GnuPG/PGP key servers and search for employees who have their public key listed on one of the key servers. If you&#039;re like me, you would just script this process already. <br /><br />Another method is using web services to enumerate a listing of employees for the organization. There are tons of web services related to social networking in the corporate environment. My favorites for this task are Spoke and Linkedin. Once we have a listing of employees, we can determine the scheme that is used in building email addresses. One example is a combination of the first character of the first name and the last name:<br /><br />Ex: Bob Smith -&gt; <a href="mailto:bsmith@domain.com" target="_blank" >bsmith@domain.com</a><br /><br />Once we have the knowledge of a listing of employees, a domain (ARIN will give us this easily, if it isn&#039;t obvious) and the email scheme, we can build an email list for all the employee names we have gathered using some Perl.<br /><br />((Reference: <a href="http://spl0it.org/blog/index.php?entry=entry080103-224033" target="_blank" >http://spl0it.org/blog/index.php?entry= ... 103-224033</a> ))<br /><br />Now, that we have the email addresses, we can exploit their trust in a common website. I mean we could even send the user the link without any explanation at all, but it depends on how creative we want to be.<br /><br />((Reference: <a href="http://spl0it.org/blog/index.php?entry=entry081012-200242" target="_blank" >http://spl0it.org/blog/index.php?entry= ... 012-200242</a> ))<br /><br />This allows us to send the users to the attacker&#039;s server, where we can have something like <a href="http://metasploit.org" target="_blank" >Metasploit</a>, <a href="http://bindshell.net/tools/beef" target="_blank" >BeEF</a> or another form of client based attack payload waiting for them.<br /><br />Here is a video of BeEF on <a href="http://www.remote-exploit.org/backtrack.html" target="_blank" >Backtrack 3</a> that includes some of the basic attacks that can be used.<br /> <br /><a href="http://spl0it.org/files/vids/bt3-beef.avi" target="_blank" >http://spl0it.org/files/vids/bt3-beef.avi</a><br /><br />To sum this up, we have now have a method to attack an organization without even needing to perform a single external vulnerability scan. <br /><br />Cross-Site Scripting is a great attack vector, when we know that the organization we are attacking is vulnerable. However, if we need to start attacking users and Cross Site Scripting isn&#039;t an option, we can just use a commonly mis-trusted website with a redirect vulnerability. We can even use <a href="http://xssed.com" target="_blank" >xssed.com</a> to look for vulnerabilities in websites the target organization may trust, perhaps their partner&#039;s website?<br /><br />Regards,<br />Jabra]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry081013-200856</guid>
			<author>Jabra</author>
			<pubDate>Tue, 14 Oct 2008 00:08:56 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=10&amp;entry=entry081013-200856</comments>
		</item>
		<item>
			<title>Redirects in abundance on Image search pages</title>
			<link>http://spl0it.org/blog/index.php?entry=entry081012-200242</link>
			<description><![CDATA[I have discussed the impact of URL redirects in a <a href="http://www.spl0it.org/blog/index.php?entry=entry080127-224357" target="_blank" >previous posting</a>, and I&#039;m really shocked of how easy it was to find numerous instances of redirects in common search engines.<br /><br />I noticed the issue when a friend of mine posted a link on IRC of an image that he found using the image search on google. As a security professional I didn&#039;t see a normal link, all I saw was a URL redirect.  <br /><br />Ex: <a href="http://images.DOMAIN.com/search?imgref=http://website.com/cool_pic.jpg" target="_blank" >http://images.DOMAIN.com/search?imgref= ... ol_pic.jpg</a><br /><br />Google is not the only site with this type of issue, other sites like yahoo, lycos and ask.com have similar issues.<br /><br /><a href="http://images.google.com/imgres?imgurl=.&amp;imgrefurl=http://cnn.com" target="_blank" >http://images.google.com/imgres?imgurl= ... ://cnn.com</a><br /><a href="http://images.search.yahoo.com/images/view?&amp;imgurl=s.gif&amp;rurl=http://cnn.com" target="_blank" >http://images.search.yahoo.com/images/v ... ://cnn.com</a><br /><a href="http://images.ask.com/fr?q=s&amp;desturi=http://cnn.com&amp;fm=i" target="_blank" >http://images.ask.com/fr?q=s&amp;destur ... m&amp;fm=i</a><br /><a href="http://search.lycos.com/image.php?tab=multi&amp;refer_url=http://cnn.com" target="_blank" >http://search.lycos.com/image.php?tab=m ... ://cnn.com</a><br /><br /><a href="http://ha.ckers.org" target="_blank" >RSnake</a> made a <a href="http://seclists.org/webappsec/2006/q1/0066.html" target="_blank" >post</a> about redirects in Google back in 2006. One of his examples was the images.google.com link listed above. So I guess the real question is, if these companies know about the issues, why don&#039;t they fix them??<br /><br />Surf with care!<br /><br />Regards,<br />Jabra]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry081012-200242</guid>
			<author>Jabra</author>
			<pubDate>Mon, 13 Oct 2008 00:02:42 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=10&amp;entry=entry081012-200242</comments>
		</item>
		<item>
			<title>User Agent Lookup </title>
			<link>http://spl0it.org/blog/index.php?entry=entry081004-171701</link>
			<description><![CDATA[Need to lookup a User Agent and get a description? There has been some discussion about User Agent DBs on the web app sec mailing list recently, so I decided to write up a quick Perl script to utilize an XML User Agent DB.<br /><pre><br />$ wget <a href="http://techpatterns.com/downloads/firefox/useragentswitcher.xml" target="_blank" >http://techpatterns.com/downloads/firef ... itcher.xml</a><br />$ perl ua_lookup.pl  &quot;Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)&quot;<br />Googlebot 2.1 (New version)<br />$ perl ua_lookup.pl  &quot;Googlebot/2.1 (+http://www.googlebot.com/bot.html)&quot;<br />Googlebot 2.1 (Older Version)<br />$ perl ua_lookup.pl  &quot;msnbot/1.0 (+http://search.msn.com/msnbot.htm)&quot;<br />Msnbot 1.0 (current version)<br />$ <br /></pre><br />Code can be found at:<br /><br /><a href="http://spl0it.org/files/ua_lookup.pl" target="_blank" >http://spl0it.org/files/ua_lookup.pl</a><br /><br />You can also modify the code to use the URL instead of grabbing a local copy if you want.<br /><br />As always, please let me know what you think.<br /><br />Regards,<br />Jabra]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry081004-171701</guid>
			<author>Jabra</author>
			<pubDate>Sat, 04 Oct 2008 21:17:01 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=10&amp;entry=entry081004-171701</comments>
		</item>
		<item>
			<title>An awesome game =&gt; more Perl!</title>
			<link>http://spl0it.org/blog/index.php?entry=entry080924-001240</link>
			<description><![CDATA[After getting home from an awesome game, I was in the mood to write some more Perl! I found a few more things during the day that I wondered how I was able to go without writing them already. The first is intersection and the second is union. They do exactly what you think they do and keep things very simple, keeping with the UNIX way. &quot;Do one thing, do it well!&quot; Anyways, perhaps I&#039;m just tired but I wasn&#039;t aware of a tool that provided the functionality I needed. Therefore, I did what I always do, rolled my own.<br /><pre>$ cat file1 <br />127.0.0.1<br />127.0.0.2<br />127.0.0.3<br />$ cat file2 <br />127.0.1.1<br />127.0.2.1<br />127.0.3.1<br />127.0.0.1<br />$ ./intersect file1 file2<br />127.0.0.1<br />$ ./union file1 file2 <br />127.0.0.1<br />127.0.0.2<br />127.0.0.3<br />127.0.1.1<br />127.0.2.1<br />127.0.3.1<br /></pre>The scripts can be found at:<br /><a href="http://spl0it.org/files/intersect.pl" target="_blank" >http://spl0it.org/files/intersect.pl</a><br /><a href="http://spl0it.org/files/union.pl" target="_blank" >http://spl0it.org/files/union.pl</a><br /><br />Let me know what you think. <br /><br />Regards,<br />Jabra]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry080924-001240</guid>
			<author>Jabra</author>
			<pubDate>Wed, 24 Sep 2008 04:12:40 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=09&amp;entry=entry080924-001240</comments>
		</item>
		<item>
			<title>Perl Script to Locate any WiFi Router by Its MAC Address</title>
			<link>http://spl0it.org/blog/index.php?entry=entry080920-145317</link>
			<description><![CDATA[So I noticed there is a free services at SkyHook Wireless to <a href="http://coderrr.wordpress.com/2008/09/10/get-the-physical-location-of-wireless-router-from-its-mac-address-bssid/" target="_blank" >get the physical location of wireless router from its MAC address (BSSID)s</a> Therefore, I decided to write up a Perl script since I saw that no one had done it yet.<br /><br /><code>$ ./bssid-location.pl AABBCCDDEEFF<br />Longitude: 	12.4225458<br />Latitude: 	41.850425<br /></code><br />The script can be found <a href="http://spl0it.org/files/bssid-location.pl" target="_blank" >here</a>.<br /><br />Regards,<br />Jabra]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry080920-145317</guid>
			<author>Jabra</author>
			<pubDate>Sat, 20 Sep 2008 18:53:17 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=09&amp;entry=entry080920-145317</comments>
		</item>
		<item>
			<title>GIS + Kismet = Pretty Cool Result!</title>
			<link>http://spl0it.org/blog/index.php?entry=entry080916-231438</link>
			<description><![CDATA[These are three images using some software that I&#039;m finishing up. For now, it lacks in documentation, but I guess a picture is worth a 1000 words! <br /><br />The more important image is the second, due to the fact it demonstrates what makes the first image. The data is based on extracting information from Kismet and storing it into a database. Once the data is stored, the user is able to generate KML files that can be opened in GoogleEarth.<br /><br /><br />Let me know what you think.<br /><br />Regards,<br />Jabra<br /><br /><a href="javascript:openpopup('http://spl0it.org/files/Image1.png',800,600,false);"><img src="http://spl0it.org/files/Image1.png" border="0" alt="" /></a><br /><br /><a href="javascript:openpopup('http://spl0it.org/files/Image2.png',800,600,false);"><img src="http://spl0it.org/files/Image2.png" border="0" alt="" /></a><br /><br /><a href="javascript:openpopup('http://spl0it.org/files/wireless.png',800,600,false);"><img src="http://spl0it.org/files/wireless.png" border="0" alt="" /></a>]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry080916-231438</guid>
			<author>Jabra</author>
			<pubDate>Wed, 17 Sep 2008 03:14:38 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=09&amp;entry=entry080916-231438</comments>
		</item>
		<item>
			<title>TJX Lead Hacker could get life in prison</title>
			<link>http://spl0it.org/blog/index.php?entry=entry080915-230916</link>
			<description><![CDATA[<a href="http://arstechnica.com/news.ars/post/20080915-perpetrator-of-biggest-data-heist-in-history-pleads-guilty.html" target="_blank" >http://arstechnica.com/news.ars/post/20 ... uilty.html</a>]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry080915-230916</guid>
			<author>Jabra</author>
			<pubDate>Tue, 16 Sep 2008 03:09:16 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=09&amp;entry=entry080915-230916</comments>
		</item>
		<item>
			<title>Reminder to use at!</title>
			<link>http://spl0it.org/blog/index.php?entry=entry080915-220911</link>
			<description><![CDATA[At the end of the day I was preparing my things to go home, but I needed to schedule a few scans to execute over night. In the past I have used cron, but it occurred to me that cron isn&#039;t the best tool for setting up a single event that does not reoccur. The reason is it isn&#039;t as quick as something that can be setup on the command-line. Cron requires you to use &quot;crontab -e&quot; or something. I quickly considered some Perl, but being lazy and short on time I needed another option. Then it occurred to me that I had forgotten about <b>at</b>. <br /><br />So I reviewed the man page and setup a few tasks and called it a night.<br /><code><br />at -f scan.sh 1:00 tomorrow<br />at -f scan2.sh 2:00 tuesday<br />at -f scan3.sh 3:00 september 16</code><br /><br />Regards,<br />Jabra]]></description>
			<category></category>
			<guid isPermaLink="true">http://spl0it.org/blog/index.php?entry=entry080915-220911</guid>
			<author>Jabra</author>
			<pubDate>Tue, 16 Sep 2008 02:09:11 GMT</pubDate>
			<comments>http://spl0it.org/blog/comments.php?y=08&amp;m=09&amp;entry=entry080915-220911</comments>
		</item>
	</channel>
</rss>
