Index: head/en_US.ISO8859-1/htdocs/security/Makefile =================================================================== --- head/en_US.ISO8859-1/htdocs/security/Makefile (revision 52776) +++ head/en_US.ISO8859-1/htdocs/security/Makefile (revision 52777) @@ -1,44 +1,46 @@ # $FreeBSD$ .if exists(../Makefile.conf) .include "../Makefile.conf" .endif .if exists(../Makefile.inc) .include "../Makefile.inc" .endif SUBDIR= advisories SUBDIR+= patches DATA= so_public_key.asc +DATA= advisory-template.txt +DATA= errata-template.txt DOCS= charter.xml DOCS+= security.xml DOCS+= advisories.xml DOCS+= notices.xml DOCS+= reporting.xml DOCS+= unsupported.xml advisories.html: advisories.html.inc notices.html: notices.html.inc INDEXLINK= security.html DEPENDSET.DEFAULT= advisories DEPENDSET.errata-rss= notices DEPENDSET.notices= notices XML.DEFAULT= ${XML_ADVISORIES} XMLDOCS= advisories:mkindex.xsl::advisories.html.inc PARAMS.advisories= --param type "'advisory'" NO_DATA.advisories= yes XMLDOCS+= notices:mkindex.xsl::notices.html.inc PARAMS.notices= --param advisories.xml "'${XML_NOTICES}'" PARAMS.notices+= --param type "'notice'" NO_DATA.notices= yes XMLDOCS+= advisories-rdf:security-rdf.xsl::advisories.rdf XMLDOCS+= advisories-rss:security-rss.xsl::rss.xml XMLDOCS+= errata-rss:errata-rss.xsl::errata.xml .include "${DOC_PREFIX}/share/mk/web.site.mk" Index: head/en_US.ISO8859-1/htdocs/security/advisory-template.txt =================================================================== --- head/en_US.ISO8859-1/htdocs/security/advisory-template.txt (nonexistent) +++ head/en_US.ISO8859-1/htdocs/security/advisory-template.txt (revision 52777) @@ -0,0 +1,140 @@ +============================================================================= +FreeBSD-SA-ADVISORY_TEMPLATE Security Advisory + The FreeBSD Project + +Topic: + +Category: < core | contrib > +Module: +Announced: 2019-XX-XX +Credits: +Affects: + +Corrected: 2019-XX-XX XX:XX:XX UTC (stable/12, 12.0-STABLE) + 2019-XX-XX XX:XX:XX UTC (releng/12.0, 12.0-RELEASE-pXX) + 2019-XX-XX XX:XX:XX UTC (stable/11, 11.2-STABLE) + 2019-XX-XX XX:XX:XX UTC (releng/11.2, 11.2-RELEASE-pXX) +CVE Name: CVE-XXXX-XXXX + +For general information regarding FreeBSD Security Advisories, +including descriptions of the fields above, security branches, and the +following sections, please visit . + +I. Background + + + +II. Problem Description + + + +III. Impact + + + +IV. Workaround + + +No workaround is available. + +<... but some systems are unaffected:> +No workaround is available. + + + + +V. Solution + + + +Perform one of the following: + +1) Upgrade your vulnerable system to a supported FreeBSD stable or +release / security branch (releng) dated after the correction date. +[XX Needs reboot? Mention please] + +2) To update your vulnerable system via a binary patch: + +Systems running a RELEASE version of FreeBSD on the i386 or amd64 +platforms can be updated via the freebsd-update(8) utility: + +# freebsd-update fetch +# freebsd-update install +[XX Needs reboot? Mention please] + +3) To update your vulnerable system via a source code patch: + +The following patches have been verified to apply to the applicable +FreeBSD release branches. + +a) Download the relevant patch from the location below, and verify the +detached PGP signature using your PGP utility. + +[FreeBSD 11.2] +# fetch https://security.FreeBSD.org/patches/SA-XX:XX/XXXX.patch +# fetch https://security.FreeBSD.org/patches/SA-XX:XX/XXXX.patch.asc +# gpg --verify XXXX.patch.asc + +b) Apply the patch. Execute the following commands as root: + +# cd /usr/src +# patch < /path/to/patch + + + +c) Recompile the operating system using buildworld and installworld as +described in . + + + +c) Recompile the operating system using buildworld and installworld as +described in . + +Restart the applicable daemons, or reboot the system. + + + +c) Recompile the operating system using buildworld and installworld as +described in . + +Restart all daemons that use the library, or reboot the system. + + + +c) Recompile your kernel as described in + and reboot the +system. + +VI. Correction details + +The following list contains the correction revision numbers for each +affected branch. + +Branch/path Revision +------------------------------------------------------------------------- +stable/12/ rXXXXXX +releng/12.0/ rXXXXXX +stable/11/ rXXXXXX +releng/11.2/ rXXXXXX +------------------------------------------------------------------------- + +To see which files were modified by a particular revision, run the +following command, replacing NNNNNN with the revision number, on a +machine with Subversion installed: + +# svn diff -cNNNNNN --summarize svn://svn.freebsd.org/base + +Or visit the following URL, replacing NNNNNN with the revision number: + + + +VII. References + + + + + +The latest revision of this advisory is available at + Property changes on: head/en_US.ISO8859-1/htdocs/security/advisory-template.txt ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +on \ No newline at end of property Index: head/en_US.ISO8859-1/htdocs/security/errata-template.txt =================================================================== --- head/en_US.ISO8859-1/htdocs/security/errata-template.txt (nonexistent) +++ head/en_US.ISO8859-1/htdocs/security/errata-template.txt (revision 52777) @@ -0,0 +1,140 @@ +============================================================================= +FreeBSD-EN-ERRATA_TEMPLATE Errata Notice + The FreeBSD Project + +Topic: + +Category: < core | contrib > +Module: +Announced: 2019-XX-XX +Credits: +Affects: + +Corrected: 2019-XX-XX XX:XX:XX UTC (stable/12, 12.0-STABLE) + 2019-XX-XX XX:XX:XX UTC (releng/12.0, 12.0-RELEASE-pXX) + 2019-XX-XX XX:XX:XX UTC (stable/11, 11.2-STABLE) + 2019-XX-XX XX:XX:XX UTC (releng/11.2, 11.2-RELEASE-pXX) + +For general information regarding FreeBSD Errata Notices and Security +Advisories, including descriptions of the fields above, security +branches, and the following sections, please visit +. + +I. Background + + + +II. Problem Description + + + +III. Impact + + + +IV. Workaround + + +No workaround is available. + +<... but some systems are unaffected:> +No workaround is available. + + + + +V. Solution + + + +Perform one of the following: + +1) Upgrade your system to a supported FreeBSD stable or release / security +branch (releng) dated after the correction date. +[XX Needs reboot? Mention please] + +2) To update your system via a binary patch: + +Systems running a RELEASE version of FreeBSD on the i386 or amd64 +platforms can be updated via the freebsd-update(8) utility: + +# freebsd-update fetch +# freebsd-update install +[XX Needs reboot? Mention please] + +3) To update your system via a source code patch: + +The following patches have been verified to apply to the applicable +FreeBSD release branches. + +a) Download the relevant patch from the location below, and verify the +detached PGP signature using your PGP utility. + +[FreeBSD 11.2] +# fetch https://security.FreeBSD.org/patches/EN-XX:XX/XXXX.patch +# fetch https://security.FreeBSD.org/patches/EN-XX:XX/XXXX.patch.asc +# gpg --verify XXXX.patch.asc + +b) Apply the patch. Execute the following commands as root: + +# cd /usr/src +# patch < /path/to/patch + + + +c) Recompile the operating system using buildworld and installworld as +described in . + + + +c) Recompile the operating system using buildworld and installworld as +described in . + +Restart the applicable daemons, or reboot the system. + + + +c) Recompile the operating system using buildworld and installworld as +described in . + +Restart all daemons that use the library, or reboot the system. + + + +c) Recompile your kernel as described in + and reboot the +system. + +VI. Correction details + +The following list contains the correction revision numbers for each +affected branch. + +Branch/path Revision +------------------------------------------------------------------------- +stable/12/ rXXXXXX +releng/12.0/ rXXXXXX +stable/11/ rXXXXXX +releng/11.2/ rXXXXXX +------------------------------------------------------------------------- + +To see which files were modified by a particular revision, run the +following command, replacing NNNNNN with the revision number, on a +machine with Subversion installed: + +# svn diff -cNNNNNN --summarize svn://svn.freebsd.org/base + +Or visit the following URL, replacing NNNNNN with the revision number: + + + +VII. References + + + + + +The latest revision of this advisory is available at + Property changes on: head/en_US.ISO8859-1/htdocs/security/errata-template.txt ___________________________________________________________________ Added: fbsd:nokeywords ## -0,0 +1 ## +on \ No newline at end of property Index: head/en_US.ISO8859-1/htdocs/security/reporting.xml =================================================================== --- head/en_US.ISO8859-1/htdocs/security/reporting.xml (revision 52776) +++ head/en_US.ISO8859-1/htdocs/security/reporting.xml (revision 52777) @@ -1,167 +1,174 @@ ]> &title; $FreeBSD$

Table of contents

How and where to report a FreeBSD security issue

FreeBSD security issues specific to the operating system should be reported to the FreeBSD Security Team or, if a higher level of confidentiality is required, PGP encrypted to the Security Officer Team using the Security Officer PGP key.

FreeBSD security issues specific to the Ports Collection should be reported to the FreeBSD Ports Security Team.

All reports should contain at least:

  • A description of the vulnerability.
  • What versions of FreeBSD seem to be affected if possible.
  • Any plausible workaround.
  • Example code if possible.
+

Whenever possible, including the background, problem + description, impact, and workaround (if applicable) using the + templates for security advisories and errata notices as appropriate + would also be helpful.

+

After this information has been reported the Security Officer or a Security Team delegate will get back to you.

Spam filters

Due to high volume of spam the main security contact mail addresses are subject to spam filtering. If you cannot contact the FreeBSD Security Officers or Security Team due to spam filters (or suspect your mail has been filtered), please send mail to security-officer-XXXX@FreeBSD.org with XXXX replaced with 3432 instead of the normal addresses. Note that this address will be changed periodically so check back here for the latest address. Mails to this address will go to the FreeBSD Security Officer Team.

The FreeBSD Security Officer Team and the FreeBSD Security Team

In order that the FreeBSD Project may respond to vulnerability reports in a timely manner, emails sent to the <security-officer@FreeBSD.org> mail alias are currently delivered to the following people:

&a.gordon.email; Security Officer
&a.emaste.email; Deputy Security Officer
&a.delphij.email; Security Officer Emeritus
&a.des.email; Security Officer Emeritus

The Security Officer is supported by the FreeBSD Security Team, <secteam@FreeBSD.org>, a small group of committers vetted by the Security Officer.

Information handling policies

As a general policy, the FreeBSD Security Officer favors full disclosure of vulnerability information after a reasonable delay to permit safe analysis and correction of a vulnerability, as well as appropriate testing of the correction, and appropriate coordination with other affected parties.

The Security Officer will notify one or more of the FreeBSD Cluster Admins of vulnerabilities that put the FreeBSD Project's resources under immediate danger.

The Security Officer may bring additional FreeBSD developers or outside developers into discussion of a submitted security vulnerability if their expertise is required to fully understand or correct the problem. Appropriate discretion will be exercised to minimize unnecessary distribution of information about the submitted vulnerability, and any experts brought in will act in accordance of Security Officer policies. In the past, experts have been brought in based on extensive experience with highly complex components of the operating system, including FFS, the VM system, and the network stack.

If a FreeBSD release process is underway, the FreeBSD Release Engineer may also be notified that a vulnerability exists, and its severity, so that informed decisions may be made regarding the release cycle and any serious security bugs present in software associated with an up-coming release. If requested, the Security Officer will not share information regarding the nature of the vulnerability with the Release Engineer, limiting information flow to existence and severity.

The FreeBSD Security Officer has close working relationships with a number of other organizations, including third-party vendors that share code with FreeBSD (the OpenBSD, NetBSD and DragonFlyBSD projects, Apple, and other vendors deriving software from FreeBSD, as well as the Linux vendor security list), as well as organizations that track vulnerabilities and security incidents, such as CERT. Frequently vulnerabilities may extend beyond the scope of the FreeBSD implementation, and (perhaps less frequently) may have broad implications for the global networking community. Under such circumstances, the Security Officer may wish to disclose vulnerability information to these other organizations: if you do not wish the Security Officer to do this, please indicate so explicitly in any submissions.

Submitters should be careful to explicitly document any special information handling requirements.

If the submitter of a vulnerability is interested in a coordinated disclosure process with the submitter and/or other vendors, this should be indicated explicitly in any submissions. In the absence of explicit requests, the FreeBSD Security Officer will select a disclosure schedule that reflects both a desire for timely disclosure and appropriate testing of any solutions. Submitters should be aware that if the vulnerability is being actively discussed in public forums (such as bugtraq), and actively exploited, the Security Officer may choose not to follow a proposed disclosure timeline in order to provide maximum protection for the user community.

Submissions may be protected using PGP. If desired, responses will also be protected using PGP.