Security is a key focus of the Chromium project and the Google Chrome browser. To learn more:
One of the quickest ways to get involved is finding and reporting security bugs. It will get prompt attention from a security sheriff, be kept private until we coordinate disclosure, and possibly qualify for a cash reward through our Vulnerability Rewards Program. We occasionally run security contests outside of our regular reward program (e.g. Pwnium2, Pwnium3) too.
For any issues other than a specific bug, email us at email@example.com. For non-confidential discussions, please post to the technical discussion forums, including the public security-dev list for technical discussions.
Become a committer
We encourage interested parties to work towards becoming a committer. There are many types of security related patch that we're excited to collaborate on:
Join the team
Access to Chromium security bugs and our team mailing list is restricted, for obvious reasons. Before applying to join the team, applicants must be committers and are expected to have made and continue to make active and significant contributions to Chromium security. You should demonstrate some of the following before applying:
To apply for membership, please email firstname.lastname@example.org.
Check out Security HelpWanted
We tag security ideas that we'd like to do (but don't have the current bandwidth for) with Cr-Security and HelpWanted. Check them out here.
security notes in Stable Channel updates on the Google Chrome releases blog. You can also find fixed, publicly visible Type=Bug-Security bugs in the issue tracker. All security bugs are rated according to our severity guidelines, which we keep in line with industry standards.
Advance notice of (fixed) Chromium security vulnerabilities is restricted to those actively building significant products based upon Chromium, or including Chromium as part of bundled software distributions. If you meet the criteria, and require advanced notice of vulnerabilities, request access via email@example.com. Your email should explain your need for access (embedder, Linux distribution, etc.) and your continued access will require that you follow the terms of list membership.
There is one simple rule for any party with advance access to security vulnerabilities in Chromium: any details of a vulnerability should be considered confidential and only shared on a need to know basis until such time that the vulnerability is responsibly disclosed by the Chromium project. Additionally, any vulnerabilities in third-party dependencies (e.g. Blink, open source parser libraries, etc.) must be treated with the same consideration. Access will be terminated for any member who fails to comply with this rule in letter or spirit.