| Line 19: | Line 19: | ||
== Current status == | == Current status == | ||
* Targeted release: [[Releases/22 | Fedora 22 ]] | * Targeted release: <strike>[[Releases/22 | Fedora 22 ]] </strike> [[Releases/23 | Fedora 23 ]] | ||
* Last updated: | * Last updated: 2015-01-18 | ||
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page | <!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page | ||
Bugzilla states meaning as usual: | Bugzilla states meaning as usual: | ||
Revision as of 03:07, 19 January 2015
Harden all packages with position-independent code
Summary
Harden all packages with position-independent code to limit the damage from certain security vulnerabilities.
Owner
Current status
- Targeted release:
Fedora 22Fedora 23 - Last updated: 2015-01-18
- Tracker bug: <will be assigned by the Wrangler>
Detailed Description
Currently, the Packaging Guidelines allow maintainers to decide whether their packages use position-independent code (PIC). There are rules that say that a lot of packages should use PIC, but in reality a lot of packages do not use PIC even if they must. Also since a lot of packages if not all potentially process untrusted input, it makes sense for these packages to use PIC to enhance the security of Fedora. Therefore I propose to build all packages with PIC by changing RPM to use the appropriate flags by default.
References:
- https://fedorahosted.org/rel-eng/ticket/6049
- There should be several mails about this on the devel list
Benefit to Fedora
Packages in Fedora will be more secure than in other distributions or packages provided by upstream. Therefore our users less likely become victims of attacks. Fedora will use more state-of-the-art security mechanisms to fulfill its first and features foundations.
Scope
- Proposal owners:
Help writing the new packaging guidelines.
- Other developers:
Change the rpm macros to build packages by default with PIC/PIE flags (i.e. set _hardened_package to 1 by default).
- Release engineering:
Do a mass rebuild for all arch packages
- Policies and guidelines:
Adjust the Packaging Guidelines to allow non-PIC packages only if the package is not working otherwise and require a tracker bug similar to packages not working on certain archs. Update the Guidelines to reflect the new defaults.
Upgrade/compatibility impact
This should not cause problems with upgrades.
How To Test
- Running checksec should always report only
Full RELRO Canary found NX enabled PIE enabled No RPATH No RUNPATH
otherwise a tracking bug should exist for the respective packages. All packages need to be tested as usual for normal behaviour.
User Experience
Fedora users might notice less sucessful attacks on their systems.
Dependencies
The rpm macros for Fedora need to be adjusted. Prelink might be retired.
Contingency Plan
- Contingency mechanism: Rebuild packages that do not work because of this without PIC. If there are too many packaged, do a mass rebuild again without PIC for all arch packages.
- Contingency deadline: If no mass rebuild is needed, individual packages can be rebuilt at any time. Otherwise mass rebuild time.
- Blocks release? No
Documentation
The current packaging guidelines can be consulted.
Release Notes
Fedora now hardens as much packages as possible with position-independent code to reduce the impact of certain potential security vulnerabilities.