Re: Criterion proposal: security

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2012-10-26 at 12:44 -0700, Adam Williamson wrote:

> I think with the feedback we've seen so far that we can say the original
> proposal was substantially too broad, so how about this as a revised
> proposal - for now, we just add a single Final release criterion which
> reads:
> 
> "The release must contain no known security issues of 'important' or
> higher impact according to the Red Hat severity classification scale
> which cannot be satisfactorily resolved by a package update (e.g. issues
> during installation)"
> 
> ? How does that sound to everyone? It drops the issue entirely for Alpha
> and Beta, and means we only consider bad issues that cannot be fixed
> with an update for Final.

Hmm, actually, let's change 'issues' to 'bugs' there, I think that makes
it clearer that we're talking about things that have actually been
accepted as bugs - it avoids any suggestion we'd be wading into the
debate about what actually constitutes a security issue, as Johann was
concerned about. So:

"The release must contain no known security bugs of 'important' or
higher impact according to the Red Hat severity classification scale
which cannot be satisfactorily resolved by a package update (e.g. issues
during installation)"

with the understanding that QA would never use this to wade into
something like the sshd question and declare that it was a Bug That Must
Be Fixed. It applies only to things that are clearly agreed to be actual
bugs.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test



[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux