Index: head/en_US.ISO8859-1/htdocs/security/security.xml =================================================================== --- head/en_US.ISO8859-1/htdocs/security/security.xml (revision 50753) +++ head/en_US.ISO8859-1/htdocs/security/security.xml (revision 50754) @@ -1,237 +1,236 @@ ]> &title; $FreeBSD$

Introduction

FreeBSD takes security very seriously and its developers are constantly working on making the operating system as secure as possible. This page will provide information about what to do in the event of a security vulnerability affecting your system

Table of Contents

Reporting FreeBSD security incidents

FreeBSD security issues specific to the base system should be reported via email to the FreeBSD Security Team or, if a higher level of confidentiality is required, via PGP encrypted email to the Security Officer Team using the Security Officer PGP key. Additional information can be found at the reporting FreeBSD security incidents page.

Recent FreeBSD security vulnerabilities

A full list of all security vulnerabilities affecting the base system can be found on this page.

Understanding FreeBSD security advisories

Advisories affecting the base system are sent to the following mailing lists:

The list of released advisories can be found on the FreeBSD Security Advisories page.

Advisories are always signed using the FreeBSD Security Officer PGP key and are archived, along with their associated patches, at the http://security.FreeBSD.org/ web server in the advisories and patches subdirectories.

The FreeBSD Security Officer provides security advisories for -STABLE Branches and the Security Branches. (Advisories are not issued for the -CURRENT Branch, which is primarily oriented towards &os; developers.)

Issues affecting the FreeBSD Ports Collection are covered separately in the FreeBSD VuXML document.

How to update your system

For users that have previously installed a binary version of &os; (e.g., &rel.current; or &rel2.current;), commands:

# freebsd-update fetch
# freebsd-update install

If that fails, follow the other instructions in the security advisory you care about.

Note that the above procedure is only for users who have previously installed a binary distribution. Those who have built from source will need to update their source tree to upgrade.

Supported FreeBSD releases

Each release is supported by the Security Officer for a limited time only.

The designation and expected lifetime of all currently supported branches and their respective releases are given below. The Expected EoL (end-of-life) column indicates the earliest date on which support for that branch or release will end. Please note that these dates may be pushed back if circumstances warrant it.

-

Older releases are not maintained and users are strongly - encouraged to upgrade to one of the supported releases mentioned - above. A list of unsupported releases can be found here.

+

Older releases + are not supported and users are strongly + encouraged to upgrade to one of these supported releases:

Branch Release Type Release Date Expected EoL
stable/10 n/a n/a n/a April 30, 2018
releng/10.3 10.3-RELEASE Extended April 4, 2016 April 30, 2018
stable/11 n/a n/a n/a September 30, 2021
releng/11.0 11.0-RELEASE n/a October 10, 2016 11.1-RELEASE + 3 months
releng/11.1 11.1-RELEASE n/a July 26, 2017 11.2-RELEASE + 3 months

In the run-up to a release, a number of -BETA and -RC releases may be published for testing purposes. These releases are only supported for a few weeks, as resources permit, and will not be listed as supported on this page. Users are strongly discouraged from running these releases on production systems.

The FreeBSD support model

Effective &os; 11.0-RELEASE, the support model has been changed to allow more rapid development while also providing timely security updates for all supported releases.

Under the new support model, each major version's stable branch is explicitly supported for 5 years, while each individual point release is only supported for three months after the next point release.

The details and rationale behind this change can be found in the official announcement sent in February 2015.

Previously, branches were designated as either Normal or Extended. The designation was used as a guideline for determining the lifetime of the branch as follows:

Normal
Releases which are published from a -STABLE branch were supported by the Security Officer for a minimum of 12 months after the release, and for sufficient additional time (if needed) to ensure that there is a newer release for at least 3 months before the older Normal release expires.
Extended
Selected releases (normally every second release plus the last release from each -STABLE branch) were supported by the Security Officer for a minimum of 24 months after the release, and for sufficient additional time (if needed) to ensure that there is a newer Extended release for at least 3 months before the older Extended release expires.