Perimeter
7/30/2009
12:26 PM
Sara Peters
Sara Peters
Commentary
Connect Directly
Twitter
RSS
E-Mail
50%
50%
Repost This

Black Hat, Day One: Rationalizing And Reinforcing My Pessimistic World View

When I arrived in Las Vegas, I already smoldered and grumbled about the facts that online trust mechanisms are untrustworthy, and that browsers' fundamental weaknesses persist despite the fact that better browsers would make an incalculable impact on overall Web security. Yesterday's sessions simply added more kindling to the fire.

When I arrived in Las Vegas, I already smoldered and grumbled about the facts that online trust mechanisms are untrustworthy, and that browsers' fundamental weaknesses persist despite the fact that better browsers would make an incalculable impact on overall Web security. Yesterday's sessions simply added more kindling to the fire.The charmingly dreadlocked Moxie Marlinspike delivered a fascinating presentation in which he showed us four new ways his SSL Sniff and SSL Strip tools could be suped up to make SSL certificates less trustworthy than ever.

Several months ago Marlinspike created SSL Strip, a tool that exploits a Web vulnerability and behaves as a man in the middle, slipping into the middle of an https redirect. So when a user leaves an http session and thinks they're being sent to an https session, the attacker has actually sent them somewhere else. The user thinks they've begun operating in a secure session, but in actuality they never made it to the legitimate SSL-encrypted site. A legitimately secure site and a "stripped" site were almost indistinguishable.

Yesterday Marlinkspike showed a demo in which the legitimate and exploited sites were entirely indistinguishable. Marlinspike showed how to overcome even the two significant hurdles that would, theoretically, prevent his attacks -- software updates and OCSP (the Online Certificate Status Protocol). The update problem was sidestepped by going after the update server itself--thereby achieving the access privileges necessary to make updates silent. The OCSP trouble required different trickery that I won't get too deeply into here, but suffice it to say that all it required was to send a milquetoast error message -- "try again later."

The heart of the problem though is the X.509 standard, which Marlinspike called "a total nightmare" and security rockstar Dan Kaminsky later called "remarkably fragile." Ultimately X.509 is fraught with ambiguity, which means that everyone is implementing their crypto somewhat differently -- and that makes life complicated for both browsers and certifying authorities (CAs). They can't lower the boom on poor, insecure configurations without running the risk of demolishing the authentication systems of many, many, many, sites.

The good news is that, according to Kaminsky, browser vendors, CAs and security researchers alike are working together to start repairing these problems -- first trying to patch up the X.509 standard, then deciding upon a better authentication method (possibly leveraging DNSSEC), then (fingers crossed) figuring out how to move from X.509 to a brave new world.

In entirely unrelated news...Dmitri Alperovitch described the nationalistic yet capitalistic mindset of Russian organized crime in a clearer way than I'd heard it put before: Money is the motive. Nationalism is the rationalization.

Sara Peters is senior editor at Computer Security Institute. Special to Dark Reading. Sara Peters is contributing editor to Dark Reading and editor-in-chief of Enterprise Efficiency. Prior that she was senior editor for the Computer Security Institute, writing and speaking about virtualization, identity management, cybersecurity law, and a myriad of other ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-0360
Published: 2014-04-23
Memory leak in Cisco IOS before 15.1(1)SY, when IKEv2 debugging is enabled, allows remote attackers to cause a denial of service (memory consumption) via crafted packets, aka Bug ID CSCtn22376.

CVE-2012-1317
Published: 2014-04-23
The multicast implementation in Cisco IOS before 15.1(1)SY allows remote attackers to cause a denial of service (Route Processor crash) by sending packets at a high rate, aka Bug ID CSCts37717.

CVE-2012-1366
Published: 2014-04-23
Cisco IOS before 15.1(1)SY on ASR 1000 devices, when Multicast Listener Discovery (MLD) tracking is enabled for IPv6, allows remote attackers to cause a denial of service (device reload) via crafted MLD packets, aka Bug ID CSCtz28544.

CVE-2012-3062
Published: 2014-04-23
Cisco IOS before 15.1(1)SY, when Multicast Listener Discovery (MLD) snooping is enabled, allows remote attackers to cause a denial of service (CPU consumption or device crash) via MLD packets on a network that contains many IPv6 hosts, aka Bug ID CSCtr88193.

CVE-2012-3918
Published: 2014-04-23
Cisco IOS before 15.3(1)T on Cisco 2900 devices, when a VWIC2-2MFT-T1/E1 card is configured for TDM/HDLC mode, allows remote attackers to cause a denial of service (serial-interface outage) via certain Frame Relay traffic, aka Bug ID CSCub13317.

Best of the Web