Fix tcpmux security

Note that Tenable Network Security has extracted the preceding description block directly from the Fedora security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

When xinetd services are configured with the 'TCPMUX' or 'TCPMUXPLUS' type, and the tcpmux-server service is enabled, those services are accessible via port 1. It was found that enabling the tcpmux-server service (it is disabled by default) allowed every xinetd service, including those that are not configured with the 'TCPMUX' or 'TCPMUXPLUS' type, to be accessible via port 1. This could allow a remote attacker to bypass intended firewall restrictions.
(CVE-2012-0862)

This update also fixes the following bugs :

  - Prior to this update, a file descriptor array in the     service.c source file was not handled as expected. As a     consequence, some of the descriptors remained open when     xinetd was under heavy load. Additionally, the system     log was filled with a large number of messages that took     up a lot of disk space over time. This update modifies     the xinetd code to handle the file descriptors correctly     and messages no longer fill the system log.

  - Prior to this update, services were disabled permanently     when their CPS limit was reached. As a consequence, a     failed bind operation could occur when xinetd attempted     to restart the service. This update adds additional     logic that attempts to restart the service. Now, the     service is only disabled if xinetd cannot restart the     service after 30 attempts.

A security issue was identified and fixed in xinetd :

builtins.c in Xinetd before 2.3.15 does not check the service type when the tcpmux-server service is enabled, which exposes all enabled services and allows remote attackers to bypass intended access restrictions via a request to tcpmux port 1 (CVE-2012-0862).

The updated packages have been upgraded to the 2.3.15 version which is not vulnerble to this issue.

An updated xinetd package that fixes one security issue and two bugs is now available for Red Hat Enterprise Linux 5.

The Red Hat Security Response Team has rated this update as having low security impact. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available from the CVE link in the References section.

The xinetd package provides a secure replacement for inetd, the Internet services daemon. xinetd provides access control for all services based on the address of the remote host and/or on time of access, and can prevent denial-of-access attacks.

When xinetd services are configured with the 'TCPMUX' or 'TCPMUXPLUS' type, and the tcpmux-server service is enabled, those services are accessible via port 1. It was found that enabling the tcpmux-server service (it is disabled by default) allowed every xinetd service, including those that are not configured with the 'TCPMUX' or 'TCPMUXPLUS' type, to be accessible via port 1. This could allow a remote attacker to bypass intended firewall restrictions.
(CVE-2012-0862)

Red Hat would like to thank Thomas Swan of FedEx for reporting this issue.

This update also fixes the following bugs :

* Prior to this update, a file descriptor array in the service.c source file was not handled as expected. As a consequence, some of the descriptors remained open when xinetd was under heavy load.
Additionally, the system log was filled with a large number of messages that took up a lot of disk space over time. This update modifies the xinetd code to handle the file descriptors correctly and messages no longer fill the system log. (BZ#852274)

* Prior to this update, services were disabled permanently when their CPS limit was reached. As a consequence, a failed bind operation could occur when xinetd attempted to restart the service. This update adds additional logic that attempts to restart the service. Now, the service is only disabled if xinetd cannot restart the service after 30 attempts. (BZ#811000)

All users of xinetd are advised to upgrade to this updated package, which contains backported patches to correct these issues.

修正 tcpmux 安全性

請注意，Tenable Network Security 已直接從 Fedora 安全性公告擷取前置描述區塊。Tenable 已盡量在不造成其他問題的前提下，嘗試自動清理並將其格式化。

將 xinetd 服務設定為「TCPMUX」或「TCPMUXPLUS」類型且已啟用 tcpmux-server 服務時，可透過連接埠 1 存取這些服務。據發現，啟用 tcpmux-server 服務 (預設為停用)，便可透過連接埠 1 存取所有 xinetd 服務，其中包含未設定為「TCPMUX」或「TCPMUXPLUS」類型的 xinetd 服務。這可讓遠端攻擊者繞過預定的防火牆限制。
(CVE-2012-0862)

此更新也可修正下列錯誤：

* 在此更新之前，並未如預期處理 service.c 來源檔案中的檔案描述符號陣列。因此，當 xinetd 負載過重時，部分描述符號仍處於開啟狀態。此外，系統記錄檔會填入大量的訊息，一段時間後，便會佔用大量的磁碟空間。此更新會修改 xinetd 程式碼，以正確處理檔案描述符號，而訊息也不會再填入系統記錄檔。

- 在此更新之前，服務在達到其 CPS 限制時，會遭到永久停用。因此，當 xinetd 嘗試重新啟動服務時，可發生失敗的 bind 作業。此更新會加入嘗試重新啟動服務的額外邏輯。現在，只有當 xinetd 嘗試 30 次後仍無法重新啟動服務時，才會停用服務。

在 xinetd 中發現一個安全性問題且已修正：

2.3.15 版之前的 Xinetd 中的 builtins.c 在已啟用 tcpmux-server 服務時不會檢查服務類型，這會暴露所有已啟用的服務，並可讓遠端攻擊者透過要求 tcpmux 連接埠 1 而繞過預定的存取限制 (CVE-2012-0862)。

更新版套件已升級至 2.3.15 版，不容易受到此問題的影響。

現已提供適用於 Red Hat Enterprise Linux 5 的更新版 xinetd 套件，可修正一個安全性問題和兩個錯誤。

Red Hat 安全性回應團隊已將此更新評等為具有低安全性影響。可從〈參照〉一節的 CVE 連結中取得常見弱點評分系統 (CVSS) 的基本分數，其中包含有關嚴重性評等的詳細資訊。

xinetd 套件為 inetd (網際網路服務程序) 提供安全的替代程式。xinetd 為以遠端主機之位址為基礎的所有服務及/或在存取時提供存取控制，並且可防止拒絕存取攻擊。

將 xinetd 服務設定為「TCPMUX」或「TCPMUXPLUS」類型且已啟用 tcpmux-server 服務時，可透過連接埠 1 存取這些服務。據發現，啟用 tcpmux-server 服務 (預設為停用)，便可透過連接埠 1 存取所有 xinetd 服務，其中包含未設定為「TCPMUX」或「TCPMUXPLUS」類型的 xinetd 服務。這可讓遠端攻擊者繞過預定的防火牆限制。
(CVE-2012-0862)

Red Hat 要感謝 FedEx 的 Thomas Swan 報告此問題。

此更新也可修正下列錯誤：

* 在此更新之前，並未如預期處理 service.c 來源檔案中的檔案描述符號陣列。因此，當 xinetd 負載過重時，部分描述符號仍處於開啟狀態。
此外，系統記錄檔會填入大量的訊息，一段時間後，便會佔用大量的磁碟空間。此更新會修改 xinetd 程式碼，以正確處理檔案描述符號，而訊息也不會再填入系統記錄檔。(BZ#852274)

* 在此更新之前，服務在達到其 CPS 限制時，會遭到永久停用。因此，當 xinetd 嘗試重新啟動服務時，可發生失敗的 bind 作業。此更新會加入嘗試重新啟動服務的額外邏輯。現在，只有當 xinetd 嘗試 30 次後仍無法重新啟動服務時，才會停用服務。(BZ#811000)

建議所有 xinetd 使用者皆升級至此更新版套件，其中包含可更正這些問題的反向移植修補程式。

修复 tcpmux 安全

请注意，Tenable Network Security 已直接从 Fedora 安全公告中提取上述描述块。Tenable 已尝试在不引入其他问题的情况下尽可能进行了自动整理和排版。

当 xinetd 服务使用“TCPMUX”或“TCPMUXPLUS”类型配置且 tcpmux-server 服务启用时，这些服务可通过端口 1 访问。已发现启用 tcpmux-server 服务（默认禁用）允许每项 xinetd 服务（包括未使用“TCPMUX”或“TCPMUXPLUS”类型配置的服务）都可通过端口 1 访问。这可允许远程攻击者绕过预期的防火墙限制。
(CVE-2012-0862)

此更新还修复以下缺陷：

- 在此更新之前，未按预期处理 service.c 源文件中的文件描述符数组。因此，当 xinetd 在重负载下时，有些描述符保持开放。此外，随着时间的流逝，系统日志会填充大量消息，占用大量磁盘空间。此更新修改了 xinetd 代码，可正确处理文件描述符，而且消息不再填充系统日志。

- 在此更新之前，服务在达到其 CPS 限制后会永久禁用。因此，当 xinetd 尝试重新启动该服务时，可能发生失败的绑定操作。此更新添加了其他尝试重新启动该服务的逻辑。现在，该服务仅当 xinetd 在 30 次尝试后无法重新启动服务时才会禁用。

已在 xinetd 中发现并修复了一个安全问题：

2.3.15 版之前 Xinetd 中的 builtins.c 在 tcpmux-server 服务启用时不检查服务类型，这会暴露所有已启用的服务，让远程攻击者通过向 tcpmux 端口 1 发出请求绕过预期访问限制 (CVE-2012-0862)。

更新后的程序包已升级到 2.3.15 版，不易受到此问题的影响。

更新后的 xinetd 程序包修复了一个安全问题和两个缺陷，现在可用于 Red Hat Enterprise Linux 5。

Red Hat 安全响应团队将此更新评级为具有低危安全影响。可从“参考”部分中的 CVE 链接获取通用漏洞评分系统 (CVSS) 基本分数，其给出了详细的严重性等级。

xinetd 程序包可安全替换 inetd，Internet 服务后台程序。xinetd 根据远程主机的地址和/或访问时间对所有服务提供访问控制，并可防止拒绝服务攻击。

当 xinetd 服务使用“TCPMUX”或“TCPMUXPLUS”类型配置且 tcpmux-server 服务启用时，这些服务可通过端口 1 访问。已发现启用 tcpmux-server 服务（默认禁用）允许每项 xinetd 服务（包括未使用“TCPMUX”或“TCPMUXPLUS”类型配置的服务）都可通过端口 1 访问。这可允许远程攻击者绕过预期的防火墙限制。
(CVE-2012-0862)

Red Hat 在此感谢 FedEx 的 Thomas Swan 报告此问题。

此更新还修复以下缺陷：

* 在此更新之前，未按预期处理 service.c 源文件中的文件描述符数组。因此，当 xinetd 在重负载下时，有些描述符保持开放。
此外，随着时间的流逝，系统日志会填充大量消息，占用大量磁盘空间。此更新修改了 xinetd 代码，可正确处理文件描述符，而且消息不再填充系统日志。(BZ#852274)

* 在此更新之前，服务在达到其 CPS 限制后会永久禁用。因此，当 xinetd 尝试重新启动该服务时，可能发生失败的绑定操作。此更新添加了其他尝试重新启动该服务的逻辑。现在，该服务仅当 xinetd 在 30 次尝试后无法重新启动服务时才会禁用。(BZ#811000)

建议所有 xinetd 用户升级此更新后的程序包，其中包含用于修正这些问题的向后移植的修补程序。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
59298	Fedora 16 : xinetd-2.3.14-47.fc16 (2012-8061)	Nessus	Fedora Local Security Checks	2012/5/30	2021/1/11	medium
64961	Scientific Linux Security Update : xinetd on SL6.x i386/x86_64 (20130221)	Nessus	Scientific Linux Local Security Checks	2013/3/1	2021/1/14	medium
66071	Mandriva Linux Security Advisory : xinetd (MDVSA-2013:057)	Nessus	Mandriva Local Security Checks	2013/4/20	2021/1/6	medium
70243	RHEL 5 : xinetd (RHSA-2013:1302)	Nessus	Red Hat Local Security Checks	2013/10/1	2021/1/14	medium
59297	Fedora 15 : xinetd-2.3.14-37.fc15 (2012-8041)	Nessus	Fedora Local Security Checks	2012/5/30	2021/1/11	medium
59298	Fedora 16 : xinetd-2.3.14-47.fc16 (2012-8061)	Nessus	Fedora Local Security Checks	2012/5/30	2021/1/11	medium
64961	Scientific Linux 安全性更新：SL6.x i386/x86_64 上的 xinetd	Nessus	Scientific Linux Local Security Checks	2013/3/1	2021/1/14	medium
66071	Mandriva Linux 安全性公告：xinetd (MDVSA-2013:057)	Nessus	Mandriva Local Security Checks	2013/4/20	2021/1/6	medium
70243	RHEL 5：xinetd (RHSA-2013:1302)	Nessus	Red Hat Local Security Checks	2013/10/1	2021/1/14	medium
59297	Fedora 15：xinetd-2.3.14-37.fc15 (2012-8041)	Nessus	Fedora Local Security Checks	2012/5/30	2021/1/11	medium
59298	Fedora 16：xinetd-2.3.14-47.fc16 (2012-8061)	Nessus	Fedora Local Security Checks	2012/5/30	2021/1/11	medium
64961	Scientific Linux 安全更新：SL6.x i386/x86_64 中的 xinetd	Nessus	Scientific Linux Local Security Checks	2013/3/1	2021/1/14	medium
66071	Mandriva Linux 安全公告：xinetd (MDVSA-2013:057)	Nessus	Mandriva Local Security Checks	2013/4/20	2021/1/6	medium
70243	RHEL 5：xinetd (RHSA-2013:1302)	Nessus	Red Hat Local Security Checks	2013/10/1	2021/1/14	medium

检测

插件搜索

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium