[docs] Describe reporting security issues on the chromium tracker.
authorAhmed Bougacha <ahmed@bougacha.org>
Tue, 20 Apr 2021 17:31:26 +0000 (10:31 -0700)
committerAhmed Bougacha <ahmed@bougacha.org>
Wed, 19 May 2021 22:21:50 +0000 (15:21 -0700)
commitc9dbaa4c86d29f891e2c30af787dfb74b9e83ed9
treeed7c0684487a3d5ced83548ac5aeeb0a2ee5a2b5
parent4bf69fb52b3c445ddcef5043c6b292efd14330e0
[docs] Describe reporting security issues on the chromium tracker.

To track security issues, we're starting with the chromium bug tracker
(using the llvm project there).

We considered using Github Security Advisories.  However, they are
currently intended as a way for project owners to publicize their
security advisories, and aren't well-suited to reporting issues.

This also moves the issue-reporting paragraph to the beginning of the
document, in part to make it more discoverable, in part to allow the
anchor-linking to actually display the paragraph at the top of the page.

Note that this doesn't update the concrete list of security-sensitive
areas, which is still an open item.  When we do, we may want to move the
list of security-sensitive areas next to the issue-reporting paragraph
as well, as it seems like relevant information needed in the reporting
process.

Finally, when describing the discission medium, this splits the topics
discussed into two: the concrete security issues, discussed in the
issue tracker, and the logistics of the group, in our mailing list,
as patches on public lists, and in the monthly sync-up call.

While there, add a SECURITY.md page linking to the relevant paragraph.

Differential Revision: https://reviews.llvm.org/D100873
SECURITY.md [new file with mode: 0644]
llvm/docs/GettingInvolved.rst
llvm/docs/Security.rst