Popular competition will up the ante with longer contest, fewer targets, more payout for first-, second-, third-place winners--plus an extra Google bounty for cracking Chrome.
The high-profile, high-stakes Pwn2Own annual hacking competition will look more like a long-distance race than a sprint this year: Sponsor HP/TippingPoint DVLabs has revamped the prestigious contest by raising the bar and upping the potential purse.
There are just four targets in this year's contest, and they are all browsers: Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, and Apple Safari. Unlike years past, it won't be a race to zero-day, but instead a points-based system with a few specific challenges along the way, and first-, second-, and third-place prizes totaling $105,000 for the three winning contestants or teams.
Google also is offering a side bounty of two prizes for full and partial hacks of Chrome, according to Aaron Portnoy, director of ZDI. Full hack means using bugs in Chrome to conduct "un-sandboxed" code execution. "You would get $20,000 for [each] unique way of doing that," Portnoy says. Using a bug in Chrome as well as the underlying operating system brings in $10,000 per set of bugs, he said.
And that's basically icing: "If you pop Chrome in the contest, you get a point-value association with Chrome from us as well," he says.
Perhaps the biggest change to the March 7 to 9 contest at the ConSecWest conference will be its length and breadth: No longer will it be literally "game over" when a contestant finds a zero-day bug in the targeted software. Winners will be based on a point system, and there will be no more mobile-device hacking this year.
"We were trying to get away from the headlines, [such as] 'Mac Hacked In Three Seconds,'" says Aaron Portnoy, director of ZDI. "Unlike in prior years, if someone finds a zero-day, the target is not removed from the contest anymore and you can go after anything you want ... and continually attack anything."
And ZDI will throw in another new element for the contestants to crack: patched vulnerabilities in which the researchers at ZDI have discovered holes. "On the first day of the contest, we will announce two patched vulnerabilities per target that my team has confirmed are exploitable. We will give out a virtual machine with the targeted browser, and the proof-of-concept that triggers it, but not the exploit," he said.
Published: 2014-08-19 The SNMP module in Cisco NX-OS 7.0(3)N1(1) and earlier on Nexus 5000 and 6000 devices provides different error messages for invalid requests depending on whether the VLAN ID exists, which allows remote attackers to enumerate VLANs via a series of requests, aka Bug ID CSCup85616.
Published: 2014-08-19 The EJB invocation handler implementation in Red Hat JBossWS, as used in JBoss Enterprise Application Platform (EAP) 6.2.0 and 6.3.0, does not properly enforce the method level restrictions for outbound messages, which allows remote authenticated users to access otherwise restricted JAX-WS handlers ...
Published: 2014-08-19 The isCallerInRole function in SimpleSecurityManager in JBoss Application Server (AS) 7, as used in Red Hat JBoss Enterprise Application Platform (JBEAP) 6.3.0, does not properly check caller roles, which allows remote authenticated users to bypass access restrictions via unspecified vectors.
Published: 2014-08-19 RESTEasy 2.3.1 before 2.3.8.SP2 and 3.x before 3.0.9, as used in Red Hat JBoss Enterprise Application Platform (EAP) 6.3.0, does not disable external entities when the resteasy.document.expand.entity.references parameter is set to false, which allows remote attackers to read arbitrary files and have...
Published: 2014-08-19 The (1) serf_ssl_cert_issuer, (2) serf_ssl_cert_subject, and (3) serf_ssl_cert_certificate functions in Serf 0.2.0 through 1.3.x before 1.3.7 does not properly handle a NUL byte in a domain name in the subject's Common Name (CN) field of an X.509 certificate, which allows man-in-the-middle attackers...