This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org

Difference between revisions of "Category:Summit 2011 Browser Security Track"

From OWASP
Jump to: navigation, search
(Added info on current subtopics and co-chairs)
m (Enduser Warnings)
Line 23: Line 23:
 
==Enduser Warnings==
 
==Enduser Warnings==
 
[[Image:Three_browsers_user_info.jpg]]
 
[[Image:Three_browsers_user_info.jpg]]
 
How should browsers signal invalid SSL certs to the enduser? Are we helping security right now? What to do about 50 % of users clicking through warnings? Mozilla replaces the padlock with a [https://support.mozilla.com/en-US/kb/Site%20Identity%20Button site identity button] i Firefox 4. "Larry" will inform the user of the site's status. Google recently tried out a skull & bones icon for bad certs but move back to [http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=95617 padlocks] again.
 
  
 
====Goals (draft)====
 
====Goals (draft)====
 
Clearly there is a need for warnings that users understand and that conveys the right information. Perhaps we can agree on some guidelines or at least exchange lessons learned.
 
Clearly there is a need for warnings that users understand and that conveys the right information. Perhaps we can agree on some guidelines or at least exchange lessons learned.
  
 +
* How should browsers signal invalid SSL certs to the enduser? Are we helping security right now? What to do about 50 % of users clicking through warnings? Mozilla replaces the padlock with a [https://support.mozilla.com/en-US/kb/Site%20Identity%20Button site identity button] i Firefox 4. "Larry" will inform the user of the site's status. Google recently tried out a skull & bones icon for bad certs but move back to [http://www.google.com/support/chrome/bin/answer.py?hl=en&answer=95617 padlocks] again.
 +
* How should browsers communicate other kinds of information such as privacy, malware warnings, "not visited before" etc?
  
 
==New HTTP Headers==
 
==New HTTP Headers==

Revision as of 19:05, 4 January 2011

Track: Browser Security

Virtualization and Sandboxing for Secure Multi-Domain Web Apps

JS DOM Box Jasvir Gaz.jpg

Co-chair Dr Jasvir Nagra

Jasvir Nagra is a researcher and software engineer at Google. He is the designer of Caja - a secure subset of HTML, CSS and JavaScript; co-author of Surreptitious Software - a book on obfuscation, software watermarking and tamper-proofing, contributer to Shindig - the reference implementation of OpenSocial.

Co-chair Gareth Heyes

Gareth "Gaz" Heyes calls himself Chief Conspiracy theorist and is affiliated with Microsoft. He is the designer and developer behind JSReg – a Javascript sandbox which converts code using regular expressions; HTMLReg & CSSReg – converters of malicious HTML/CSS into a safe form of HTML. He is also one of the co-authors of Web Application Obfuscation: '-/WAFs..Evasion..Filters//alert(/Obfuscation/)-' – a book on how an attacker would bypass different types of security controls including IDS/IPS.

Goals (draft)

Goals and issues that need browser vendor cooperation:

  • Applying un-sandboxed methods inside the sandboxed environment. We need a way of standardizing how to extend the environment. For example lets say we want to modify the alert function to do something different in sandboxed code. Do we just allow code to be injected into the "window"? If I decide to use a function called "extendSandbox" in Sandbox A from vendor A this won't work in sandbox B vendor B unless it has been defined.
  • Client side sandboxed apps maintaining state and authentication. For example if a user is created in a sandboxed app how is it determined what that user can do?
  • Create a standard for modifying a sandboxed environment
  • Create a standard for authentication within a sandboxed environment (maybe interfacing with existing auth without passing creds like 0Auth works)

Working Form

The working form will most probably be short presentations to frame the topic and then round table discussions. Depending on number of attendees we'll break into groups.


Enduser Warnings

Three browsers user info.jpg

Goals (draft)

Clearly there is a need for warnings that users understand and that conveys the right information. Perhaps we can agree on some guidelines or at least exchange lessons learned.

  • How should browsers signal invalid SSL certs to the enduser? Are we helping security right now? What to do about 50 % of users clicking through warnings? Mozilla replaces the padlock with a site identity button i Firefox 4. "Larry" will inform the user of the site's status. Google recently tried out a skull & bones icon for bad certs but move back to padlocks again.
  • How should browsers communicate other kinds of information such as privacy, malware warnings, "not visited before" etc?

New HTTP Headers

Are new opt-in HTTP headers the right way to add security features? For example:

Co-chair John Wilander

John Wilander is chapter co-leader in Sweden and ran the AppSec conference in Stockholm 2010. He is still pursuing his PhD in software security and works as an appsec consultant in media/banking/healthcare.

Co-chair Michael Coates

[%3Cbr%3Ewww.owasp.org/index.php/User:MichaelCoates Michael Coates] is a long-time OWASP contributor and leader, as well as a Mozilla employee. He leads the [%3Cbr%3Ewww.owasp.org/index.php/Category:OWASP_AppSensor_Project AppSensor] and the TLS Cheat Sheet project.


Securing Plugins

Should browsers ship with default plugins? Should plugins be auto-updated? Can plugins or versions of plugins be blacklisted centrally?


Blacklisting

Can we cooperate better on blacklisting? Does it work between cultures, i e can we have the same process for reporting throughout the world?


OS Integration

More and more features in browsers get integrated with the underlying operating system. Processes, fonts, filesystem, 3D graphics. How do we secure this?


Sandboxed Tabs/Domains/Browser

Microsoft Research has been doing some groundbreaking work on the Gazelle browser, Chrome uses a sandboxing model, and the IronSuite provides sandboxed versions of Firefox (IronFox) and Safari on Mac OS X.

This category currently contains no pages or media.