Category:Security: Difference between revisions

The Security SIG has three missions that contributors can assist with:

1. Secure Coding
2. Code Auditing
3. Security Response

Contributors can work on any or all of these missions.

Secure Coding

Secure coding is writing code with security in mind from the beginning. By not making security mistakes the code is more secure and time won't be wasted down the road having to rewrite or redesign features and functionality.

Communicating

E-Mail List

• Fedora security list: For discussion about improvement of Fedora security.

IRC

• #fedora-security^[?] - Fedora's Security SIG channel on Freenode.

Projects

Defensive Coding book

The Defensive Coding book is published on the Fedora Docs website and is under development. The purpose of the book is to document common mistakes developers make and help educate developers on how to better their code from the beginning.

Training and Articles

In addition to the Defensive Coding book the Security SIG is charged with creating training resources. Videos and smaller articles on secure development can also be created to concentrate specific topics. These resources should be stored in the secure coding git repository.

Code Auditing

Communicating

IRC

• #fedora-security^[?] - Fedora's Security SIG channel on Freenode.

Security Response

Communicating

E-mail list

Fedora security list: For discussion about improvement of Fedora security.

IRC

• #fedora-security^[?] - Fedora's Security SIG channel on Freenode.

Fedora Security Response Procedures

If you would like to report any potential security issues with Fedora follow the procedures in Security Bugs page for escalated attention to it.

Security Issues Classification

So what counts a security issue in Fedora? Find answers in the Security Classifications page.

Security Features

Security features available in Fedora is explained on Security Features page.

Fedora Security Response

The Fedora Security Response Team handles security issues within Fedora. The Red Hat security team can be reached by mailing secalert AT SPAMFREE redhat DOT com. Information regarding known public issues can be found on the Security Status page.

Endemic Security Risks

Due to the Fedora Project's use of resources not directly under our control, such as mirrors, Fedora and its users have exposure to additional endemic risks, and takes as many steps as possible mitigate these risks.

References

• http://people.redhat.com/drepper/nonselsec.pdf
• http://docs.fedoraproject.org/selinux-faq/
• Fedora Updates Policy

Presentations

• http://fedoraproject.org/wiki/Presentations

Fedora Security Advisories

• http://fedoraproject.org/wiki/FSA

Fedora Security Tracking Bugs

• To track security vulnerabilities in packages, tracking bugs are used.

List of Embedded Software

• We are maintaining a list of embedded software within various packages. This will help us to quickly identify if a problem in library X can be corrected with updating library X, or if it also requires updating other packages that may contain their own private copies of library X. The embedded software list is used for this purpose.

List of SUID / SGID executables

• We are maintaining a list of SUID / SGID bit equipped executables

within various packages. This will help us to quickly identify privileged binaries. This list is preliminary planned to be prepared for Fedora release of 14 and it will be enhanced later to include list of privileged binaries in also in newer versions of Fedora. The list of SUID SGID executables is used for this purpose.