fedora官服被黑，redhat的openssh包被放后门

导读：
　　在这个事情上，我们首先要思考的就是如何避免出现这类问题，出现了，如何定损和止损。
　　http://www.securityfocus.com/archive/1/495671/30/0/threaded
　　https://www.redhat.com/archives/fedora-announce-list/2008-August/msg00012.html
　　http://rhn.redhat.com/errata/RHSA-2008-0855.html
　　http://www.redhat.com/security/data/openssh-blacklist.html
　　用https://www.redhat.com/security/data/openssh-blacklist-1.0.sh
　　由于fedora和rhel用的同一套KEY签名的，所以无论你是用的FC还是RHEL，都用这个检查下自己中招没。
　　向入侵RH的黑客致敬！NB！黑RH，估计不是太简单的事，难度应该会和google差不多，复杂程度应该会低一些，因为黑RH的目标能YY的比较明确，而要黑了google的话，还真不知道能弄点啥NB的。
　　这个在RH的历史和linux的历史上来说都是极其严重的黑客攻击事件，把原文转下来，纪念下，貌似黑rh比黑google有意思。
　　Red Hat Network has determined that the following advisory is applicable to one or more of the systems you have registered:
　　Complete information about this errata can be found at the following location:
　　https://rhn.redhat.com/rhn/errata/details/Details.do?eid=7539
　　Security Advisory - RHSA-2008:0855-6
　　------------------------------------------------------------------------------
　　Summary:
　　Critical: openssh security update
　　Updated openssh packages are now available for Red Hat Enterprise Linux 4, Red Hat Enterprise Linux 5, and Red Hat Enterprise Linux 4.5 Extended Update Support.
　　This update has been rated as having critical security impact by the Red Hat Security Response Team.
　　Description:
　　OpenSSH is OpenBSD's SSH (Secure SHell) protocol implementation.
　　Last week Red Hat detected an intrusion on certain of its computer systems and took immediate action. While the investigation into the intrusion is on-going, our initial focuswas to review and test the distribution channel we use with our customers, Red Hat Network (RHN) and its associated security measures. Based on these efforts, we remain highly confident that our systems and processes prevented the intrusion from compromising RHN or the content distributed via RHN and accordingly believe that customers who keep their systems updated using Red Hat Network are not at risk.We are issuing this alert primarily for those who may obtain Red Hat binary packages via channels other than those of official Red Hat subscribers.
　　In connection with the incident, the intruder was able to sign a small number of OpenSSH packages relating only to Red Hat Enterprise Linux 4
　　(i386 and x86_64 architectures only) and Red Hat Enterprise Linux 5 (x86_64 architecture only).As a precautionary measure, we are releasing an updated version of these packages, and have published a list of the tampered packages and how to detect them at http://www.redhat.com/security/data/openssh-blacklist.html
　　To reiterate, our processes and efforts to date indicate that packages obtained by Red Hat Enterprise Linux subscribers via Red Hat Network are not at risk.
　　These packages also fix a low severity flaw in the way ssh handles X11 cookies when creating X11 forwarding connections.When ssh was unable to create untrusted cookie, ssh used a trusted cookie instead, possibly allowing the administrative user of a untrusted remote server, or untrusted application run on the remote server, to gain unintended access to a users local X server. (CVE-2007-4752)
　　References:
　　http://www.redhat.com/security/data/openssh-blacklist.html
　　http://www.redhat.com/security/updates/classification/#critical