<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Diary of Michael Daw &#187; Main</title>
	<atom:link href="http://michaeldaw.org/category/main-menu/feed" rel="self" type="application/rss+xml" />
	<link>http://michaeldaw.org</link>
	<description>Weekly humour</description>
	<lastBuildDate>Thu, 21 May 2009 15:45:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Asking for trouble&#8230;</title>
		<link>http://michaeldaw.org/main-menu/asking-for-trouble</link>
		<comments>http://michaeldaw.org/main-menu/asking-for-trouble#comments</comments>
		<pubDate>Thu, 06 Nov 2008 11:02:43 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Main]]></category>
		<category><![CDATA[Government]]></category>
		<category><![CDATA[Leakage]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/?p=298</guid>
		<description><![CDATA[The UK Prime Minister, Gordon Brown admits something that we knew all along in that the weakest point of secure system are the people who use it! It was reported that mistakes that happened in the most recent loss of tax return information by Atos Origin were “human” and mistakes would happen because people were [...]]]></description>
			<content:encoded><![CDATA[<p>The UK Prime Minister, Gordon Brown admits something that we knew all along in that the weakest point of secure system are the people who use it! It was <a href="http://www.timesonline.co.uk/tol/news/politics/article5065795.ece">reported</a> that mistakes that happened in the most recent loss of tax return information by Atos Origin were “human” and mistakes would happen because people were involved in handling data.</p>
<p>The implications of those <a href="http://www.microscope.co.uk/welcome/technology/security/brown-comments-an-open-invitation-to-hackers/">remarks</a> are alledgedly quite bad. Those comments are an open invitation to hackers, online criminals and organised crime to redouble their efforts to steal this data according to a security expert.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/asking-for-trouble/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mac &#8211; No DNS patch, No Safari</title>
		<link>http://michaeldaw.org/main-menu/mac-no-dns-patch-no-safari</link>
		<comments>http://michaeldaw.org/main-menu/mac-no-dns-patch-no-safari#comments</comments>
		<pubDate>Tue, 09 Sep 2008 23:03:05 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Main]]></category>
		<category><![CDATA[Apple]]></category>
		<category><![CDATA[DNS]]></category>
		<category><![CDATA[Mac]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/?p=291</guid>
		<description><![CDATA[
There is still backlash from Dan Kaminsky and his DNS poisoning find. There is still concern that apple have not got with the programme still. There appear to have a fix for servers but not for clients.
In other news, Mac users have been told to use Firefox or Opera instead of Safari. Safari appear to [...]]]></description>
			<content:encoded><![CDATA[<p>
There is still backlash from <a href="http://michaeldaw.org/hacker-anthology/webhacking/dns-poisoning-patch-and-the-big-leak/">Dan Kaminsky and his DNS poisoning find</a>. There is still concern that <a href="http://www.securityfocus.com/brief/785">apple</a> have not got with the programme still. There appear to have a fix for servers but not for clients.<br />
In other news, Mac users have been told to use Firefox or Opera <a href="http://www.theregister.co.uk/2008/08/05/ditch_safari_phishing_criticism/">instead of Safari</a>. Safari appear to not have a good anti-phishing protection program associated with it.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/mac-no-dns-patch-no-safari/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Pwnie Awards</title>
		<link>http://michaeldaw.org/main-menu/pwnie-awards</link>
		<comments>http://michaeldaw.org/main-menu/pwnie-awards#comments</comments>
		<pubDate>Wed, 23 Jul 2008 23:24:36 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Main]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/main-menu/pwnie-awards/</guid>
		<description><![CDATA[The nominees are in for the security&#8217;s answer to the Oscars.
]]></description>
			<content:encoded><![CDATA[<p>The nominees are in for the <a href="http://pwnie-awards.org/2008/">security&#8217;s answer</a> to the Oscars.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/pwnie-awards/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Get a warm fuzzer feeling&#8230;</title>
		<link>http://michaeldaw.org/main-menu/get-a-warm-fuzzer-feeling</link>
		<comments>http://michaeldaw.org/main-menu/get-a-warm-fuzzer-feeling#comments</comments>
		<pubDate>Thu, 26 Jun 2008 23:31:16 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Main]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/main-menu/get-a-warm-fuzzer-feeling/</guid>
		<description><![CDATA[Fuzzers are not stuff found in your belly button. No but they can be thought of something that randomly prods belly buttons. Seriously though they are automated programs that can look for vulnerabilities in applications by injecting random code that could break them. Basically, you are looking how applications respond. Is your try-catch-finally statements up [...]]]></description>
			<content:encoded><![CDATA[<p>Fuzzers are not stuff found in your belly button. No but they can be thought of something that randomly prods belly buttons. Seriously though they are automated programs that can look for vulnerabilities in applications by injecting random code that could break them. Basically, you are looking how applications respond. Is your try-catch-finally statements up to scratch? How is your error-handling? Find out with this selection of <a href="http://www.infosecinstitute.com/blog/2005/12/fuzzers-ultimate-list.html">fuzzer toys</a>. This appears to be a <a href="http://www.secguru.com/tag/fuzzer">good guide</a> too.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/get-a-warm-fuzzer-feeling/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security sites and XSS</title>
		<link>http://michaeldaw.org/main-menu/security-sites-and-xss</link>
		<comments>http://michaeldaw.org/main-menu/security-sites-and-xss#comments</comments>
		<pubDate>Tue, 24 Jun 2008 23:08:00 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Main]]></category>
		<category><![CDATA[XSSing]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/main-menu/security-sites-and-xss/</guid>
		<description><![CDATA[You should always practice what you preach and the giants are not doing that all&#8230; Check out xssed!  Versign, McAfee and Symantec have been found to be vulnerable according to the register.
McAfee do not appear to be handling XSS very well as their  &#8216;hacker safe&#8217; certification does not cover all XSS according to [...]]]></description>
			<content:encoded><![CDATA[<p>You should always practice what you preach and the giants are not doing that all&#8230; Check out <a href="http://www.xssed.com/news/72/Verisign_McAfee_and_Symantec_sites_can_be_used_for_phishing_due_to_XSS">xssed</a>!  Versign, McAfee and Symantec have been found to be vulnerable according to the <a href="http://www.theregister.co.uk/2008/06/13/security_giants_xssed/'>register</a>.</p>
<p>McAfee do not appear to be handling XSS very well as their  <a href="http://www.theregister.co.uk/2008/04/29/mcafee_hacker_safe_sites_vulnerable/">&#8216;hacker safe&#8217;</a> certification does not cover all XSS according to <a href="http://holisticinfosec.blogspot.com/2008/04/still-not-hacker-safe-roll-video.html">holisticinfosec.org</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/security-sites-and-xss/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Leaking&#8230;</title>
		<link>http://michaeldaw.org/main-menu/leaking</link>
		<comments>http://michaeldaw.org/main-menu/leaking#comments</comments>
		<pubDate>Sun, 22 Jun 2008 02:33:51 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Main]]></category>
		<category><![CDATA[therealworld]]></category>
		<category><![CDATA[Leakage]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/main-menu/leaking/</guid>
		<description><![CDATA[Really, it doesn&#8217;t matter whether you leave, lose or have something of value stolen. It&#8217;s not good but there have been a number of stories doing the rounds including that top secret being left on a train and this local government official. Now I don&#8217;t know about actual files, if it&#8217;s top secret, you should [...]]]></description>
			<content:encoded><![CDATA[<p>Really, it doesn&#8217;t matter whether you leave, lose or have something of value stolen. It&#8217;s not good but there have been a number of stories doing the rounds including that <a href="http://www.monstersandcritics.com/news/uk/news/article_1410613.php">top secret</a> being left on a train and this <a href="http://www.silicon.com/publicsector/0,3800010403,39248267,00.htm">local government official</a>. Now I don&#8217;t know about actual files, if it&#8217;s top secret, you should know that lives literally depend on it! I&#8217;d make sure they are left in secure areas.</p>
<p>For laptops and other devices, at least you can set power-on passwords and use encrypted drives. But a determined person will find a way of getting into hard drive.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/leaking/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dos and Don&#8217;ts of Firewalling</title>
		<link>http://michaeldaw.org/main-menu/dos-and-donts-of-firewalling</link>
		<comments>http://michaeldaw.org/main-menu/dos-and-donts-of-firewalling#comments</comments>
		<pubDate>Sat, 21 Jun 2008 22:53:53 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Great Links]]></category>
		<category><![CDATA[Main]]></category>
		<category><![CDATA[Firewalls]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/main-menu/dos-and-donts-of-firewalling/</guid>
		<description><![CDATA[Firewalls are usually your first line of defence and often in an n-tier environment, your second and third line too. As someone told me, you are only as secure as your weakest link. And as Anne Robinson would tell you, humans are the weakest link. Firewalls need policies in place created by you&#8217;ve guessed it [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://en.wikipedia.org/wiki/Firewall">Firewalls</a> are usually your first line of defence and often in an n-tier environment, your second and third line too. As someone told me, you are only as secure as your <a href="http://en.wikipedia.org/wiki/Weakest_link">weakest link</a>. And as <a href="http://en.wikipedia.org/wiki/Anne_Robinson">Anne Robinson</a> would tell you, humans are the weakest link. Firewalls need policies in place created by you&#8217;ve guessed it humans.<br />
But all is not lost! There are good guides on creating decent policies from <a href="http://seclists.org/basics/2004/Feb/0167.html">seclists.org</a>, <a href="http://www.principlelogic.com/docs/Firewall_Best_Practices.pdf">principle logic</a> and the whitepaper from <a href="http://www.windowsecurity.com/whitepapers/Building_Your_Firewall_Rulebase_.html">windowsecurity.com</a>.</p>
<p>Let&#8217;s take it from security assessment point of view. You have been given a firewall configuration. You can use the above guides to make some suggestions about policies. Now I don&#8217;t profess to be a know-it-all at firewalls but you should look for and be suspicious of any traffic that is permitted between two interfaces. Permit and any rules are always suspicious! Is the traffic encrypted? Is it using a standard port? Are the interfaces in question externally interfacing? Any non-standard/unfamiliar ports should be looked into and establish what they are exactly used for, if this is possible. It maybe that these ports are related to the vendor software. In which case, you should look up any weaknesses relating to the port service offered by the vendor. For example, if there is a rule for SIP (port 5060) then they maybe vulnerable to this <a href="http://www.cisco.com/warp/public/707/cisco-sa-20070214-pix.shtml">cisco advisory</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/dos-and-donts-of-firewalling/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dumbest ideas in Computer Security</title>
		<link>http://michaeldaw.org/main-menu/dumbest-ideas-in-computer-security</link>
		<comments>http://michaeldaw.org/main-menu/dumbest-ideas-in-computer-security#comments</comments>
		<pubDate>Thu, 19 Jun 2008 22:49:10 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Main]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/main-menu/dumbest-ideas-in-computer-security/</guid>
		<description><![CDATA[Here&#8217;s six of the best from Marcus Ranum
1. Default Permit
2. Enumerating Badness (should only track the good things)
3. Penetrate and Patch
4. Hacking is Cool
5. Educating Users
6. Action is Better Than Inaction
]]></description>
			<content:encoded><![CDATA[<p>Here&#8217;s six of the best from <a href="http://www.ranum.com/security/computer_security/editorials/dumb/index.html">Marcus Ranum</a></p>
<p>1. Default Permit<br />
2. Enumerating Badness (should only track the good things)<br />
3. Penetrate and Patch<br />
4. Hacking is Cool<br />
5. Educating Users<br />
6. Action is Better Than Inaction</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/dumbest-ideas-in-computer-security/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Top 10 Security stories</title>
		<link>http://michaeldaw.org/main-menu/top-10-security-stories</link>
		<comments>http://michaeldaw.org/main-menu/top-10-security-stories#comments</comments>
		<pubDate>Wed, 18 Jun 2008 08:04:44 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Great Links]]></category>
		<category><![CDATA[Main]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/main-menu/top-10-security-stories/</guid>
		<description><![CDATA[Something that should have posted at the end of last year, it&#8217;s the top 10 security stories from 2007, well according to silicon anyways&#8230;
1. Missing: 25 million child benefit records
2. Q&#038;A: Bruce Schneier, CTO of BT Counterpane
3. Top 10 weird data disasters
4. Police: There&#8217;s no piggybacking crackdown
5. ID cards will be secure, insists Home Office
6. [...]]]></description>
			<content:encoded><![CDATA[<p>Something that should have posted at the end of last year, it&#8217;s the top 10 security stories from 2007, well according to <a href="http://software.silicon.com/security/0,39024655,39169438,00.htm?r=1">silicon</a> anyways&#8230;</p>
<p>1. <a href="http://www.silicon.com/research/specialreports/digitaldefences/0,3800014341,39169217,00.htm">Missing: 25 million child benefit records</a><br />
2. <a href="http://www.silicon.com/research/specialreports/fulldisclosure/0,3800014102,39168907,00.htm">Q&#038;A: Bruce Schneier, CTO of BT Counterpane</a><br />
3. <a href="http://software.silicon.com/security/0,39024655,39169374,00.htm">Top 10 weird data disasters</a><br />
4. <a href="http://management.silicon.com/government/0,39024677,39168256,00.htm">Police: There&#8217;s no piggybacking crackdown</a><br />
5. <a href="http://www.silicon.com/publicsector/0,3800010403,39168938,00.htm">ID cards will be secure, insists Home Office</a><br />
6. <a href="http://www.silicon.com/research/specialreports/fulldisclosure/0,3800014102,39167826,00.htm">Full Disclosure &#8211; silicon.com launches data breaches campaign</a><br />
7. <a href="http://management.silicon.com/government/0,39024677,39168835,00.htm">Nasa hacker granted Law Lords appeal</a><br />
8. <a href="http://software.silicon.com/security/0,39024655,39168731,00.htm">Businesses call for police cyber crime unit</a><br />
9. <a href="http://software.silicon.com/security/0,39024655,39168460,00.htm">Cyber criminals turn pro</a><br />
10. <a href="http://software.silicon.com/malware/0,3800003100,39165311,00.htm">Warning over &#8216;Storm Worm&#8217; email</a></p>
<p>Another top 10 that maybe advisable to see is the <a href="http://management.silicon.com/careers/0,39024671,39169475,00.htm">skills stories top 10</a></p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/top-10-security-stories/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Top 10 Weird Disasters</title>
		<link>http://michaeldaw.org/main-menu/top-10-weird-disasters</link>
		<comments>http://michaeldaw.org/main-menu/top-10-weird-disasters#comments</comments>
		<pubDate>Wed, 18 Jun 2008 08:04:10 +0000</pubDate>
		<dc:creator>wooshy</dc:creator>
				<category><![CDATA[Great Links]]></category>
		<category><![CDATA[Main]]></category>

		<guid isPermaLink="false">http://michaeldaw.org/main-menu/top-10-weird-disasters/</guid>
		<description><![CDATA[The weirdest data disasters&#8230; It&#8217;s a bit like when I was in school and my cat ate my homework&#8230; really it did happen! This is courtesy of silicon
10. All in a spin: A customer who told engineers she had &#8216;washed away all her data&#8217; after putting a USB stick through a cycle in her washing [...]]]></description>
			<content:encoded><![CDATA[<p>The weirdest data disasters&#8230; It&#8217;s a bit like when I was in school and my cat ate my homework&#8230; really it did happen! This is courtesy of <a href="http://software.silicon.com/security/0,39024655,39169374,00.htm">silicon</a></p>
<p>10. All in a spin: A customer who told engineers she had &#8216;washed away all her data&#8217; after putting a USB stick through a cycle in her washing machine.<br />
9. Feeding time: A father who, while feeding his baby daughter, forgot about the USB stick in his top pocket. As he leant over the high-chair the device fell into a dish of apple puree.<br />
8. Row, row your boat: A fisherman took his laptop in his rowing boat. Both he and the laptop went overboard, taking all his data to the bottom of a lake.<br />
7. Honeymoon hell: One wedding photographer overwrote the photos of one wedding with another event &#8211; and needed to escape the wrath of the newly weds.<br />
6. Melting point: During an experiment, a scientist spilt acid on an external hard drive and burnt away his important data.<br />
5. Shattering blow: In the middle of an argument, a businessman threw a USB stick at his partner, with the device ending up in several pieces on the floor. Unfortunately it contained valuable company plans.<br />
4. Fire alarm: A fire destroyed an office, sparing only a few CDs which had melted to the inside of their cases.<br />
3. Ooooops: A scientist was fed up with his hard drive squeaking, so drilled a hole through the casing and poured in oil &#8211; which stopped both the squeaking and the hard drive.<br />
2. Here goes…: To test the functionality of a parachute, a camera was dropped from a plane. The parachute failed and the camera shattered into several pieces but the device&#8217;s memory stick was reassembled and the footage was recovered.</p>
<p>And the number one weird and wonderful data disaster is…<br />
1. Data repellent: After discovering ants had taken up residence in his external hard drive, a photographer took the cover off and sprayed the interior with insect repellent. The ants were killed off and the data was eventually recovered.</p>
<p>All the hardware on the list was recovered, the company said.</p>
]]></content:encoded>
			<wfw:commentRss>http://michaeldaw.org/main-menu/top-10-weird-disasters/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
