Getting FE security (team/sig) moving / on the road
Hans de Goede
j.w.r.degoede at hhs.nl
Mon Mar 6 13:12:51 UTC 2006
I just subsribed to this list, but I know from the archive that this has
already been somewhat discussed on the list, still for completness first
a short intro.
For people outside the loop:
We a small group of FE contributers have been discussing creating /
instantitiating a FE security sig / team.
What we have sofar can be found on:
The last 2 weeks it has been rather quiet in our little group I would
like to get the discussion on FE-security kickstarted again, hence this
To the people in the CC, afaik you're not subscribed yet, but you were
involved in the FE security discussion sofar. We initially commited to
taking this discussion public monday a week ago, well clearly we didn't.
So I'm taking it public through this list now and I would like todo the
rest if this discussion on this list, please subscribe.
To the people on the list please use reply to all so that those in the
CC stay involved in this thread.
After this intro hopefully everybody knows what I'm talking about / is
up2date, so now lets look forward.
My proposal to get an Fedora Extra Security Team on the road is as follows:
Fesco will discuss:
Coming Thursday, hopefully with some improvements but if nescesarry as
is. I know that gives us just a few days to discuss any improvements,
but things have already been widely discussed and after that we've all
been quiet for a while. So I think its about time to take this to the
All in favor of getting this on the FESco speaking schedule soon say I
:) I ofcourse vote for my own proposal.
So we need to get:
in tip-top shape before thursday. So what suggestions have come up sofar:
Josh bressers wrote:
"I've looked that document over in the past. I admit the times at the end
chart scare me. That's a fairly complicated chart. Within Red Hat there
was discussion about how to best classify security issues, this is what we
came up with:
When one has to classify security threats, less is more.
I would suggest something more along these lines:
Critical: Don't bother waiting for the maintainer, do whatever it takes to
Important: A few days.
Moderate: A few weeks.
Low: A few months."
I agree that its a good idea to use the RedHat security team
classifications. Anyone feel like updating the wiki (I'm low on time)?
About the suggested response time I join sides with Jason that their
should be a response time for Critical bugs, not automatic take-over by
the FE security team.
Also I think the times should be shorter then suggested by Josh, we're
talking about ping times here, not time till fix. Maybe we need another
word here. The biggest problem sofar is people who have been dead quiet
in bugzilla. So if I say the security team takes over if their is no
response within a week, I mean no response _at all_ if the maintainer
says yip that looks like a problem I'll look into it, then he has
responded and the response timer gets reset. so in this case as long as
a maintainer makes an entry about his progress every week all is ok and
the FE security team does not step in. The team could ofcourse offer
help suggest fixes, but we won't step in and push a fix, that is left to
In general one of things which needs updating in our proposal the most
is that it should be made very clear that the FE security team is a
fallback and a fallback only. Normally the maintainers are 100%
responsible for the security updates for their own packages (for as far
as a volunteer can be responsible, the should feel 100% responsible.)
Can a native English speaker put something like this in their in very
strong yet friendly words?
Besides the response time and the making very clear that security is the
maintainers responsibility not the security teams we still need to work
out the Open issues list. As I've suggested before:
-I would like to suggest to send announcement to the list (and in the
same format) where FC security announcements get send, Josh is this
possible, can we get direct access, or maybe through you/ the whole
-The FE security team needs a way to get involved in bugs / fixes where
all the info is under embargo. Again Josh, can you/ the whole
RH-security team play a role here? We ofcourse only need to be in the
loop if a package within FE has a hole.
-I've used the word FE security team instead of SIG above because I
think to the outside team sounds a lot better (professional) then SIG,
and this well help in being taking serious by the outside world (for
embargos for example) this has 2 disadvantages however:
*maintainers could get the idea that the team is responsible for the
security fixes, which its not they (the maintainers) are
*confusion with the redhat security team
So I'm not sure which name is better team or sig.
Thanks for your time reading this and please give your much valued opinion.
More information about the Fedora-security-list