Bug 489336 - Full disclosure of Fedora/Redhat Enterprise compromise is not available.
Summary: Full disclosure of Fedora/Redhat Enterprise compromise is not available.
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: All
OS: Linux
low
urgent
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-03-09 15:33 UTC by coupongang
Modified: 2009-03-10 15:14 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-03-09 17:27:38 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description coupongang 2009-03-09 15:33:57 UTC
Description of problem:

Full disclosure of Fedora/Redhat Enterprise compromise is not available.

https://www.redhat.com/archives/fedora-announce-list/2008-August/msg00012.html

Is 6 months of silence enough to endure?

Version-Release number of selected component (if applicable):

Not disclosed.

How reproducible:

Read the WWW.

Steps to Reproduce:
1.  Not disclosed.
2.
3.
  
Actual results:

Red Hat remains silent.

Expected results:

Red Hat discloses the nature of the Breach and steps to prevent same in the future.

Additional info:

Comment 1 Jim Wildman 2009-03-09 15:59:38 UTC
Things we know as it pertains to RHEL....
1) No source code under RH control was changed (per various announcements)
2) Some one was able to get a trojaned ssh package signed (per recent  Red Hat mag article)
3) The package did not get distributed via RHN (per various announcements)


I assume whoever was smart enough to get the package in, got it out, ergo there is a correctly signed, trojaned ssh package in the wild somewhere.  I question whether Red Hat has a copy of the trojaned, signed package since their suggestions for detecting it are superficial. 

I initially hoped that Red Hat would at least be able to produce network traces and logs such as generated by the Gentoo project several years ago.  Or that they could release an outside audit/review of their procedures with a high level remediation plan, etc.  

I have concluded they are not capable of that level of analysis or openness.

Comment 2 R P Herrold 2009-03-09 16:15:54 UTC
link is Item 5 'post mortem' at http://www.owlriver.com/projects/packaging/#trust as to that Gentoo response

Comment 3 Josh Boyer 2009-03-09 17:27:38 UTC
This isn't a kernel bug.  Nor is the package bugzilla a way to report issues with this.


Note You need to log in before you can comment on or make changes to this bug.