Page MenuHomeFreeBSD

address bug 197312
ClosedPublic

Authored by jgh on Feb 19 2015, 9:27 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mar 15 2024, 7:15 AM
Unknown Object (File)
Mar 15 2024, 6:46 AM
Unknown Object (File)
Dec 20 2023, 12:18 AM
Unknown Object (File)
Nov 5 2023, 12:54 AM
Unknown Object (File)
Nov 4 2023, 9:18 PM
Unknown Object (File)
Oct 4 2023, 12:56 AM
Unknown Object (File)
Oct 3 2023, 11:11 PM
Unknown Object (File)
Sep 30 2023, 12:52 AM
Subscribers
None

Details

Summary

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

jgh retitled this revision from to address bug 197312.
jgh updated this object.
jgh edited the test plan for this revision. (Show Details)
jgh added reviewers: bcr, remko, wblock.
jgh set the repository for this revision to rD FreeBSD doc repository - subversion.

This can be rearranged to be imperative. (Shown without wrapping, and note capitalization in Ports Collection.)

Report security issues specific to the FreeBSD Ports Collection to the <a href="mailto:secteam@FreeBSD.org">FreeBSD Ports Security Team</a>.

(Is that the right email address?)

jgh edited edge metadata.

updated content and double-checked email address.
I am on the ports security team.

my apologies for the two files... it is the same path, I just did the diff at a different level

Keep Ben in the loop as he has commented on the bug before (although on a different issue).

The context just before this starts off

<p>All FreeBSD security issues should be reported to the <a
    href="mailto:secteam@FreeBSD.org">FreeBSD Security Team</a>
  or, if a higher level of confidentiality is required, PGP

This proposed addition makes the "All" no longer quite right. Given that the extra context does allow the possibility of non-encrypted mail, I will not make a blocking objection based on the non-existence of a ports-secteam PGP key; however, I will note that the proposed new text gives no guidance on what should be done when reporting an issue specific to the Ports Collection (note, capital 'C', I think) that does require a higher level of confidentiality. If we're going to touch this text, I think it would be useful to say what to do in that case.

htdocs/security/reporting.xml
39

(I think this is the correct version to mark up. It would probably be best to always generate these relative to the root directory of the doc checkout.)

This reads better as "should contain at least:".

jgh edited edge metadata.

updated diff to address issue

htdocs/security/reporting.xml
17

Switch "at least" and "contain":

All reports should contain at least:

wblock edited edge metadata.
This revision is now accepted and ready to land.Mar 26 2015, 1:07 AM