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

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

mailman 是一種用來協助管理電子郵件討論清單的程式。

據發現，mailman 在將清單名稱傳送至特定 MTA 之前，並未先清理該清單名稱。本機攻擊者可利用此瑕疵，以執行 mailman 的使用者身分執行任意程式碼。(CVE-2015-2775)

據發現，mailman 會將私人電子郵件訊息儲存在任何人皆可讀取的目錄中。本機使用者可利用此瑕疵讀取私人郵寄清單封存。(CVE-2002-0389)

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

* 之前，無法將 Mailman 設定為使得以網域為基礎的訊息認證、報告與一致性 (DMARC) 會辨識網域金鑰認證郵件 (DKIM) 簽章的寄件者對齊。因此，屬於具有 DMARC「拒絕」原則之郵件伺服器 (例如 yahoo.com 或 AOL.com) 的 Mailman 清單訂閱者，可以收到提供 DKIM 簽章的任何網域中之寄件者的 Mailman 轉送訊息。透過此更新，即可正確辨識具有「拒絕」DMARC 原則的網域，而且 Mailman 清單系統管理員可以設定處理這些訊息的方式。因此，在適當的組態之後，現在在此狀況下的訂閱者可以正確收到 Mailman 轉送的訊息。(BZ#1095359)

* 如果新的郵寄清單是透過 'newlist' 命令所建立，產生「歡迎電子郵件」的主旨時，mailman 會使用主控台編碼。因此，當主控台編碼與 mailman 用於該特定語言的編碼不符時，可能不正確地顯示「歡迎電子郵件」中的字元。mailman 已經過修正，可使用正確的編碼，因此現在可以正確顯示「歡迎電子郵件」中的字元。(BZ#1056366)

* 'rmlist' 命令使用硬式編碼路徑，根據 VAR_PREFIX 組態變數列出資料。因此，當清單是在 VAR_PREFIX 之外建立時，就無法使用‘rmlist’命令移除該清單。透過此更新，’rmlist’命令使用正確的 LIST_DATA_DIR 值而非 VAR_PREFIX，因此現在在所述情況下可以移除該清單。(BZ#1008139)

* 由於 Python 和 mailman 在 Red Hat Enterprise Linux 6 中不相容，因此當仲裁者在郵寄清單中核准了一個仲裁的訊息，並核取「保留網站系統管理員訊息」核取方塊時，Mailman 無法核准訊息並傳回錯誤。此不相容性已經過修正，現在 mailman 在此狀況下會如預期核准訊息。(BZ#765807)

* 當 Mailman 設為不封存清單，但封存未設為私人時，傳送至該清單的附件會放在公用封存中。因此，mailman Web 介面的使用者可以列出私人附件，因為公用封存目錄的 httpd 組態允許列出封存目錄中的所有檔案。mailman 的 httpd 組態已經過修正，不允許列出私人封存目錄，因此 mailman Web 介面的使用者不再能夠列出私人附件。(BZ#745409)

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

據發現，mailman 在將清單名稱傳送至特定 MTA 之前，並未先清理該清單名稱。本機攻擊者可利用此瑕疵，以執行 mailman 的使用者身分執行任意程式碼。(CVE-2015-2775)

據發現，mailman 會將私人電子郵件訊息儲存在任何人皆可讀取的目錄中。本機使用者可利用此瑕疵讀取私人郵寄清單封存。(CVE-2002-0389)

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

- 之前，無法將 Mailman 設定為讓網域型訊息驗證、報告與一致性 (DMARC) 辨識傳送者是否符合網域金鑰辨識郵件 (DKIM) 簽章。因此，屬於具有 DMARC「拒絕」原則之郵件伺服器 (例如 yahoo.com 或 AOL.com) 的 Mailman 清單訂閱者，可以收到提供 DKIM 簽章的任何網域中之寄件者的 Mailman 轉送訊息。透過此更新，即可正確辨識具有「拒絕」DMARC 原則的網域，而且 Mailman 清單系統管理員可以設定處理這些訊息的方式。因此，在適當的組態之後，現在在此狀況下的訂閱者可以正確收到 Mailman 轉送的訊息。

- 如果新的郵寄清單是透過 ‘newlist’ 命令所建立，產生「歡迎電子郵件」的主旨時，mailman 會使用主控台編碼。因此，當主控台編碼與 mailman 用於該特定語言的編碼不符時，可能不正確地顯示「歡迎電子郵件」中的字元。
 mailman 已經過修正，可使用正確的編碼，因此現在可以正確顯示「歡迎電子郵件」中的字元。

- ‘rmlist’ 命令使用硬式編碼路徑，根據 VAR_PREFIX 組態變數列出資料。因此，當清單是在 VAR_PREFIX 之外建立時，就無法使用‘rmlist’命令移除該清單。透過此更新，’rmlist’命令使用正確的 LIST_DATA_DIR 值而非 VAR_PREFIX，因此現在在所述情況下可以移除該清單。

- 由於 Python 和 Scientific Linux 6 中的 Mailman 不相容，因此當仲裁者在郵寄清單中核准了一個仲裁的訊息，並核取 [保留網站系統管理員訊息] 核取方塊時，Mailman 無法核准訊息並傳回錯誤。此不相容性已經過修正，現在 mailman 在此狀況下會如預期核准訊息。

- 當 Mailman 設為不封存清單，但封存未設為私人時，傳送至該清單的附件會放在公用封存中。因此，mailman Web 介面的使用者可以列出私人附件，因為公用封存目錄的 httpd 組態允許列出封存目錄中的所有檔案。mailman 的 httpd 組態已經過修正，不允許列出私人封存目錄，因此 mailman Web 介面的使用者不再能夠列出私人附件。

來自 Red Hat 安全性公告 2015:1153：

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

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

mailman 是一種用來協助管理電子郵件討論清單的程式。

據發現，mailman 在將清單名稱傳送至特定 MTA 之前，並未先清理該清單名稱。本機攻擊者可利用此瑕疵，以執行 mailman 的使用者身分執行任意程式碼。(CVE-2015-2775)

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

* 之前，無法將 Mailman 設定為使得以網域為基礎的訊息認證、報告與一致性 (DMARC) 會辨識網域金鑰認證郵件 (DKIM) 簽章的寄件者對齊。因此，屬於具有 DMARC「拒絕」原則之郵件伺服器 (例如 yahoo.com 或 AOL.com) 的 Mailman 清單訂閱者，可以收到提供 DKIM 簽章的任何網域中之寄件者的 Mailman 轉送訊息。透過此更新，即可正確辨識具有「拒絕」DMARC 原則的網域，而且 Mailman 清單系統管理員可以設定處理這些訊息的方式。因此，在適當的組態之後，現在在此狀況下的訂閱者可以正確收到 Mailman 轉送的訊息。(BZ#1229288)

* 之前，/etc/mailman 檔案未正確設定權限，在某些情況下，會造成移除 Mailman 清單失敗，並出現「NoneType 物件沒有屬性 close」訊息。透過此更新，/etc/mailman 的權限值已正確設定為 2775，而不是 0755，而且移除 Mailman 清單現在可以如預期運作。(BZ#1229307)

* 在此更新之前，mailman 公用程式會在 /etc/tmpfiles.d/ 目錄中錯誤安裝 tmpfiles 組態。因此，如果重新安裝或更新 mailman 套件，就會覆寫針對 mailman tempfiles 組態的變更。現在，mailman 公用程式會將 tmpfiles 組態安裝在 /usr/lib/tmpfiles.d/ 目錄中，而且使用者對其所做的變更，在重新安裝或更新時都會保留。(BZ#1229306)

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

A path traversal vulnerability was discovered in Mailman, the mailing list manager. Installations using a transport script (such as postfix-to-mailman.py) to interface with their MTA instead of static aliases were vulnerable to a path traversal attack. To successfully exploit this, an attacker needs write access on the local file system.

Mark Sapiro reports :

A path traversal vulnerability has been discovered and fixed. This vulnerability is only exploitable by a local user on a Mailman server where the suggested Exim transport, the Postfix postfix_to_mailman.py transport or some other programmatic MTA delivery not using aliases is employed.

Update to version 2.1.20.

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.

--

* It was found that mailman did not sanitize the list name before passing it to certain MTAs. A local attacker could use this flaw to execute arbitrary code as the user running mailman. (CVE-2015-2775)

* Previously, it was impossible to configure Mailman in a way that Domain-based Message Authentication, Reporting &amp; Conformance (DMARC) would recognize Sender alignment for Domain Key Identified Mail (DKIM) signatures. Consequently, Mailman list subscribers that belonged to a mail server with a 'reject' policy for DMARC, such as yahoo.com or AOL.com, were unable to receive Mailman forwarded messages from senders residing in any domain that provided DKIM signatures. With this update, domains with a 'reject' DMARC policy are recognized correctly, and Mailman list administrators are able to configure the way these messages are handled. As a result, after a proper configuration, subscribers now correctly receive Mailman forwarded messages in this scenario. (BZ#1229288)

* Previously, the /etc/mailman file had incorrectly set permissions, which in some cases caused removing Mailman lists to fail with a ''NoneType' object has no attribute 'close'' message. With this update, the permissions value for /etc/mailman is correctly set to 2775 instead of 0755, and removing Mailman lists now works as expected. (BZ#1229307)

* Prior to this update, the mailman utility incorrectly installed the tmpfiles configuration in the /etc/tmpfiles.d/ directory. As a consequence, changes made to mailman tmpfiles configuration were overwritten if the mailman packages were reinstalled or updated. The mailman utility now installs the tmpfiles configuration in the /usr/lib/tmpfiles.d/ directory, and changes made to them by the user are preserved on reinstall or update. (BZ#1229306)

All mailman users are advised to upgrade to these updated packages, which contain backported patches to correct these issues.

Updated mailman packages that fix two security issues and several bugs are now available for Red Hat Enterprise Linux 6.

Red Hat Product Security has rated this update as having Moderate security impact. Common Vulnerability Scoring System (CVSS) base scores, which give detailed severity ratings, are available for each vulnerability from the CVE links in the References section.

Mailman is a program used to help manage e-mail discussion lists.

It was found that mailman did not sanitize the list name before passing it to certain MTAs. A local attacker could use this flaw to execute arbitrary code as the user running mailman. (CVE-2015-2775)

It was found that mailman stored private email messages in a world-readable directory. A local user could use this flaw to read private mailing list archives. (CVE-2002-0389)

This update also fixes the following bugs :

* Previously, it was impossible to configure Mailman in a way that Domain-based Message Authentication, Reporting & Conformance (DMARC) would recognize Sender alignment for Domain Key Identified Mail (DKIM) signatures. Consequently, Mailman list subscribers that belonged to a mail server with a 'reject' policy for DMARC, such as yahoo.com or AOL.com, were unable to receive Mailman forwarded messages from senders residing in any domain that provided DKIM signatures. With this update, domains with a 'reject' DMARC policy are recognized correctly, and Mailman list administrators are able to configure the way these messages are handled. As a result, after a proper configuration, subscribers now correctly receive Mailman forwarded messages in this scenario. (BZ#1095359)

* Mailman used a console encoding when generating a subject for a 'welcome email' when new mailing lists were created by the 'newlist' command. Consequently, when the console encoding did not match the encoding used by Mailman for that particular language, characters in the 'welcome email' could be displayed incorrectly. Mailman has been fixed to use the correct encoding, and characters in the 'welcome email' are now displayed properly. (BZ#1056366)

* The 'rmlist' command used a hard-coded path to list data based on the VAR_PREFIX configuration variable. As a consequence, when the list was created outside of VAR_PREFIX, it was impossible to remove it using the 'rmlist' command. With this update, the 'rmlist' command uses the correct LIST_DATA_DIR value instead of VAR_PREFIX, and it is now possible to remove the list in described situation. (BZ#1008139)

* Due to an incompatibility between Python and Mailman in Red Hat Enterprise Linux 6, when moderators were approving a moderated message to a mailing list and checked the 'Preserve messages for the site administrator' checkbox, Mailman failed to approve the message and returned an error. This incompatibility has been fixed, and Mailman now approves messages as expected in this scenario. (BZ#765807)

* When Mailman was set to not archive a list but the archive was not set to private, attachments sent to that list were placed in a public archive. Consequently, users of Mailman web interface could list private attachments because httpd configuration of public archive directory allows listing all files in the archive directory. The httpd configuration of Mailman has been fixed to not allow listing of private archive directory, and users of Mailman web interface are no longer able to list private attachments. (BZ#745409)

Users of mailman are advised to upgrade to these updated packages, which contain backported patches to correct these issues.

From Red Hat Security Advisory 2015:1417 :

Updated mailman packages that fix two security issues and several bugs are now available for Red Hat Enterprise Linux 6.

Red Hat Product Security has rated this update as having Moderate security impact. Common Vulnerability Scoring System (CVSS) base scores, which give detailed severity ratings, are available for each vulnerability from the CVE links in the References section.

Mailman is a program used to help manage e-mail discussion lists.

It was found that mailman did not sanitize the list name before passing it to certain MTAs. A local attacker could use this flaw to execute arbitrary code as the user running mailman. (CVE-2015-2775)

It was found that mailman stored private email messages in a world-readable directory. A local user could use this flaw to read private mailing list archives. (CVE-2002-0389)

This update also fixes the following bugs :

* Previously, it was impossible to configure Mailman in a way that Domain-based Message Authentication, Reporting & Conformance (DMARC) would recognize Sender alignment for Domain Key Identified Mail (DKIM) signatures. Consequently, Mailman list subscribers that belonged to a mail server with a 'reject' policy for DMARC, such as yahoo.com or AOL.com, were unable to receive Mailman forwarded messages from senders residing in any domain that provided DKIM signatures. With this update, domains with a 'reject' DMARC policy are recognized correctly, and Mailman list administrators are able to configure the way these messages are handled. As a result, after a proper configuration, subscribers now correctly receive Mailman forwarded messages in this scenario. (BZ#1095359)

* Mailman used a console encoding when generating a subject for a 'welcome email' when new mailing lists were created by the 'newlist' command. Consequently, when the console encoding did not match the encoding used by Mailman for that particular language, characters in the 'welcome email' could be displayed incorrectly. Mailman has been fixed to use the correct encoding, and characters in the 'welcome email' are now displayed properly. (BZ#1056366)

* The 'rmlist' command used a hard-coded path to list data based on the VAR_PREFIX configuration variable. As a consequence, when the list was created outside of VAR_PREFIX, it was impossible to remove it using the 'rmlist' command. With this update, the 'rmlist' command uses the correct LIST_DATA_DIR value instead of VAR_PREFIX, and it is now possible to remove the list in described situation. (BZ#1008139)

* Due to an incompatibility between Python and Mailman in Red Hat Enterprise Linux 6, when moderators were approving a moderated message to a mailing list and checked the 'Preserve messages for the site administrator' checkbox, Mailman failed to approve the message and returned an error. This incompatibility has been fixed, and Mailman now approves messages as expected in this scenario. (BZ#765807)

* When Mailman was set to not archive a list but the archive was not set to private, attachments sent to that list were placed in a public archive. Consequently, users of Mailman web interface could list private attachments because httpd configuration of public archive directory allows listing all files in the archive directory. The httpd configuration of Mailman has been fixed to not allow listing of private archive directory, and users of Mailman web interface are no longer able to list private attachments. (BZ#745409)

Users of mailman are advised to upgrade to these updated packages, which contain backported patches to correct these issues.

在 Mailman（邮件列表管理器）中发现路径遍历漏洞。使用传输脚本（例如 postfix-to-mailman.py）而非静态别名来与其 MTA 进行交互的安装容易受到路径遍历攻击。若要成功利用此缺陷，攻击者需要具有本地文件系统的写入权限。

Mark Sapiro 报告：

已发现并修复了一个路径遍历漏洞。仅在 Mailman 服务器上采用未使用别名的建议 Exim 传输、Postfix postfix_to_mailman.py 传输或某些其他程序化 MTA 传递时，本地用户才可利用此漏洞。

更新到版本 2.1.20。

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

--

* 已发现，mailman 未在将列表传递到特定 MTA 之前审查其名称。本地攻击者可利用此缺陷，以运行 mailman 的用户的身份执行任意代码。(CVE-2015-2775)

* 此前，无法在基于域的消息认证、报告和一致性 (DMARC) 可以识别符合域密钥识别邮件 (DKIM) 签名的发送方时配置 Mailman。因此，使用 DMARC 的“reject”策略的邮件服务器（例如，yahoo.com 或 AOL.com）所包含的 Mailman 列表订阅者无法从驻留在提供 DKIM 签名的任何域中的发送方接收 Mailman 转发的消息。通过此更新，可正确识别使用“reject”DMARC 策略的域， Mailman 列表管理员也能够配置处理这些消息的方式。因此，完成适当配置后，订阅者现在可以在这种情况下正确接收 Mailman 转发的消息。(BZ#1229288)

* 此前，/etc/mailman 文件未正确设置权限，从而导致在某些情况下删除 Mailman 列表失败，因为“NoneType”对象没有属性“close”消息。通过此更新， /etc/mailman 的权限值正确设置为 2775 而非 0755，删除 Mailman 列表现在可以正常执行。(BZ#1229307)

* 在此更新之前，mailman 实用工具未将临时文件配置正确安装到 /etc/tmpfiles.d/ 目录中。因此，如果重新安装或更新 mailman 程序包，将覆盖对 mailman 临时文件配置所做的更改。mailman 实用工具现在将临时文件配置安装到 /usr/lib/tmpfiles.d/ 目录中，并保留用户对其所做的更改以用于重新安装或更新。(BZ#1229306)

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

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

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

Mailman 是协助管理电子邮件讨论列表的程序。

已发现，mailman 未在将列表传递到特定 MTA 之前审查其名称。本地攻击者可利用此缺陷，以运行 mailman 的用户的身份执行任意代码。(CVE-2015-2775)

已发现 Mailman 将私人电子邮件消息存储于全局可读目录中。本地用户可利用此缺陷读取私人邮件列表存档文件。(CVE-2002-0389)

此更新还修复以下缺陷：

* 此前，无法在基于域的消息认证、报告和一致性 (DMARC) 可以识别符合域密钥识别邮件 (DKIM) 签名的发送方时配置 Mailman。因此，使用 DMARC 的“reject”策略的邮件服务器（例如，yahoo.com 或 AOL.com）所包含的 Mailman 列表订阅者无法从驻留在提供 DKIM 签名的任何域中的发送方接收 Mailman 转发的消息。通过此更新，可正确识别使用“reject”DMARC 策略的域， Mailman 列表管理员也能够配置处理这些消息的方式。因此，完成适当配置后，订阅者现在可以在这种情况下正确接收 Mailman 转发的消息。(BZ#1095359)

* 当新邮件列表通过“newlist”命令创建时，Mailman 在生成“欢迎电子邮件”的主题时会使用控制台编码。因此，如果控制台编码与 Mailman 针对特定语言使用的编码不一致，那么“欢迎电子邮件”中的字符可能无法正确显示。该问题现在已解决，Mailman 可使用正确的编码，且“欢迎电子邮件”中的字符可正确显示。(BZ#1056366)

* “rmlist”命令使用硬编码路径根据 VAR_PREFIX 配置变量列出数据。因此，如果列表创建于 VAR_PREFIX 之外，则无法使用“rmlist”命令将其删除。通过此更新，“rmlist”命令将使用正确的 LIST_DATA_DIR 值（而非 VAR_PREFIX），并且现在可以在上述情况中删除该列表。(BZ#1008139)

* 由于在 Red Hat Enterprise Linux 6 中 Python 与 Mailman 存在不兼容，因此当审阅人将消息批准到邮件列表，并同时选中“为站点管理员保留消息”复选框时，Mailman 会无法批准消息并返回错误。该不兼容性问题已解决，现在 mailman 可以在这种情况中按预期方式批准消息。(BZ#765807)

* 如果 Mailman 设置为不存档列表，但存档未设置为私有，那么发送至该列表的附件会放置于公共存档中。因此，由于公共存档目录的 httpd 配置允许列出存档目录中的所有文件，Mailman web 界面的用户可以列出私人附件。Mailman 的 httpd 配置已修复为不允许列出私人存档目录，Mailman web 界面的用户现在无法列出私人附件。(BZ#745409)

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

来自 Red Hat 安全公告 2015:1417：

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

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

Mailman 是协助管理电子邮件讨论列表的程序。

已发现，mailman 未在将列表传递到特定 MTA 之前审查其名称。本地攻击者可利用此缺陷，以运行 mailman 的用户的身份执行任意代码。(CVE-2015-2775)

已发现 Mailman 将私人电子邮件消息存储于全局可读目录中。本地用户可利用此缺陷读取私人邮件列表存档文件。(CVE-2002-0389)

此更新还修复以下缺陷：

* 此前，无法在基于域的消息认证、报告和一致性 (DMARC) 可以识别符合域密钥识别邮件 (DKIM) 签名的发送方时配置 Mailman。因此，使用 DMARC 的“reject”策略的邮件服务器（例如，yahoo.com 或 AOL.com）所包含的 Mailman 列表订阅者无法从驻留在提供 DKIM 签名的任何域中的发送方接收 Mailman 转发的消息。通过此更新，可正确识别使用“reject”DMARC 策略的域， Mailman 列表管理员也能够配置处理这些消息的方式。因此，完成适当配置后，订阅者现在可以在这种情况下正确接收 Mailman 转发的消息。(BZ#1095359)

* 当新邮件列表通过“newlist”命令创建时，Mailman 在生成“欢迎电子邮件”的主题时会使用控制台编码。因此，如果控制台编码与 Mailman 针对特定语言使用的编码不一致，那么“欢迎电子邮件”中的字符可能无法正确显示。该问题现在已解决，Mailman 可使用正确的编码，且“欢迎电子邮件”中的字符可正确显示。(BZ#1056366)

* “rmlist”命令使用硬编码路径根据 VAR_PREFIX 配置变量列出数据。因此，如果列表创建于 VAR_PREFIX 之外，则无法使用“rmlist”命令将其删除。通过此更新，“rmlist”命令将使用正确的 LIST_DATA_DIR 值（而非 VAR_PREFIX），并且现在可以在上述情况中删除该列表。(BZ#1008139)

* 由于在 Red Hat Enterprise Linux 6 中 Python 与 Mailman 存在不兼容，因此当审阅人将消息批准到邮件列表，并同时选中“为站点管理员保留消息”复选框时，Mailman 会无法批准消息并返回错误。该不兼容性问题已解决，现在 mailman 可以在这种情况中按预期方式批准消息。(BZ#765807)

* 如果 Mailman 设置为不存档列表，但存档未设置为私有，那么发送至该列表的附件会放置于公共存档中。因此，由于公共存档目录的 httpd 配置允许列出存档目录中的所有文件，Mailman web 界面的用户可以列出私人附件。Mailman 的 httpd 配置已修复为不允许列出私人存档目录，Mailman web 界面的用户现在无法列出私人附件。(BZ#745409)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
84944	RHEL 6 : mailman (RHSA-2015:1417)	Nessus	Red Hat Local Security Checks	2015/7/23	2021/2/5	high
85201	Scientific Linux 安全性更新：SL6.x i386/x86_64 上的 mailman	Nessus	Scientific Linux Local Security Checks	2015/8/4	2021/1/14	high
84353	Oracle Linux 7 : mailman (ELSA-2015-1153)	Nessus	Oracle Linux Local Security Checks	2015/6/24	2024/10/22	high
82622	Debian DSA-3214-1 : mailman - security update	Nessus	Debian Local Security Checks	2015/4/8	2021/1/11	high
82681	FreeBSD : mailman -- path traversal vulnerability (a5f160fa-deee-11e4-99f8-080027ef73ec)	Nessus	FreeBSD Local Security Checks	2015/4/10	2021/1/6	high
82954	Fedora 22 : mailman-2.1.20-1.fc22 (2015-5333)	Nessus	Fedora Local Security Checks	2015/4/22	2021/1/11	high
84537	Scientific Linux Security Update : mailman on SL7.x x86_64 (20150623)	Nessus	Scientific Linux Local Security Checks	2015/7/6	2021/1/14	high
85018	CentOS 6 : mailman (CESA-2015:1417)	Nessus	CentOS Local Security Checks	2015/7/28	2021/1/4	high
85105	Oracle Linux 6 : mailman (ELSA-2015-1417)	Nessus	Oracle Linux Local Security Checks	2015/7/30	2021/1/14	high
82622	Debian DSA-3214-1：mailman - 安全更新	Nessus	Debian Local Security Checks	2015/4/8	2021/1/11	high
82681	FreeBSD：mailman -- 路径遍历漏洞 (a5f160fa-deee-11e4-99f8-080027ef73ec)	Nessus	FreeBSD Local Security Checks	2015/4/10	2021/1/6	high
82954	Fedora 22：mailman-2.1.20-1.fc22 (2015-5333)	Nessus	Fedora Local Security Checks	2015/4/22	2021/1/11	high
84537	Scientific Linux 安全更新：SL7.x x86_64 中的 mailman	Nessus	Scientific Linux Local Security Checks	2015/7/6	2021/1/14	high
85018	CentOS 6：mailman (CESA-2015:1417)	Nessus	CentOS Local Security Checks	2015/7/28	2021/1/4	high
85105	Oracle Linux 6：mailman (ELSA-2015-1417)	Nessus	Oracle Linux Local Security Checks	2015/7/30	2021/1/14	high

偵測

搜尋 Plugin

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high