返回目录：office365
RHEL 8.2 Beta带来了哪些更新？
作为Red Hat Enterprise Linux 8.2维护版本更新的Beta版本更新于今天正式发布。即将发布的RHEL 8.2将包含6个月的安全更新和错误修复，承诺通过为RHEL新用户和现有用户提供RHEL订阅方式来增强用户体验。这样，用户就不需要在安装更新之后执行YUM更新来确认订阅。
Red Hat表示：“另外，可以在安装过程中启用Red Hat Insights，这是Red Hat的主动管理分析服务，有助于使RHEL系统保持高水平运行。此功能在安装完成后立即提供Insights监视。”RHEL 8.2 Beta版本允许IT管理员和企业运营团队更轻松地从RHEL 6/7进行升级，从而更好地控制其红帽企业Linux产品生命周期。
RHEL 8.2 Beta还引入Performance Co-Pilot（PCP）5.02，这项工具能为Microsoft SQL Server 2019带来了新的收集代理，从而改善系统的整体监控和性能，并与eBPF（Extended Berkeley Packet Filter）进行了更深入的整合。
RHEL 8.2 Beta还为开发人员添加了一些新的受支持的工具，包括GCC Toolset 9.1，Python 3.8和Maven 3.6，所有这些工具都可以通过Red Hat Enterprise Linux 8中的Application Streams功能获得。
centos linux与rhel linux版本对应是什么关系？
首先因为Redhat是基于Linux内核的，Linux本身就是开源的，根据Linux内核遵循GPL v2协议的规定，Redhat系统必须开源它的源码，事实上Redhat的编译版本和源码都是可以免费下载的。所以有人就下载了Redhat的源码，把Redhat的logo之类的标志、版本信息去掉后，自己编译成一个系统，并上传到网上供大家下载使用，后来成立了一个组织专门做优化这个自己编译的操作系统，并把这个系统叫做：Community enterprise operating system，取第一个单词的首字母C和第二个单词的前三个字母ent，简称Cent操作系统，而我们知道操作系统一般都用OS做简称，故这个系统叫：CentOS，它的本意就是“社区版企业操作系统”，就是网上社区的成员拿红帽的代码编译的。
所以，CentOS其实就是Redhat，可以说它们没有区别，唯一的区别是CentOS去掉了Redhat的商标(logo)之类的版权信息，另外，编译的时候，因为社区是民间组织，我们常说高人在民间，所以CentOS社区的人在编译Redhat源码时可能发现了一些错误，他们会对这些错误进行修正。
有人可能会觉得奇怪，Redhat公司的人这么辛苦写出来的源码，却还必须遵守GPL协议免费公开发到网上供大家下载使用，那Redhat还怎么赚钱？答案是，Redhat系统本身也是免费的，它的系统根本就不要钱，要钱的是“服务”和“商业授权费”，当公司使用Redhat系统(也就Redhat for Enterprise Linux，即红帽企业操作系统)时，你必须给Redhat公司交“授权费”，个人使用没人管你，因为它的系统你随时可以免费下载，但是公司使用它时，如果被它发现了你没有给授权费，就会被起诉赔钱，另外就是你可以使用Redhat的“服务”，服务器出问题他们的专业人员可以帮你处理，这也是收费的。
又有人可能会觉得很奇怪，既然RHEL系统免费让你下，源码也免费让你下，但为什么你用RHEL系统就要授权费？因为RHEL系统是Redhat公司开发的，人家有版权，但你交了授权费之后，如果系统出现什么大的问题，Redhat公司应该也是要赔你公司钱的，你可以选择不用RHEL系统，而是用CentOS系统，因为根据前面所说，CentOS其实就是Redhat系统嘛，只不过去掉了Redhat版权信息，改成了CentOS，而CentOS是社区版，是免费的。但是由于CentOS是免费的，如果你使用CentOS有什么重大问题造成公司有重大损失，CentOS是不会赔你钱的，因为CentOS本身并不是公司，而是一个民间组织，它们的存在，实际上就是因为有很多人认为自己技术够牛，不需要Redhat公司来做技术支持，也不想花钱买RHEL系统的使用授权，所以他们自己使用Redhat的源码编译出来CentOS，并且由于代码不是他们自己写的，所以他们不能对CentOS收费，因为他们本身就是为了不使用收费的RHEL才自己编译的CentOS，所以他们自然也不会去收费(也无权收费)，但因为他们不收费，所以也不需要对使用者负责，也就是说使用者因为CentOS出什么问题对公司造成损失，他们是不需要负责的，你既然想省钱就别怕出事。
然而CentOS实际上是比较稳定的，也不会出什么事，所以目前国内绝大部分互联网公司都使用CentOS系统，但也有使用Ubuntu的，国外用Ubuntu的更多，全世界用Ubuntu做服务器的比用CentOS的多，但在中国用Ubuntu的比用CentOS的少，原因可能是因为中国最早那批会Linux的人都学的红帽(Redhat)系统，他们教出来的人自然也都是用红帽的，而CentOS其实就是红帽，用法肯定也完全一样，所以大家相互学的都是这个系统的相关知识，导致国内大部分互联网公司都用CentOS做服务器。
它们的版本对应关系去下：
Redhat 9.0———————————————2.4.20-8
RHEL 3 Update 8————————————2.4.21-47
RHEL 4 ————————————————2.6.9-5
RHEL 4 Update 1————————————2.6.9-11
RHEL 4 Update 2————————————2.6.9-22
RHEL 4 Update 3————————————2.6.9-34
RHEL 4 Update 4————————————2.6.9-42
RHEL 4 Update 5————————————2.6.9-55
RHEL 4 Update 6————————————2.6.9-67
RHEL 4 Update 7————————————2.6.9-78
CentOS 5/RHEL 5 ———————————2.6.18-8
CentOS 5.1/RHEL 5 Update 1——————2.6.18-53
CentOS 5.2/RHEL 5 Update 2——————2.6.18-92
CentOS 5.3/RHEL 5 Update 3——————2.6.18-128
CentOS 5.4/RHEL 5 Update 4——————2.6.18-164
CentOS 5.5/RHEL 5 Update 5——————2.6.18-194
CentOS 5.6/RHEL 5 Update 6——————2.6.18-238
CentOS 5.7/RHEL 5 Update 7——————2.6.18-274
CentOS 5.8/RHEL 5 Update 8——————2.6.18-308
CentOS 5.9/RHEL 5 Update 9——————2.6.18-348
CentOS 5.10/RHEL 5 Update 10——————2.6.18-371
CentOS 6.0/RHEL 6 Update 0——————2.6.32-71
CentOS 6.1/RHEL 6 Update 1——————2.6.32-131
CentOS 6.2/RHEL 6 Update 2——————2.6.32-220
CentOS 6.3/RHEL 6 Update 3——————2.6.32-279
CentOS 6.4/RHEL 6 Update 4——————2.6.32-358
CentOS 6.5/RHEL 6 Update 5——————2.6.32-431
更完整的一个对照表格
CentOS version Architectures[13]RHEL base KernelCentOS release dateRHEL release date Delay (days)
2.1 i386 2.1 2.4.9 14 May 2004[1] 17 May 2002[14] 728
3.1 i386, x86-64, IA-64, s390, s390x 3.1 2.4.21-15 19 March 2004[15] 23 October 2003[14] 148
3.3 i386, x86-64, IA-64, s390, s390x 3.3 2.4.21-20 17 September 2004 3 September 2004 14
3.4 i386, x86-64, IA-64, s390, s390x 3.4 2.4.21-27 23 January 2005 12 December 2004 42
3.5 i386 3.5 2.4.21-32 10 June 2005[16] 18 May 2005 23
3.6 i386 3.6 2.4.21-37 1 November 2005[17] 28 September 2005 34
3.7 i386, x86-64, IA-64, s390, s390x 3.7 2.4.21-40 10 April 2006[18] 17 March 2006 23
3.8 i386, x86-64 3.8 2.4.21-47 25 August 2006[19] 20 July 2006 36
3.9 i386, x86-64, IA-64, s390, s390x 3.9 2.4.21-50 26 July 2007[20] 15 June 2007 41
4.0 i386, x86-64, various 4.0 2.6.9-5 9 March 2005[21] 14 February 2005[22] 23
4.1 i386, IA-64, s390 4.1 2.6.9-11 12 June 2005[23] 8 June 2005 4
4.2 i386, x86-64, IA-64, s390, s390x, alpha 4.2 2.6.9-22 13 October 2005[24] 5 October 2005 8
4.3 i386, x86-64, IA-64, s390, s390x 4.3 2.6.9-34 21 March 2006[25] 12 March 2006 9
4.4 i386, x86-64 4.4 2.6.9-42 30 August 2006[26] 10 August 2006 20
4.5 i386, x86-64, IA-64 4.5 2.6.9-55 17 May 2007[27] 1 May 2007 16
4.6 i386, x86-64, IA-64, Alpha, s390, s390x, PowerPC (beta), SPARC (beta) 4.6 2.6.9-67 16 December 2007[28] 16 November 2007[29] 30
4.7 i386, x86-64 4.7 2.6.9-78 13 September 2008[30] 24 July 2008[31] 51
4.8 i386, x86-64 4.8 2.6.9-89 21 August 2009[32] 18 May 2009[33] 95
4.9 i386, x86-64 4.9 2.6.9-100 2 March 2011[34] 16 February 2011[35] 14
5.0 i386, x86-64 5.0 2.6.18-8 12 April 2007[36] 14 March 2007[37] 28
5.1 i386, x86-64 5.1 2.6.18-53 2 December 2007[38] 7 November 2007[39] 25
5.2 i386, x86-64 5.2 2.6.18-92 24 June 2008[40] 21 May 2008[41] 34
5.3 i386, x86-64 5.3 2.6.18-128 31 March 2009[42] 20 January 2009[43] 69
5.4 i386, x86-64 5.4 2.6.18-164 21 October 2009[44] 2 September 2009[45] 49
5.5 i386, x86-64 5.5 2.6.18-194 14 May 2010[46] 31 March 2010[47] 44
5.6 i386, x86-64 5.6 2.6.18-238 8 April 2011[48] 13 January 2011[49] 85
5.7 i386, x86-64 5.7 2.6.18-274 13 September 2011[50] 21 July 2011[51] 54
5.8 i386, x86-64 5.8 2.6.18-308 7 March 2012[52] 21 February 2012[53] 15
5.9 i386, x86-64 5.9 2.6.18-348 17 January 2013[54] 7 January 2013[55] 10
5.10 i386, x86-64 5.10 2.6.18-371 19 October 2013[56] 30 September 2013[57] 19
6.0 i386, x86-64 6.0 2.6.32-71 10 July 2011[58] 10 November 2010[59] 242
6.1 i386, x86-64 6.1 2.6.32-131 9 December 2011[60] 19 May 2011[61] 204
6.2 i386, x86-64 6.2 2.6.32-220 20 December 2011[62] 6 December 2011[63] 14
6.3 i386, x86-64 6.3 2.6.32-279 9 July 2012[64] 21 June 2012[65] 18
6.4 i386, x86-64 6.4 2.6.32-358 9 March 2013[66] 21 February 2013[67] 15
6.5 i386, x86-64 6.5 2.6.32-431 1 December 2013[68] 21 November 2013[69] 10
CentOS 6和RHEL6在2019年初遭遇了什么重大漏洞？
针对CentOS 6和Red Hat Enterprise Linux 6操作系统系列的重要内核安全更新已经发布，以解决最近发现的漏洞和其他错误。最主要的漏洞由红帽产品安全团队标记为具有“重要”安全影响。新内核安全更新包含针对影响原始MIDI内核驱动程序的竞争条件漏洞的修复，该漏洞可能导致双重释放或双重重新分配，以及作为导致使用GCC 4.4.7编译的应用程序触发分段错误的修复程序。
此内核更新在使用GNU编译器集合（GCC）版本4.4.7编译的应用程序中的页面错误处理程序中删除了64k限制检查，确保这些应用程序的平稳运行，而不会触发分段错误。
但是，Red Hat指出，删除限制检查对内核本身的完整性没有影响。
“发现原始MIDI内核驱动程序不能防止并发访问，导致snd_rawmidi_input_params（）和snd_rawmidi_output_status（）中的双重realloc（双重释放），它们是rawmidi.c文件中snd_rawmidi_ioctl（）处理程序的一部分。本地攻击者可能会使用它进行权限提升“ - NVD报告CVE-2018-10902如此叙述。
“红帽企业Linux 6和CentOS 6用户必须尽快更新他们的系统”
建议用户尽快安装更新到各自系统的新内核版本。 kernel-2.6.32-754.11.1.el6更新适用于所有支持的体系结构，包括32位（i386），64位（x86_64），s390x和PPC64（PowerPC 64位）。
受影响的系统包括红帽企业Linux服务器6，红帽企业Linux服务器6，红帽企业Linux工作站6，红帽企业Linux桌面6，用于IBM z Systems 6的红帽企业Linux，用于POWER体系的红帽企业Linux，big endian 6，Red Hat Enterprise Linux for Scientific Computing 6和CentOS Linux 6。
了解更多：
https://nvd.nist.gov/vuln/detail/CVE-2018-10902