<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://msmvps.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"><channel><title>Choosing good passwords - correction - pass phrases</title><link>http://msmvps.com/blogs/bradley/archive/2005/01/24/33789.aspx</link><description>Configure Password Policies Using strong passwords is important, and configuring password policies to enforce strong passwords helps keep the Windows Small Business Server network secure. After you configure or change password policies, all users are</description><dc:language>en</dc:language><generator>CommunityServer 2008.5 SP2 (Build: 40407.4157)</generator><item><title>Group Policies anyone?</title><link>http://msmvps.com/blogs/bradley/archive/2005/01/24/33789.aspx#66697</link><pubDate>Fri, 16 Sep 2005 18:01:00 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:66697</guid><dc:creator>TrackBack</dc:creator><description>&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=66697" width="1" height="1"&gt;</description></item><item><title>re: Choosing good passwords - correction - pass phrases</title><link>http://msmvps.com/blogs/bradley/archive/2005/01/24/33789.aspx#33828</link><pubDate>Tue, 25 Jan 2005 17:50:00 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:33828</guid><dc:creator>bradley</dc:creator><description>Don't be misled by anyone who suggests that the basic requirements of a strong password or using passphrases is going to prevent you from being cracked.&lt;br&gt;&lt;br&gt;The main reason why people are cracked quickly and particularly over a network connection is because they're PREDICTABLE.&lt;br&gt;&lt;br&gt;Yes.&lt;br&gt;If MS says for you to do something, it might get you past the point of being stupidly crackable, but it will still make you PREDICTABLE.&lt;br&gt;If I tell you to do something, if the cracker has foreknowledge of that information, it makes you PREDICTABLE.&lt;br&gt;If you construct your password like 99% of the rest of the world, you're PREDICTABLE.&lt;br&gt;If you use a default password, you're PREDICTABLE.&lt;br&gt;If you use a password which is used so often it's in a cracker's dictionary, you're PREDICTABLE.&lt;br&gt;&lt;br&gt;So why does a hacker depend on predictableness? Because it means that he doesn't have to try every possibility. Because it means that he can throw out the 16 million or more possibilities of a &amp;quot;Strong Password&amp;quot; and crack your password within a few hundred or thousand tries by simply applying some rules based on PREDICTABILITY.&lt;br&gt;&lt;br&gt;Why a Passphrase can suck and Strong Passwords aren't always so strong would take more than I'll want to post to a Blog, but if you make passwords according to the following you'll probably be plenty resistent to cracking&lt;br&gt;&lt;br&gt;- Longer than 15 characters. Better yet, longer than 23.&lt;br&gt;- At least 2 of the 4 categories. 3 is not really critical, but can help and everything helps especially if the password doesn't change often or is critically important.&lt;br&gt;- Use at least one non-romantic language word. Know Russian? Arabic? Hebrew? Thai? Good stuff to include in a &amp;lt;long&amp;gt; password.&lt;br&gt;- Don't reference any information about you or your business such as addresses, dates, phone numbers, SSIDs, driver's licenses, hobbies and more. Although those might not be tried by an wide-ranging attack, all those items are easily discovered on the Internet and can be added to a cracker's dictionary if he's intent on just cracking &amp;lt;you&amp;gt;.&lt;br&gt;&lt;br&gt;And, implement good password policy:&lt;br&gt;Change Passwords often. 42 days should be considered minimally sufficient. Monthly or better is &amp;lt;very&amp;gt; much prefered if your Users can tolerate it.&lt;br&gt;Impose good History. Especially if your password effectiveness is long, make sure they're not used, maybe in the same year.&lt;br&gt;&amp;quot;Three Strikes and you're Out!&amp;quot; - Don't let crackers hammer on you all day long. Limit consecutive failures before enforcing a timeout. I know a couple businesses who won't even tolerate one failure before lockout.&lt;br&gt;&lt;br&gt;Tony&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=33828" width="1" height="1"&gt;</description></item><item><title>Passwords vs Passphrases</title><link>http://msmvps.com/blogs/bradley/archive/2005/01/24/33789.aspx#33799</link><pubDate>Tue, 25 Jan 2005 09:44:00 GMT</pubDate><guid isPermaLink="false">d67277c4-116b-43f1-b688-e9ef184ea916:33799</guid><dc:creator>TrackBack</dc:creator><description>&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://msmvps.com/aggbug.aspx?PostID=33799" width="1" height="1"&gt;</description></item></channel></rss>