<?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>Security Compass Labs &#187; linkedin</title>
	<atom:link href="http://labs.securitycompass.com/tag/linkedin/feed/" rel="self" type="application/rss+xml" />
	<link>http://labs.securitycompass.com</link>
	<description></description>
	<lastBuildDate>Mon, 20 May 2013 06:22:01 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>LinkedIn Isn&#8217;t an Isolated Case</title>
		<link>http://labs.securitycompass.com/appsec-2/linkedin-isnt-an-isolated-case/</link>
		<comments>http://labs.securitycompass.com/appsec-2/linkedin-isnt-an-isolated-case/#comments</comments>
		<pubDate>Fri, 08 Jun 2012 19:19:47 +0000</pubDate>
		<dc:creator>Rohit Sethi</dc:creator>
				<category><![CDATA[Application Security]]></category>
		<category><![CDATA[appsec]]></category>
		<category><![CDATA[linkedin]]></category>
		<category><![CDATA[sdlc]]></category>

		<guid isPermaLink="false">/?p=445</guid>
		<description><![CDATA[By now you’ve probably heard about the disclosure of unsalted, hashed passwords from LinkedIn and possibly other sites. While it’s not immediately clear how malicious attackers got a hold of the passwords, several people in the security community have pointed out that LinkedIn did not follow best practices for password storage. This deviation from best...<img src="http://track.hubspot.com/__ptq.gif?a=217445&k=14&bu=http%3A%2F%2Flabs.securitycompass.com&r=http%3A%2F%2Flabs.securitycompass.com%2Fappsec-2%2Flinkedin-isnt-an-isolated-case%2F&bvt=rss&p=wordpress" style="float:left;" xml:base="http://labs.securitycompass.com/feed/" width="1" height="1" border="0" align="right"/>]]></description>
				<content:encoded><![CDATA[<p>By now you’ve probably heard about the disclosure of <a title="LinkedIn Disclosure" href="http://blog.linkedin.com/2012/06/07/taking-steps-to-protect-our-members/">unsalted, hashed passwords</a> from LinkedIn and possibly <a title="eHarmony and LinkedIn Password disclosure" href="http://www.forbes.com/sites/kashmirhill/2012/06/07/with-linkedin-and-eharmony-passwords-exposed-make-sure-youre-not-using-same-password-elsewhere/">other sites</a>. While it’s not immediately clear how malicious attackers got a hold of the passwords, several people in the security community have pointed out that LinkedIn did not follow<a title="OWASP password storage cheat sheet" href="https://www.owasp.org/index.php/Password_Storage_Cheat_Sheet"> best practices for password storage.</a></p>
<p>This deviation from best practices is far from rare. Any experienced security practitioner can tell stories of other, supposedly security-sensitive organizations, that have the same or even more lax password storage standards. There are a lot of potential reasons for this but I’d like to offer two major root causes:</p>
<p>• In the widely accepted “<a title="Applications are the Crash Test Dummies of Security" href="/appsec-2/applications-are-the-crash-test-dummies-of-security/">test ourselves secure</a>” approach, vulnerabilities that can’t be identified during penetration tests or automated static analysis never get fixed<br />
• Very few organizations invest in <a title="InfoQ Non Functional Requirements" href="http://www.infoq.com/articles/managing-security-requirements-in-agile-projects">security in requirements</a>. Hashing and salting passwords is a very well-known security requirement. Organizations that track adherence to security requirements can identify and actively track deviations</p>
<p>There are plenty of security issues that we’ll simply never catch or fix if we continue to rely exclusively on testing &amp; static analysis. <a title="SALM Whitepaper" href="http://www.sdelements.com/media//pdf/salm-whitepaper.pdf">Secure Application Lifecycle Management</a> is one scalable, consistent way to ensure we bring visibility to these kinds of issues.</p>
<img src="http://track.hubspot.com/__ptq.gif?a=217445&k=14&bu=http%3A%2F%2Flabs.securitycompass.com&r=http%3A%2F%2Flabs.securitycompass.com%2Fappsec-2%2Flinkedin-isnt-an-isolated-case%2F&bvt=rss&p=wordpress" style="float:left;" xml:base="http://labs.securitycompass.com/feed/" width="1" height="1" border="0" align="right"/>]]></content:encoded>
			<wfw:commentRss>http://labs.securitycompass.com/appsec-2/linkedin-isnt-an-isolated-case/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
