<?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>Angels of security &#187; Access Control Systems &amp; Methodology</title>
	<atom:link href="http://angelsofsecurity.com/blog/category/access-control-systems-methodology/feed/" rel="self" type="application/rss+xml" />
	<link>http://angelsofsecurity.com/blog</link>
	<description>Musings of an infosec renegade</description>
	<lastBuildDate>Tue, 02 Aug 2011 19:01:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>constellation energy called out in book</title>
		<link>http://angelsofsecurity.com/blog/2011/01/07/constellation-energy-called-out-in-book/</link>
		<comments>http://angelsofsecurity.com/blog/2011/01/07/constellation-energy-called-out-in-book/#comments</comments>
		<pubDate>Fri, 07 Jan 2011 19:06:35 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[consteallation energy]]></category>
		<category><![CDATA[FAIL]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[power]]></category>
		<category><![CDATA[ssl]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=718</guid>
		<description><![CDATA[I recently picked up &#8220;Securing the Smart Grid&#8220;. In it they call out power companies for having a low level of infosec awareness when it comes to web apps, and have a few redacted examples to prove it. One of them is a screenshot of a login form that&#8217;s available over http, and also includes [...]]]></description>
			<content:encoded><![CDATA[<p>I recently picked up &#8220;<a href="http://www.amazon.com/Securing-Smart-Grid-Generation-Security/dp/1597495700">Securing the Smart Grid</a>&#8220;. In it they call out power companies for having a low level of infosec awareness when it comes to web apps, and have a few redacted examples to prove it. One of them is a screenshot of a login form that&#8217;s available over http, and also includes a message to the users that they may get a security warning but should <em>just acknowledge the message and move on</em>. I was aghast. I was also intrigued, and with a little help from google, I was able to locate this login form in about 2 minutes. (I simply googled the warning message at the bottom). The offending company is <a href="http://constellation.com">constellation energy</a>, and the <a href="http://cecd.constellation.com/smforms/login.fcc">login form is here</a>. I gotta say, if there was an award for &#8216;worst security practice of the year&#8217;, this might be a candidate.</p>
<p><strong>update</strong>: After I made this post, I found Constellation&#8217;s twitter feed and <a href="http://twitter.com/#!/angelofsecurity/status/23463228063354880">sent them a note</a>. As of Monday morning at 8:30, the page is now returning a &#8220;Service Unavailable&#8221; message. If you&#8217;re morbidly curious, the google cache of the page <a href="http://webcache.googleusercontent.com/search?q=cache:wASDK50VNzkJ:cecd.constellation.com/generationdata/default.asp+inurl:cecd.constellation.com&amp;cd=1&amp;hl=en&amp;ct=clnk&amp;gl=us&amp;client=firefox-a">can be see</a> (at least for a little while). For the record the form was not only accessible over http, but the form action was submitted over http as well. The warning message that was at the bottom of their page read as follows:</p>
<blockquote><p>Note:   After submitting this form, you MAY see a warning message about  redirecting to an unsecure document. Please acknowledge the message and  proceed.</p></blockquote>
<p>I also noticed that the notice at the bottom of the page says &#8220;Rev April 2002&#8243;, which may explain a thing or two about why it was designed the way it was designed. (I also noticed a few other poor security practices in that login form, but there&#8217;s really no need to beat a dead horse). Kudos to CEG for responding so quickly.</p>
<p>If anyone from CEG is reading this, you may be interested in my next post, which I hope to make in a day or two.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2011/01/07/constellation-energy-called-out-in-book/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>even length passwords</title>
		<link>http://angelsofsecurity.com/blog/2010/12/14/even-length-passwords/</link>
		<comments>http://angelsofsecurity.com/blog/2010/12/14/even-length-passwords/#comments</comments>
		<pubDate>Tue, 14 Dec 2010 20:37:11 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[even numbers]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[psychology]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=706</guid>
		<description><![CDATA[Gawker was recently hacked and a huge number of password revealed. I&#8217;ll leave the repetitive and vapid comments about how weak everyone&#8217;s password were to others. Instead I&#8217;ll note something interesting. When looking at numeric passwords, those with an even number of digits were far more common than those with an odd number of digits. [...]]]></description>
			<content:encoded><![CDATA[<p>Gawker was recently hacked and a huge number of <a href="http://blogs.wsj.com/digits/2010/12/13/the-top-50-gawker-media-passwords/">password revealed</a>. I&#8217;ll leave the repetitive and vapid comments about how weak everyone&#8217;s password were to others. Instead I&#8217;ll note something interesting. When looking at numeric passwords, those with an even number of digits were far more common than those with an odd number of digits. For example 123456 and 12345678 were both more common than 12345 and 1234567.  Other common numeric passwords were 111111, 666666, 1234, 123123, and 654321, all of which have an even number of digits. I commented on this once before in the context of <a href="/blog/2010/08/15/voicemail-passwords/">voicemail passwords</a>, but unfortunately I&#8217;m still no closer to a guess as to why this should be the case, although I suspect something innate to the ways humans remember things. Does the human brain find it easier to remember a string of numbers in pairs? Do people just like even numbers more? Are there any psychologists who want to do some research on this?</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/12/14/even-length-passwords/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>compromised credentials</title>
		<link>http://angelsofsecurity.com/blog/2010/09/03/compromised-credentials/</link>
		<comments>http://angelsofsecurity.com/blog/2010/09/03/compromised-credentials/#comments</comments>
		<pubDate>Fri, 03 Sep 2010 13:41:07 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[crime]]></category>
		<category><![CDATA[passwords]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=639</guid>
		<description><![CDATA[Speaking of passwords&#8230;. In the last few weeks there have been a few stories about criminals using stolen credentials to steal large amounts of money from unsuspecting victims. The Zeus botnet stole about a million dollars from UK banks. Criminals stole a million dollars from UVA, and the Diocese of Des Moines had 600K stolen. [...]]]></description>
			<content:encoded><![CDATA[<p>Speaking of <a href="/blog/2010/09/01/reasons-why-i-hate-passwords-part-1-of-many/">passwords</a>&#8230;.</p>
<p>In the last few weeks there have been a few stories about criminals using stolen credentials to steal large amounts of money from unsuspecting victims. The Zeus botnet <a href="http://news.cnet.com/8301-27080_3-20013246-245.html">stole about a million dollars</a> from UK banks. Criminals stole a <a href="http://krebsonsecurity.com/2010/09/cyber-thieves-steal-nearly-1000000-from-university-of-virginia-college/">million dollars from UVA</a>, and the <a href="http://krebsonsecurity.com/2010/08/crooks-who-stole-600000-from-catholic-diocese-said-money-was-for-clergy-sex-abuse-victims/">Diocese of Des Moines had 600K stolen</a>. All of these followed a similar pattern &#8211; criminals used stolen credentials to move money to other bank accounts. I&#8217;m reminded of the 2010 <a href="http://www.verizonbusiness.com/go/2010databreachreport/">Verizon Data Breach Investigations Report</a> (if you haven&#8217;t read it, please do). One of the recommendations was to limit the amount of damage that can be caused by compromised credentials. If these banks had been following that advice, their customers might not now be out millions of dollars. If they had implemented any sort of program to look for fraud indicators, they likely would have avoided this whole mess. I know of many banks that have such a program in place, and let&#8217;s just say that I haven&#8217;t seen any of them show up in the news lately.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/09/03/compromised-credentials/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>reasons why I hate passwords, part 1 of many</title>
		<link>http://angelsofsecurity.com/blog/2010/09/01/reasons-why-i-hate-passwords-part-1-of-many/</link>
		<comments>http://angelsofsecurity.com/blog/2010/09/01/reasons-why-i-hate-passwords-part-1-of-many/#comments</comments>
		<pubDate>Wed, 01 Sep 2010 17:36:32 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[passwords]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=636</guid>
		<description><![CDATA[There are a lot of reasons to hate passwords as an authentication mechanism &#8211; the fact that users hate them, easy to guess/brute force, overhead involved in maintaining the system when credentials, are forgotten/lost, overhead due to locked out users, over reliance on a single factor of authentication, etc, etc. All of it comes down [...]]]></description>
			<content:encoded><![CDATA[<p>There are a lot of reasons to hate passwords as an authentication mechanism &#8211; the fact that users hate them, easy to guess/brute force, overhead involved in maintaining the system when credentials, are forgotten/lost, overhead due to locked out users, over reliance on a single factor of authentication, etc, etc. All of it comes down though to one central theme: using passwords put the responsibility for security on the users and not the security folk, and this is a huge mistake. Users are not trained security professionals, and they can&#8217;t be expected to be. It is simply unreasonable to expect users to create unique strong passwords for everything they access, remember them, not write them down, and never forget them. They have other things to do, and security is just not one of them. I don&#8217;t want my employees to be the primary line of defense for IT systems I&#8217;m responsible &#8211; I want qualified security personnel. If you use passwords for authentication, then that&#8217;s essentially what you&#8217;re doing. This is the root cause of all the other problems with passwords.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/09/01/reasons-why-i-hate-passwords-part-1-of-many/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>voicemail passwords</title>
		<link>http://angelsofsecurity.com/blog/2010/08/15/voicemail-passwords/</link>
		<comments>http://angelsofsecurity.com/blog/2010/08/15/voicemail-passwords/#comments</comments>
		<pubDate>Mon, 16 Aug 2010 01:48:04 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=631</guid>
		<description><![CDATA[In the latest issue of 2600 is an article on voicemail passwords. Because of its source it&#8217;ll be largely ignored by the mainstream, which is a shame because it actually has some good data. The author had access to a system with 40,000 voicemail passwords which were stored in plaintext and did some analysis on [...]]]></description>
			<content:encoded><![CDATA[<p>In the <a href="http://store.2600.com/summer2010.html">latest issue of 2600</a> is an article on voicemail passwords. Because of its source it&#8217;ll be largely ignored by the mainstream, which is a shame because it actually has some good data. The author had access to a system with 40,000 voicemail passwords which were stored in plaintext and did some analysis on them. I always like having access to real data, especially when it so nicely demonstrates how people <em>actually </em>use security. In this sample, there were no complexity restrictions placed, although passwords had to be between 3 and 10 characters, and were obviously numeric. Some interesting facts:</p>
<ul>
<li>The top 17 or so passwords accounted for about 25% of all passwords in use. That means you could crack one out of every four passwords in 17 guesses.</li>
<li>The most common password (accounting for 9.4% of the passwords in use) was the extension itself.</li>
<li>Shorter passwords were greatly preferred over longer ones. (This shouldn&#8217;t shock anyone).</li>
</ul>
<p>The most interesting thing though, was the distribution of passwords by length, which I&#8217;ve reproduced below:</p>
<table>
<tbody>
<tr>
<th>password length</th>
<th>occurrences</th>
</tr>
<tr>
<td>4</td>
<td>22858</td>
</tr>
<tr>
<td>3</td>
<td>10340</td>
</tr>
<tr>
<td>6</td>
<td>3164</td>
</tr>
<tr>
<td>5</td>
<td>2155</td>
</tr>
<tr>
<td>7</td>
<td>904</td>
</tr>
<tr>
<td>8</td>
<td>521</td>
</tr>
<tr>
<td>10</td>
<td>202</td>
</tr>
<tr>
<td>9</td>
<td>166</td>
</tr>
</tbody>
</table>
<p>So, even though shorter passwords are more common, passwords of an even length are more common than the odd number which immediately precedes them. (The one exception is 7-8, where 7 is more common, perhaps because people use a 7 digit phone number as a password). The main question on my mind of course is why &#8211; does the human brain find it easier to remember string of numbers in pairs? Do people just like even numbers more?</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/08/15/voicemail-passwords/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>the real problem with passwords</title>
		<link>http://angelsofsecurity.com/blog/2010/05/14/the-real-problem-with-passwords/</link>
		<comments>http://angelsofsecurity.com/blog/2010/05/14/the-real-problem-with-passwords/#comments</comments>
		<pubDate>Fri, 14 May 2010 14:24:00 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[passwords]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=584</guid>
		<description><![CDATA[Lest this blog turn into nothing more than a source of announcements, I figured I&#8217;d post something that has been eating me up for ages. Anyone who knows me knows that I hate passwords with a passion. They&#8217;re easy to break, easy to social engineer, and provide a false sense of security. People trade them [...]]]></description>
			<content:encoded><![CDATA[<p>Lest this blog turn into nothing more than a source of announcements, I figured I&#8217;d post something that has been eating me up for ages. Anyone who knows me knows that I hate passwords with a passion. They&#8217;re easy to break, easy to social engineer, and provide a false sense of security. People trade them for candy bars, reuse them, and don&#8217;t pick ones that are hard to guess. As soon as they become hard to guess, they also become hard to remember, leading to lots of helpdesk calls for password resets. All of these (and other) issues stem from one single root cause &#8211; passwords move the security role from the IT security department to the end users. We IT security people are constantly trying to make new rules for the end users to make sure they protect their passwords, but the problem is that while all these rules make sense to us, the end users are not IT security experts. They don&#8217;t have the background, experience, knowhow, etc. Expecting the end users to manage security of a system they don&#8217;t even understand is a huge mistake. And yet, for some reason, that&#8217;s what we do when we use passwords as the single factor needed to access sensitive data.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/05/14/the-real-problem-with-passwords/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows 7 firewall and IPv6</title>
		<link>http://angelsofsecurity.com/blog/2010/03/11/windows-7-firewall-and-ipv6/</link>
		<comments>http://angelsofsecurity.com/blog/2010/03/11/windows-7-firewall-and-ipv6/#comments</comments>
		<pubDate>Thu, 11 Mar 2010 19:32:05 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[ipv6]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[windows]]></category>
		<category><![CDATA[windows 7]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=564</guid>
		<description><![CDATA[Another random Windows 7 fact I learned today &#8211; if you disable the Windows 7 firewall, it will also disable IPV6 and Service Hardening. Microsoft&#8217;s logic appears to be simply that if a system doesn&#8217;t have the Windows firewall enabled, then it should be treated as an insecure machine and not trusted to connect with [...]]]></description>
			<content:encoded><![CDATA[<p>Another random Windows 7 fact I learned today &#8211; if you disable the Windows 7 firewall, it will also disable IPV6 and <a href="http://blogs.technet.com/askperf/archive/2008/02/03/ws2008-windows-service-hardening.aspx">Service Hardening</a>. Microsoft&#8217;s logic appears to be simply that if a system doesn&#8217;t have the Windows firewall enabled, then it should be treated as an insecure machine and not trusted to connect with an IPV6 IPSec tunnel. The obvious flaw in this logic is that many enterprises use other firewalls, which Windows will not account for. Those people will then have ot enable the Microsoft firewall and just put it into a completely accepting state if they want to use IPV6.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/03/11/windows-7-firewall-and-ipv6/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>default password list</title>
		<link>http://angelsofsecurity.com/blog/2010/01/14/default-password-list/</link>
		<comments>http://angelsofsecurity.com/blog/2010/01/14/default-password-list/#comments</comments>
		<pubDate>Thu, 14 Jan 2010 21:09:34 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[default passwords]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[resource]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=560</guid>
		<description><![CDATA[I was clearing out my bookmark file on an old machine this morning and stumbled across something I&#8217;d bookmarked and completely forgotten about &#8211; the best default password list I think I&#8217;ve ever seen. Also, it&#8217;s actually maintained! I just figured I&#8217;d share it.]]></description>
			<content:encoded><![CDATA[<p>I was clearing out my bookmark file on an old machine this morning and stumbled across something I&#8217;d bookmarked and completely forgotten about &#8211; the best <a href="http://www.phenoelit-us.org/dpl/dpl.html">default password list</a> I think I&#8217;ve ever seen. Also, it&#8217;s actually maintained! I just figured I&#8217;d share it.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2010/01/14/default-password-list/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Secure wireless</title>
		<link>http://angelsofsecurity.com/blog/2009/12/03/secure-wireless/</link>
		<comments>http://angelsofsecurity.com/blog/2009/12/03/secure-wireless/#comments</comments>
		<pubDate>Thu, 03 Dec 2009 18:52:50 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[issa]]></category>
		<category><![CDATA[physical security]]></category>
		<category><![CDATA[wireless]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/2009/12/03/secure-wireless/</guid>
		<description><![CDATA[Secure wireless Originally uploaded by bachrach44 I noticed this on the wall at a recent ISSA meeting. In addition to the obvious security issue I&#8217;m trying to bring attention to, there is a bonus security issue being illustrated here &#8211; you can see my reflection!]]></description>
			<content:encoded><![CDATA[<div style="float: right; margin-left: 10px; margin-bottom: 10px;"><a title="photo sharing" href="http://www.flickr.com/photos/bachrach44/4139122514/"><img style="border: solid 2px #000000;" src="http://farm3.static.flickr.com/2744/4139122514_e980a1851c_m.jpg" alt="" /></a></p>
<p><span style="font-size: 0.9em; margin-top: 0px;"><br />
<a href="http://www.flickr.com/photos/bachrach44/4139122514/">Secure wireless</a></p>
<p>Originally uploaded by <a href="http://www.flickr.com/people/bachrach44/">bachrach44</a><br />
</span></div>
<p>I noticed this on the wall at a recent ISSA meeting. In addition to the obvious security issue I&#8217;m trying to bring attention to, there is a bonus security issue being illustrated here &#8211; you can see my reflection!</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2009/12/03/secure-wireless/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Windows 7 password policy</title>
		<link>http://angelsofsecurity.com/blog/2009/10/27/windows-7-password-policy/</link>
		<comments>http://angelsofsecurity.com/blog/2009/10/27/windows-7-password-policy/#comments</comments>
		<pubDate>Tue, 27 Oct 2009 15:31:30 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Access Control Systems & Methodology]]></category>
		<category><![CDATA[password change]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[useless security]]></category>
		<category><![CDATA[windows 7]]></category>

		<guid isPermaLink="false">http://angelsofsecurity.com/blog/?p=530</guid>
		<description><![CDATA[I&#8217;ve been using Windows 7 fairly regularly on one of my machines for the past month or so. One thing I noticed is that the default password settings for Windows 7 include the fact that password expire after 42 days. Since most home users will never change their default settings, this setting will likely become [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been using Windows 7 fairly regularly on one of my machines for the past month or so. One thing I noticed is that the default password settings for Windows 7 include the fact that password expire after 42 days. Since most home users will never change their default settings, this setting will likely become a de-facto standard.  However, the default settings also have a password history of zero (no remembered passwords), and a minimum age of zero as well. This means that every home user, when prompted to change their password, will simply change it to the password they had initially, making this setting useless.</p>
]]></content:encoded>
			<wfw:commentRss>http://angelsofsecurity.com/blog/2009/10/27/windows-7-password-policy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

