<?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>Whatever Compliance &#187; IT Security</title>
	<atom:link href="http://www.whatevercompliance.com/category/it-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.whatevercompliance.com</link>
	<description>Savid Technologies thoughts on technology, information security, and business</description>
	<lastBuildDate>Sat, 15 May 2010 02:05:00 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Vulnerability Management Can Work Across Multiple Enterprises</title>
		<link>http://www.whatevercompliance.com/network-security/vulnerability-management-can-work-across-multiple-enterprises/</link>
		<comments>http://www.whatevercompliance.com/network-security/vulnerability-management-can-work-across-multiple-enterprises/#comments</comments>
		<pubDate>Tue, 13 Apr 2010 02:55:27 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[HIPAA]]></category>
		<category><![CDATA[IT Security]]></category>
		<category><![CDATA[Network security]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[Business process]]></category>
		<category><![CDATA[enterprise vulnerability]]></category>
		<category><![CDATA[legal contracts]]></category>
		<category><![CDATA[management program]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[security processes]]></category>
		<category><![CDATA[supply chain]]></category>
		<category><![CDATA[Supply chain management]]></category>
		<category><![CDATA[vulnerability]]></category>
		<category><![CDATA[vulnerability management]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=465</guid>
		<description><![CDATA[Security teams that manage security at single company think their job is hard (it is!) but imagine if you have 10 partners accessing your network all day everyday! Learn the 3 steps to implement multi-enterprise vulnerability management the right way.]]></description>
			<content:encoded><![CDATA[<p></p><p>I just released a report for Dark Reading on how to build a multi-enterprise vulnerability management program. If you are dealing with outsourced vendors, or an outsourced supply chain, you should definitely <a href="http://www.darkreading.com/vulnerability_management/security/management/showArticle.jhtml?articleID=224300024">give the article a read</a>.</p>
<p>To summarize the article:</p>
<ol>
<li>Get your legal contracts in order. So many firms don&#8217;t put what they need from their partners into a contract. How do you expect to get what you need then?</li>
<li>Establish Communication channels that work for everyone. If you don&#8217;t get the right people on the &#8220;phone&#8221;, nothing will get done &#8211; including your security processes</li>
<li>Find the person with authority at your partner and ensure they are involved, otherwise your efforts will be useless.</li>
</ol>
<p>I offer many more details and tips within the article but step #1 is so critical that an entire article should be dedicated to just that!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/network-security/vulnerability-management-can-work-across-multiple-enterprises/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Internationalized Domain Names May Cause Resurgence in Phishing</title>
		<link>http://www.whatevercompliance.com/it-security/internationalized-domain-names-may-cause-resurgence-in-phishing/</link>
		<comments>http://www.whatevercompliance.com/it-security/internationalized-domain-names-may-cause-resurgence-in-phishing/#comments</comments>
		<pubDate>Tue, 06 Apr 2010 13:24:48 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[IT Security]]></category>
		<category><![CDATA[cybercriminals]]></category>
		<category><![CDATA[domain name system]]></category>
		<category><![CDATA[ebay]]></category>
		<category><![CDATA[paypal]]></category>
		<category><![CDATA[phishing scams]]></category>
		<category><![CDATA[spoofs]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=391</guid>
		<description><![CDATA[ICANN, the body responsible for regulating the domain name system for web addresses, has moved ahead with this plan to internationalize domain names.  While many countries are happy to see their native languages in their address bars, this creates an opportunity for age-old phishing scams to resurface.
]]></description>
			<content:encoded><![CDATA[<p></p><p>I was chatting about shortened URLs, did some research and found out  something I didn&#8217;t know was happening.</p>
<p>Here’s a test for you.  Let’s say you are linked to eBay from a suspicious source.  The page looks identical to ebay.com – all the graphics are the same and even the url in your address bar even reads www.ebаy.com.  You’re pretty up to speed on phishing attempts, so what about this page should make you suspicious?</p>
<p>The answer?  The “a” in ebay here may not be the Latin “a” you are used to seeing but a Cyrillic “a” that looks identical.  However, since this is a different character, ebay.com with a Cyrillic “a” is a completely different website – one that could utilize old phishing scams.</p>
<p>ICANN, the body responsible for regulating the domain name system for web addresses, has moved ahead with this plan to internationalize domain names.  While many countries are happy to see their native languages in their address bars, this creates an opportunity for age-old phishing scams to resurface.</p>
<p>This is a problem that we are now presented with now that domain names are now becoming internationalized.  Regional top-level domains are including Russian, Chinese, and Arabic characters.  As I’ve shown you, this creates an opportunity for phishing attacks that steal usernames and passwords of users of ebay or paypal.</p>
<p>In the past, phishing sites used common misspellings of legitimate sites to fool users.  Now they can use the Cyrillic “a,” “B,” “m,” “e,” or the Arabic “l” to confuse even the most phishing-savvy users with identical spoofs.  Of course, the scam also works in reverse – substituting Latin letters into Cyrillic addresses.  New opportunities present themselves with the proliferation of international web addresses.</p>
<p>At least, so far, this trick has not been used in high frequency.  But experts expect cybercriminals to catch on.  This will lead to reputation problems for companies like paypal, ebay, yahoo, and other major websites that use look-alike letters in their domains.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/it-security/internationalized-domain-names-may-cause-resurgence-in-phishing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Obama Twitter account hacked..it was a 1 in 80 chance</title>
		<link>http://www.whatevercompliance.com/network-security/obama-twitter-account-hacked/</link>
		<comments>http://www.whatevercompliance.com/network-security/obama-twitter-account-hacked/#comments</comments>
		<pubDate>Thu, 25 Mar 2010 18:58:04 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[Application Security]]></category>
		<category><![CDATA[IT Security]]></category>
		<category><![CDATA[Network security]]></category>
		<category><![CDATA[PCI]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=455</guid>
		<description><![CDATA[President Obama's Twitter account was easily hacked because of problems in the way security questions are asked. A new paper released talks about how an average person has a 1 in 80 chance of guessing your secret account question.]]></description>
			<content:encoded><![CDATA[<p></p><p>According to the Wall Street Journal:</p>
<blockquote><p>A 24-year-old living with his mother in France was arrested for &#8216;hacking&#8217; into Obama&#8217;s twitter accounts in April 2009. Apparently he guesses the answer to a question related to password recovery in order to break into the accounts of famous people; he has no computer science training or financial motive. He posted screenshots to a few online forums and twitter found out within a few hours, either from a tip or from noticing when someone from France logs onto twitter as the President of the United States. (He did not actually tweet as POTUS, but just wanted to show he could break into the account.)</p></blockquote>
<p>Now, this is news in and of itself but the interesting part is that the following academic paper, released about three weeks ago, told how easy this hack really is to implement. In this paper, Joseph Bonneau of the University of Cambridge and two colleagues from the University of Edinburgh show how hackers stand a <strong>1 in 80 chance </strong>of guessing common security questions such as someone&#8217;s mother&#8217;s maiden name or their first school within three attempts.</p>
<p>According to the blog post announcing the paper&#8217;s release, Joseph Bonneau states:</p>
<blockquote><p>There’s finally been a surge of academic research into the area in the last five years. It’s been shown, for example, that these questions <a href="http://cups.cs.cmu.edu/soups/2008/proceedings/p13Rabkin.pdf">are easy to look up online</a>, often <a href="http://www.informatics.indiana.edu/markus/papers/mmn.pdf">found in public records</a>, and <a href="http://research.microsoft.com/pubs/79594/oakland09.pdf">easy for friends and acquaintances to guess.</a></p></blockquote>
<p>This is probably what happened to President Obama&#8217;s account. It would be interesting to know what the answer was to Obama&#8217;s secret question is, but it is very difficult to find the screenshots referenced in the WSJ article. The academic paper continues:</p>
<blockquote><p>It turns out the majority of personal knowledge questions ask for proper names of people, pets, and places, and the rest are trivially insecure (eg “What is my favourite day of the week?”).</p></blockquote>
<p>Which is why your system should never ask for things like that. Companies are starting to try and solve this problem. At RSA there was a new company, RavenWhite, which seemed to have a unique new approach which you can learn about at <a href="http://www.ravenwhite.com/iforgotmypassword.html">http://www.ravenwhite.com/iforgotmypassword.html</a></p>
<p>People really need to rethink the way they implement security to the end user. There is no way any automated technology could have prevented Obama&#8217;s account from being attacked simply because they were using the system in the perfectly intended way. It is what the user did afterword that differentiated the attacker from an actual twitter user.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/network-security/obama-twitter-account-hacked/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>We need your help! 2010 Strategic Security Survey</title>
		<link>http://www.whatevercompliance.com/it-security/2010-strategic-security-survey/</link>
		<comments>http://www.whatevercompliance.com/it-security/2010-strategic-security-survey/#comments</comments>
		<pubDate>Thu, 18 Mar 2010 01:04:04 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[IT Security]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=453</guid>
		<description><![CDATA[2010 marks the thirteenth year InformationWeek will track the evolution of security practices through our annual research and trending survey. Please join the 40,000+ security and IT professionals who’ve participated in this landmark study!]]></description>
			<content:encoded><![CDATA[<p></p><p>I am helping InformationWeek with their annual Security Survey this year and I need each of you to participate! Here are the details or you can just go<a href="http://informationweek.2010strategicsecurity.sgizmo.com/"> take the survey</a></p>
<blockquote><p>2010 marks the thirteenth year InformationWeek will track the evolution of security practices through our annual research and trending survey. Please join the 40,000+ security and IT professionals who’ve participated in this landmark study. Later this spring we’ll release the results in our much-anticipated InformationWeek Analytics 2010 Strategic Security report.</p>
<p>The survey runs through April 15 and will take approximately 10 minutes to complete. Responses will be kept confidential and used in aggregate only. As a token of our appreciation, everyone who completes the survey and provides contact information will automatically be entered into our prize drawing for a 55&#8243; LCD flat-panel HDTV valued at $1899.99.</p></blockquote>
<p><a href="http://informationweek.2010strategicsecurity.sgizmo.com/">Take the Survey!</a></p>
<p>Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/it-security/2010-strategic-security-survey/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>7 consecutive errors equals a Security Breach</title>
		<link>http://www.whatevercompliance.com/network-security/7-consecutive-errors-equals-a-security-breach/</link>
		<comments>http://www.whatevercompliance.com/network-security/7-consecutive-errors-equals-a-security-breach/#comments</comments>
		<pubDate>Fri, 12 Mar 2010 05:01:41 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[Application Security]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[HIPAA]]></category>
		<category><![CDATA[IT Security]]></category>
		<category><![CDATA[Network security]]></category>
		<category><![CDATA[PCI]]></category>
		<category><![CDATA[Christian Moldes]]></category>
		<category><![CDATA[exploitation]]></category>
		<category><![CDATA[gladwell]]></category>
		<category><![CDATA[incident response]]></category>
		<category><![CDATA[moldes]]></category>
		<category><![CDATA[plane crashes]]></category>
		<category><![CDATA[privileged account]]></category>
		<category><![CDATA[security breach]]></category>
		<category><![CDATA[security breaches]]></category>
		<category><![CDATA[security program]]></category>
		<category><![CDATA[verizon]]></category>
		<category><![CDATA[vulnerability]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=450</guid>
		<description><![CDATA[Even with many controls in place you cannot always prevent a security breach. This is the exact reason why we recommend that incident response policies and processes (Which should be tested like you test your Disaster Recovery processes!) should be the FIRST THING you implement when building a security program at an organization followed by detective controls such as logging to detect a breach as soon as possible.]]></description>
			<content:encoded><![CDATA[<p></p><p>Verizon Business Christian Moldes as a great post about <a href="http://securityblog.verizonbusiness.com/2010/03/11/plane-crashes-and-security-breaches">Plane Crashes and Security Breaches</a> and how they are very similar. He hits it right on the head! During our engagement wrap-up meetings where we explain the various potential scenarios an attacker can use to break into a client’s network we are always asked to put a specific ranking on a specific risk. I argue that that almost doesn&#8217;t matter because normally the big breaches are not from a single vulnerability but many chained together.</p>
<p>Christian quotes Malcom Gladwell, and says:</p>
<blockquote><p>The typical [plane] accident involves seven consecutive human errors.</p></blockquote>
<p>When we work with clients we normally see that breaches are caused by a chaining of at least three errors: exploitation of a vulnerability, then a mis-configuration is used to find a privileged account user name and password, and then data is found on the network somewhere it wasn&#8217;t supposed to be that the privileged account has access too.</p>
<p>Even with many controls in place you cannot always prevent a security breach. This is the exact reason why we recommend that incident response policies and processes (Which should be tested like you test your Disaster Recovery processes!) should be the FIRST THING you implement when building a security program at an organization followed by detective controls such as logging to detect a breach as soon as possible.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/network-security/7-consecutive-errors-equals-a-security-breach/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>4 Ways to Social Engineer Face to Face</title>
		<link>http://www.whatevercompliance.com/it-security/4-ways-to-social-engineer-face-to-face/</link>
		<comments>http://www.whatevercompliance.com/it-security/4-ways-to-social-engineer-face-to-face/#comments</comments>
		<pubDate>Wed, 10 Mar 2010 23:47:43 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[IT Security]]></category>
		<category><![CDATA[abn amro bank]]></category>
		<category><![CDATA[hacking]]></category>
		<category><![CDATA[humanOS]]></category>
		<category><![CDATA[penetration tests]]></category>
		<category><![CDATA[physical hacking]]></category>
		<category><![CDATA[physical security]]></category>
		<category><![CDATA[receptionist]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[social engineer]]></category>
		<category><![CDATA[social engineering]]></category>
		<category><![CDATA[social engineers]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=371</guid>
		<description><![CDATA[While most traditional social engineering is used to exploit the vulnerabilities of the HumanOS over phone or online communications, we can’t rule out the possibility that social engineering can be most successful when it is face-to-face (plus it is a heck of a lot of fun!). Even though it puts the social engineer at direct risk, it offers the most reward for their efforts since it gives them direct access to your company’s office and hardware. Here are the top 4 ways to social engineer some one face-to-face]]></description>
			<content:encoded><![CDATA[<p></p><p>While most traditional social engineering is used to exploit the vulnerabilities of the HumanOS over phone or online communications, we can’t rule out the possibility that social engineering can be most successful when it is face-to-face (plus it is a heck of a lot of fun!).  Even though it puts the social engineer at direct risk, it offers the most reward for their efforts since it gives them direct access to your company’s office and hardware.</p>
<p>For years now, forward-thinking companies have been performing their own social engineering penetration tests to discover bugs in the human hardware.  In these cases of face-to-face social engineering at your company office, these techniques can be divided into the following roles:</p>
<p><strong>The Service Technician</strong><br />
The service technician is a social engineer who poses as person with a legitimate reason to enter your office.  They usually impersonate a service technician or repairman who has been hired to fix some company hardware, but they may also pose as co-workers, police, bankers, tax authorities, or insurance investigators.  This kind of criminal will often take their time to investigate the right thing to say and who to ask for.  In some cases, all they need is an authoritative, earnest tone of voice.  After all, they only need to be able to fool your receptionist.</p>
<p><strong>The Tailgater</strong><br />
The tailgater is someone who bypasses physical security by allowing others to use their security cards to let them in an office.  The tailgater may simply grab the door before it closes as an employee enters the office, or they may casually ask for an employee to hold the door for them.  With a nonchalant tone of voice, many employees just assume that they are supposed to be there.</p>
<p><strong>The Aggressor</strong><br />
The aggressor is not really a social engineer, but he does use his tricks while face-to-face with your employees.  The aggressor simply attacks one of your employees to steal their security card, and then uses it to casually enter the building.  The aggressor will investigate the physical security around an office building to determine where the security cameras are and chose an unseen place to hide.<br />
<strong><br />
The Charmer</strong><br />
In 2007, a thief broke into the ABN Amro bank in Antwerp and made off with $21 million in diamonds.  This single thief bypassed one of the most hi-tech security systems in the world not with brute force or an Ocean’s 11 level of complexity and organization, but with a stolen passport, a box of chocolates, and personal charm.  The charmer, who was never caught, posed as a successful businessman and visited the bank frequently, befriending the staff and gradually winning their confidence.  He even brought them chocolates.  He ultimately gained VIP access and used his passcard to walk right into the vault he knew contained the uncut diamonds.  If this charmer can successfully bypass a $2 million security system, what chance does your company have?</p>
<p>While it does put the social engineer in direct risk, face-to-face social engineering is obviously one of the easiest and most rewarding scams for criminals. If you are implementing social engineering assessments at your organization, make sure they do some face-to-face social engineering!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/it-security/4-ways-to-social-engineer-face-to-face/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to Survive a DDoS Extortion Attack</title>
		<link>http://www.whatevercompliance.com/network-security/how-to-survive-a-ddos-extortion-attack/</link>
		<comments>http://www.whatevercompliance.com/network-security/how-to-survive-a-ddos-extortion-attack/#comments</comments>
		<pubDate>Wed, 24 Feb 2010 18:58:09 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[IT Security]]></category>
		<category><![CDATA[Network security]]></category>
		<category><![CDATA[botnet]]></category>
		<category><![CDATA[ddos attack]]></category>
		<category><![CDATA[Denial of Service]]></category>
		<category><![CDATA[Denial-of-service attack]]></category>
		<category><![CDATA[extortionist]]></category>
		<category><![CDATA[hacker]]></category>
		<category><![CDATA[ransomware]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=383</guid>
		<description><![CDATA[Before the DDoS attack, the extortionist will contact the site webmaster and offer to spare them from the attack for a payment.  If the payment is not made by the given date, then the attack begins and the price usually increases.  ]]></description>
			<content:encoded><![CDATA[<p></p><p>Although I think DDoS extortion is declining due to the rising lucrative ransomware and scareware tactics, DDoS extortion remains interesting to me due to its sheer supervillainary.  (plus the stories sound cool when you tell them). I was giving the example to a CSO I met today and after telling the story he asked, &#8220;How do I survive a DDoS Extortion Attack&#8221;, so here is how:</p>
<p>Businesses hit with these attacks have almost no reprisal to fight back and even have a disincentive to alert authorities who could work to defend against them.</p>
<p>DDoS, distributed denial of service, extortion occurs when a hacker threatens to utilize a vast botnet of many infected computers to bombard a single target online.  By using up the target’s resources to accommodate the botnet traffic, legitimate traffic is unable to access the site, causing a denial of service.  This prevents businesses from using their website, which may be integral to their business operations.</p>
<p>Before the DDoS attack, the extortionist will contact the site webmaster and offer to spare them from the attack for a payment.  If the payment is not made by the given date, then the attack begins and the price usually increases.</p>
<p>Companies have three ways to retaliate:  pay the attacker, use DDoS protection, or go to the authorities.  Unfortunately, most companies choose to simply pay the attacker since it is the easiest and least expensive way to fix the problem.  This only emboldens these kinds of attacks, causing more extortion on other companies.</p>
<p>It is possible to use DDoS protection to block bots, but in the extortionist will warn that if such an attempt is made then they will only increase the number of bots attacking the website, making it much more expensive to deal with.</p>
<p>Going to the authorities can be so ineffective that extortionists will not even discourage their target from doing so.  Extortion attacks usually come from other countries, usually Eastern Europe, where the FBI has little recourse.  Furthermore, businesses are afraid of reporting the crime because it could damage their brand if it got out that they were helpless against extortionists.  This makes it harder for any countermeasures to be developed since it is impossible to tell how often extortion occurs, how much money is extorted, and who are the targets of extortionists.  According to experts, every online gambling site is paying an extortion, usually around $40,000.</p>
<p>For these, reasons too often companies will simply remain quiet about the extortion and pay their fee.  The ransom is much less than the costs incurred from a denial of service attack.  Sometimes, the extortionist even gives their victim the opportunity to pay for an attack on a competitor.  Why not?  It gives the victim a chance to level the playing field and the extortionist a chance to make even more money.</p>
<p>The best way to combat attacks like these is for businesses to put aside competitive differences and share their information regarding security and cyberattacks with industry peers and law enforcement authorities.  But that’s never going to happen and businesses are likely to continue to fight an every-man-for-themselves battle.</p>
<p>Until then, it’s up to companies to build up internal protections and beef up their security to protect against botnet attacks. Also, if this ever starts to happen to your business you can always contact me and I can see how I can help!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/network-security/how-to-survive-a-ddos-extortion-attack/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Petition Congress to Step Up and Act</title>
		<link>http://www.whatevercompliance.com/network-security/petition-congress-to-step-up-and-act/</link>
		<comments>http://www.whatevercompliance.com/network-security/petition-congress-to-step-up-and-act/#comments</comments>
		<pubDate>Tue, 23 Feb 2010 23:39:24 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[IT Security]]></category>
		<category><![CDATA[Network security]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=434</guid>
		<description><![CDATA[I received an email from John Zurawski at Authentify that I thought was worth posting. I personally am tired of bailing out the banks and continuing to spend tax payer money so I want to ask Congress to Step Up, start using our money for things that matter, and start to protect the end user&#8217;s [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>I received an email from John Zurawski at Authentify that I thought was worth posting. I personally am tired of bailing out the banks and continuing to spend tax payer money so I want to ask Congress to Step Up, start using our money for things that matter, and start to protect the end user&#8217;s by requiring the banks that don&#8217;t properly implement security controls to pay. John asked in his email for me to repost his email and ask others for help. Read below and if you are heading to RSA stop by the booth and sign the petition if you agree.</p>
<blockquote><p>I’m emailing to ask for your help in something that can make a difference at the RSA Conference.  In recent months it’s become apparent that many smaller banks, credit unions and ultimately small businesses are being victimized by organized cyber criminals.  We at Authentify, along with many others, believe it’s time to stop the bleeding.  The regulatory oversight of the financial services industry has plenty of “guidance”, but few actual requirements to protect their customers from sophisticated online criminals.  The breaking point has come with a bank suing it’s customer for being a “cyber-victim” and asking the courts to declare its security procedures as “commercially reasonable”.  The technologies exist to prevent most malware inflicted financial losses.  It’s time to get Congress to get involved.  Just as the federal government is making funds available to healthcare to get health records digitized and online, it’s time to use TARP funds or other sources &#8211; to REQUIRE that financial services firms protect their customers.</p>
<p>Authentify will be seeking signatures on a petition to Congress in its booth at the RSA Conference next week.  We have put this effort ahead of our new product introductions and other RSA promotions.   Please stop by Booth #732 on the Expo floor if you believe it’s never commercially reasonable to let a bank’s customer’s be victimized by malware.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/network-security/petition-congress-to-step-up-and-act/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Honeypot Reveals Password Weaknesses</title>
		<link>http://www.whatevercompliance.com/network-security/honeypot-reveals-password-weaknesses/</link>
		<comments>http://www.whatevercompliance.com/network-security/honeypot-reveals-password-weaknesses/#comments</comments>
		<pubDate>Mon, 22 Feb 2010 16:55:27 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[IT Security]]></category>
		<category><![CDATA[Network security]]></category>
		<category><![CDATA[honeypots]]></category>
		<category><![CDATA[auditing software]]></category>
		<category><![CDATA[password crackers]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=393</guid>
		<description><![CDATA[The honeypot gathered hundreds of user names and tens of thousands of password that have been used in automated attacks.  The data told us a few things we already knew, basically that the most common password hack attempts resemble the most commonly used passwords.  But the data told us one new thing that we did not already know about password cracking.  That is, simply having a long password isn’t good enough anymore if it is still dictionary-based.  The honeypot attackers routinely used passwords 8-10 characters in length and would even try passwords 10, 15, or 20 characters long.  Also, hackers are persistent, even for using automated systems.  One tenacious attacker attempted 400,000 passwords to crack the fake FTP.
]]></description>
			<content:encoded><![CDATA[<p></p><p>Honeypots are a lot of fun for security professionals.  We get to trick the tricksters who try to trick security systems.  These opportunities give us whitehats a chance to be a little devious for once and get in the heads of those we are protecting against.</p>
<p>So Microsoft conducted a little honeypot of their own to collect some data on the kinds of automated password attacks hackers are using to break into user accounts.  They created a fake FTP server and allowed hackers to go to town trying to crack the password for about a year.  The FTP logged and processed the information gathered by login attempts.</p>
<p>The honeypot gathered hundreds of user names and tens of thousands of password that have been used in automated attacks.  The data told us a few things we already knew, basically that the most common password hack attempts resemble the most commonly used passwords.  But the data told us one new thing that we did not already know about password cracking.  That is, simply having a long password isn’t good enough anymore if it is still dictionary-based.  The honeypot attackers routinely used passwords 8-10 characters in length and would even try passwords 10, 15, or 20 characters long.  Also, hackers are persistent, even for using automated systems.  One tenacious attacker attempted 400,000 passwords to crack the fake FTP.</p>
<p>The emphasis on password strengthening is now more relevant than ever with the reemergence of “L0phtCrack” – a password auditing software.  L0phtCrack attempts to crack passwords at swift speeds by scanning through a dictionary of words and forming probable password guesses.  Basically, it does the exact same thing as the automated password crackers the hackers use, but for whitehat purposes.  Of course, critics are worried that L0phtCrack is a double-edged sword since it could be used for that very purpose.</p>
<p>Passwords are actually the easiest security measure to ensure protection.  As long as your password follows the basic password strengthening guidelines – length, alphanumerical, case variance, special characters, etc – it should never be cracked.  At least, not by an automated tool.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/network-security/honeypot-reveals-password-weaknesses/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>NASA Security Embarrassment</title>
		<link>http://www.whatevercompliance.com/network-security/nasa-security-embarrassment/</link>
		<comments>http://www.whatevercompliance.com/network-security/nasa-security-embarrassment/#comments</comments>
		<pubDate>Sat, 20 Feb 2010 03:51:12 +0000</pubDate>
		<dc:creator>Michael A. Davis</dc:creator>
				<category><![CDATA[IT Security]]></category>
		<category><![CDATA[Network security]]></category>
		<category><![CDATA[FISMA]]></category>
		<category><![CDATA[Government Accountability Office]]></category>
		<category><![CDATA[National Aeronautics and Space Administration]]></category>

		<guid isPermaLink="false">http://www.whatevercompliance.com/?p=373</guid>
		<description><![CDATA[As the report states, “NASA’s high profile and cutting edge technology makes the agency an attractive target for hackers seeking recognition, or for nation-state sponsored cyber spying.”  NASA’s security gaps make the administration susceptible to stolen data by competing space programs or private sector networks who wish to gain a competitive advantage.  At the same time, terrorist groups may use cyber attacks to disrupt or destroy NASA missions.  Still, attacks could come from identity thieves who could access sensitive employee information on NASA’s nearly 20,000 employees.
]]></description>
			<content:encoded><![CDATA[<p></p><p>We bid for some FISMA work at NASA so I thought I would share with everyone what NASA hasn&#8217;t been doing properly&#8230;.You might think that out of all U.S. federal agencies, NASA would be among the top ranking in cybersecurity defense.  But according to a report issued by the Government Accountability Office, the National Aeronautics and Space Administration has been hit with 1,120 security incidents in 2007 and 2008.</p>
<p>It seems at NASA, malware installations, data breaches, stolen laptops, and botnet infections are commonplace.  Among the stolen information were unencrypted data on a prototype hypersonic jet and plans for a lunar orbiter space telescope.  Some time ago, 82 NASA computers were found to be part of a Ukranian botnet and 86 computers were infected by the Zoneback Trojan.</p>
<p>Since then, NASA was told to plug up its security holes, but the new report by the GAO says NASA has not done enough.  Apparently, it isn’t difficult for intruders to infiltrate NASA networks and steal, delete, or modify mission critical information.</p>
<p>As the report states, “NASA’s high profile and cutting edge technology makes the agency an attractive target for hackers seeking recognition, or for nation-state sponsored cyber spying.”  NASA’s security gaps make the administration susceptible to stolen data by competing space programs or private sector networks who wish to gain a competitive advantage.  At the same time, terrorist groups may use cyber attacks to disrupt or destroy NASA missions.  Still, attacks could come from identity thieves who could access sensitive employee information on NASA’s nearly 20,000 employees.</p>
<p>I believe the security gaps at NASA put our national interests at risk and weaken the strategic technological advantage of the US.  But, simply the existence of these security holes creates an embarrassing situation which may embolden hackers to increase their attacks on other government agencies.  After all, if security is so poor at NASA then how much better could it be at crucial military organizations?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.whatevercompliance.com/network-security/nasa-security-embarrassment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
