Magellan Linux

Annotation of /alx-src/trunk/kernel26-alx/linux/Documentation/SecurityBugs

Parent Directory Parent Directory | Revision Log Revision Log


Revision 628 - (hide annotations) (download)
Wed Mar 4 10:48:58 2009 UTC (15 years, 2 months ago) by niro
File size: 1887 byte(s)
import linux sources based on 2.6.12-alx-r9:
 -using linux-2.6.12.6
 -using 2.6.12-ck6 patch set
 -using fbsplash-0.9.2-r3
 -using vesafb-tng-0.9-rc7
 -using squashfs-2.2
 -added cddvd-cmdfilter-drop.patch as ck dropped it
 -added via-epia-dri (cle266) patch
 -added zd1211-svn-32 wlan driver (http://zd1211.ath.cx/download/)
 -added debian patches to zd1211 for wep256 etc

1 niro 628 Linux kernel developers take security very seriously. As such, we'd
2     like to know when a security bug is found so that it can be fixed and
3     disclosed as quickly as possible. Please report security bugs to the
4     Linux kernel security team.
5    
6     1) Contact
7    
8     The Linux kernel security team can be contacted by email at
9     <security@kernel.org>. This is a private list of security officers
10     who will help verify the bug report and develop and release a fix.
11     It is possible that the security team will bring in extra help from
12     area maintainers to understand and fix the security vulnerability.
13    
14     As it is with any bug, the more information provided the easier it
15     will be to diagnose and fix. Please review the procedure outlined in
16     REPORTING-BUGS if you are unclear about what information is helpful.
17     Any exploit code is very helpful and will not be released without
18     consent from the reporter unless it has already been made public.
19    
20     2) Disclosure
21    
22     The goal of the Linux kernel security team is to work with the
23     bug submitter to bug resolution as well as disclosure. We prefer
24     to fully disclose the bug as soon as possible. It is reasonable to
25     delay disclosure when the bug or the fix is not yet fully understood,
26     the solution is not well-tested or for vendor coordination. However, we
27     expect these delays to be short, measurable in days, not weeks or months.
28     A disclosure date is negotiated by the security team working with the
29     bug submitter as well as vendors. However, the kernel security team
30     holds the final say when setting a disclosure date. The timeframe for
31     disclosure is from immediate (esp. if it's already publically known)
32     to a few weeks. As a basic default policy, we expect report date to
33     disclosure date to be on the order of 7 days.
34    
35     3) Non-disclosure agreements
36    
37     The Linux kernel security team is not a formal body and therefore unable
38     to enter any non-disclosure agreements.