在 ntp（网络时间协议的实现）中发现多个漏洞。

- CVE-2015-1798 当配置为以 NTP 对等机使用对称密钥时，ntpd 会接受无 MAC 的数据包，如同它们具有有效 MAC 一样。这可允许远程攻击者在不了解对称密钥的情况下绕过数据包认证并发送恶意数据包。

- CVE-2015-1799 当使用经认证的对称关联与其他 NTP 主机对等时，ntpd 会在验证 NTP 消息的 MAC 前更新其内部状态变量。这可造成远程攻击者通过阻碍 NTP 对等机之间的同步来引发拒绝服务。

此外，已发现在大端机上使用 ntp-keygen 生成 MD5 密钥会触发死循环或生成非随机密钥。

ntp 已更新，修复了两个安全问题：

CVE-2015-1799：ntpd 认证未使对称关联免受 DoS 攻击 (bsc#924202)

CVE-2015-3405：ntp-keygen 可能在大端系统系统上生成非随机对称密钥 (bsc#928321)

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

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

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

网络时间协议 (NTP) 用于将计算机的时间与其他引用时间源进行同步。

已发现由于 NTP 的访问控制基于源 IP 地址，攻击者可以绕过源 IP 限制，通过欺骗 ::1 地址来发送恶意控制和配置数据包。
(CVE-2014-9298)

在 NTP 主机相互进行对等操作的方式中发现拒绝服务缺陷，这些主机会在更新其内部状态变量之前进行自我认证。攻击者可以向对等主机发送一个数据包，该数据包可级联至其他对等主机并终止其中的同步进程。(CVE-2015-1799)

在 ntp-keygen 实用工具在大端系统上生成对称 MD5 密钥的方式中发现一个缺陷。攻击者可能利用此缺陷猜测生成的 MD5 密钥，并用其欺骗 NTP 客户端或服务器。(CVE-2015-3405)

在实现 NTP autokey 协议的方式中发现基于堆栈的缓冲区溢出。当 NTP 客户端对从 NTP 服务器收到的密码进行解密时，可能导致该客户端崩溃。
(CVE-2014-9297)

已发现 ntpd 在配置为使用对称加密密钥时，不会检查所接受的数据包中是否存在消息验证代码 (MAC)。中间人攻击者可以利用此缺陷在不知道对称密钥的前提下，发送构建的数据包并使客户端或对等机接受这些数据包。
(CVE-2015-1798)

CVE-2015-1798 和 CVE-2015-1799 问题由 Red Hat 的 Miroslav Lichvár 发现。

缺陷补丁：

* ntpd 后台程序将密钥文件中指定的对称密钥截断为 20 字节。因此，无法针对使用较长密钥的对等方配置 NTP 认证。现在密钥的最大长度已更改为 32 字节。(BZ#1053551)

* ntp-keygen 实用工具生成 RSA 密钥时使用的指数为 3，且启用 FIPS 模式时无法生成 RSA 密钥。
ntp-keygen 现已修改为使用指数 65537，且在 FIPS 模式下可以按预期生成密钥。(BZ#1184421)

* ntpd 后台程序计算其根分散时包含根延迟。因此，NTP 服务器会报告比实际情况更大的根分散，当距离达到最大同步距离（默认为 1.5 秒）时，客户端可能会拒绝源。已修复根分散的计算，现在可正确报告根分散，且客户端不会因较大同步距离而拒绝服务器。
(BZ#1045376)

* 如果传入 NTP 数据包的源端口小于 123（NTP 端口），ntpd 后台程序会丢弃这些数据包。如果网络地址转换 (NAT) 后面的客户端的源端口转换为低于 123 的端口，则这些客户端无法与服务器同步。通过此更新， ntpd 不会再检查源端口号。(BZ#1171630)

增强：

* 此更新引入了用于共享内存驱动 (SHM) 参考时钟的对内存段的可配置访问。之前，仅前两个内存段通过“仅限所有者访问”创建，从而只允许在系统上安全使用两个 SHM 参考时钟。现在，SHM 的“仅限所有者访问”可通过“模式”选项进行配置，因此可以安全地使用更多 SHM 参考时钟。(BZ#1122015)

* 针对 SHM 参考时钟添加了纳秒级分辨率支持。在此更新之前，如果使用精确时间协议 (PTP) 硬件时钟作为时间源来同步系统时钟（例如使用 linuxptp 程序包中的 timemaster 服务），由于 SHM 协议使用微秒级精度，同步准确性会受限制。现在， SHM 协议的纳秒扩展使系统时钟可以进行亚微秒级的同步。(BZ#1117704)

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

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

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

网络时间协议 (NTP) 用于将计算机的时间与其他引用时间源进行同步。

已发现由于 NTP 的访问控制基于源 IP 地址，攻击者可以绕过源 IP 限制，通过欺骗 ::1 地址来发送恶意控制和配置数据包。
(CVE-2014-9298)

在 NTP 主机相互进行对等操作的方式中发现拒绝服务缺陷，这些主机会在更新其内部状态变量之前进行自我认证。攻击者可以向对等主机发送一个数据包，该数据包可级联至其他对等主机并终止其中的同步进程。(CVE-2015-1799)

在 ntp-keygen 实用工具在大端系统上生成对称 MD5 密钥的方式中发现一个缺陷。攻击者可能利用此缺陷猜测生成的 MD5 密钥，并用其欺骗 NTP 客户端或服务器。(CVE-2015-3405)

在实现 NTP autokey 协议的方式中发现基于堆栈的缓冲区溢出。当 NTP 客户端对从 NTP 服务器收到的密码进行解密时，可能导致该客户端崩溃。
(CVE-2014-9297)

已发现 ntpd 在配置为使用对称加密密钥时，不会检查所接受的数据包中是否存在消息验证代码 (MAC)。中间人攻击者可以利用此缺陷在不知道对称密钥的前提下，发送构建的数据包并使客户端或对等机接受这些数据包。
(CVE-2015-1798)

CVE-2015-1798 和 CVE-2015-1799 问题由 Red Hat 的 Miroslav Lichvár 发现。

缺陷补丁：

* ntpd 后台程序将密钥文件中指定的对称密钥截断为 20 字节。因此，无法针对使用较长密钥的对等方配置 NTP 认证。现在密钥的最大长度已更改为 32 字节。(BZ#1053551)

* ntp-keygen 实用工具生成 RSA 密钥时使用的指数为 3，且启用 FIPS 模式时无法生成 RSA 密钥。
ntp-keygen 现已修改为使用指数 65537，且在 FIPS 模式下可以按预期生成密钥。(BZ#1184421)

* ntpd 后台程序计算其根分散时包含根延迟。因此，NTP 服务器会报告比实际情况更大的根分散，当距离达到最大同步距离（默认为 1.5 秒）时，客户端可能会拒绝源。已修复根分散的计算，现在可正确报告根分散，且客户端不会因较大同步距离而拒绝服务器。
(BZ#1045376)

* 如果传入 NTP 数据包的源端口小于 123（NTP 端口），ntpd 后台程序会丢弃这些数据包。如果网络地址转换 (NAT) 后面的客户端的源端口转换为低于 123 的端口，则这些客户端无法与服务器同步。通过此更新， ntpd 不会再检查源端口号。(BZ#1171630)

增强：

* 此更新引入了用于共享内存驱动 (SHM) 参考时钟的对内存段的可配置访问。之前，仅前两个内存段通过“仅限所有者访问”创建，从而只允许在系统上安全使用两个 SHM 参考时钟。现在，SHM 的“仅限所有者访问”可通过“模式”选项进行配置，因此可以安全地使用更多 SHM 参考时钟。(BZ#1122015)

* 针对 SHM 参考时钟添加了纳秒级分辨率支持。在此更新之前，如果使用精确时间协议 (PTP) 硬件时钟作为时间源来同步系统时钟（例如使用 linuxptp 程序包中的 timemaster 服务），由于 SHM 协议使用微秒级精度，同步准确性会受限制。现在， SHM 协议的纳秒扩展使系统时钟可以进行亚微秒级的同步。(BZ#1117704)

针对 CVE-2015-1799、CVE-2015-1798、#1210324 的安全补丁。

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

远程 NTP 服务器的版本低于 4.2.8p2。因此，它可能受到多种漏洞的影响：

- 只有当 MAC 字段具有非零长度时，receive 函数中的对称密钥功能才要求正确的消息认证码 (MAC)。这导致中间人攻击者更容易通过省略 MAC 来假冒数据包。(CVE-2015-1798)

- 在处理发送至两个彼此对等的主机之一的特别构建数据包时，receive 函数中的对称密钥功能中存在一个缺陷。这允许攻击者造成服务器的下一次同步尝试失败。
 (CVE-2015-1799)

由于 ntp-keygen 实用工具在大端系统上生成对称 MD5 密钥的方式所致，“util/ntp-keygen.c”中存在一个缺陷。这使得远程攻击者更容易猜中对称 MD5 密钥，从而欺骗 NTP 服务器或客户端。(CVE-2015-3405)

ntp 已更新，修正了兩個安全性問題：

CVE-2015-1799：ntpd 驗證並未防止對稱式關聯性遭受 DoS 攻擊 (bsc#924202)

CVE-2015-3405：ntp-keygen 可能會在位元組由大到小系統上產生非隨機對稱金鑰 (bsc#928321)

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

現已提供適用於 Red Hat Enterprise Linux 6 的更新版 ntp 套件，可修正多個安全性問題、數個錯誤，並新增兩個增強功能。

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

網路時間通訊協定 (NTP) 可用來同步電腦的時間與另一個參照的時間來源。

據發現，由於 NTP 的存取控制是以來源 IP 位址為基礎，因此攻擊者可透過偽造 ::1 位址繞過來源 IP 限制，並傳送惡意的控制項與組態封包。
(CVE-2014-9298)

更新內部狀態變數之前，在彼此對等的 NTP 主機用於自行驗證的方式中發現一個拒絕服務瑕疵。攻擊者可將封包傳送至一個對等主機，這可能與其他對等主機重疊顯示，並停止可觸及之對等主機的同步處理程序。(CVE-2015-1799)

在 ntp-keygen 公用程式於位元組由大到小的系統上產生 MD5 對稱金鑰的方式中發現一個瑕疵。攻擊者可能利用此瑕疵猜測已產生的 MD5 金鑰，然後利用這些金鑰偽造 NTP 用戶端或伺服器。(CVE-2015-3405)

在實作 NTP 自動金鑰通訊協定的方式中發現一個堆疊型緩衝區溢位。當 NTP 用戶端解密接收自 NTP 伺服器的密碼時，可能會使該用戶端當機。
(CVE-2014-9297)

據發現，當 ntpd 設定為使用對稱密碼解譯金鑰時，ntpd 不會檢查所接收的封包中是否存在訊息驗證碼 (MAC)。攔截式攻擊者可利用此瑕疵，在攻擊者不知道對稱金鑰的情況下傳送特製封包，並由用戶端或對等主機接受。
(CVE-2015-1798)

CVE-2015-1798 和 CVE-2015-1799 問題由 Red Hat 的 Miroslav Lichvár 發現。

錯誤修正：

* ntpd 程序會將金鑰檔案中所指定的對稱金鑰截斷為 20 個位元組。因此，無法設定 NTP 驗證處理使用較長金鑰的對等。金鑰長度上限現在已變更為 32 個位元組。(BZ#1053551)

* ntp-keygen 公用程式使用指數為 3 的 RSA 金鑰，因此在啟用 FIPS 模式時，產生 RSA 金鑰失敗。
ntp-keygen 已經修改，可使用指數 65537，因此，在 FIPS 模式下產生金鑰現在可如預期般運作。(BZ#1184421)

* ntpd 程序在計算其 root 散佈時，包含 root 延遲。因此，NTP 伺服器所報告的 root 散佈比其應當具備的值還大，因而在其距離達到最大同步距離 (預設為 1.5 秒) 時，用戶端可能會拒絕來源。root 散佈的計算已經修正，現在會正確報告 root 散佈結果，因此用戶端不再會因為同步距離大而拒絕伺服器。
(BZ#1045376)

* 如果 ntpd 程序的來源連接埠低於 123 (NTP 連接埠)，則會捨棄傳入的 NTP 封包。對於網路位址轉譯 (NAT) 之後的用戶端，如果其來源連接埠轉譯為低於 123 的連接埠，則這些用戶端無法與伺服器同步。使用此更新時，ntpd 不再會檢查來源連接埠號碼。(BZ#1171630)

增強功能：

* 此更新引入共用記憶體驅動程式 (SHM) 參照時間所使用之記憶體區段的可設定存取權。先前，只會建立僅限擁有者存取的前兩個記憶體區段，這樣只允許在系統上安全地使用兩個 SHM 參照時鐘。現在可使用「模式」選項設定 SHM 的僅限擁有者存取權，因此可以安全地使用更多 SHM 參照時鐘。(BZ#1122015)

* 已將 nanosecond 解析的支援新增至 SHM 參照時鐘。在此更新之前，使用精確時間通訊協定 (PTP) 硬體時鐘作為同步系統時鐘的時間來源時 (例如，使用 linuxptp 套件中的 timemaster 服務)，同步的準確度會因為 SHM 通訊協定的毫秒解析而受到限制。SHM 通訊協定中的 nanosecond 延伸模組現在會啟用系統時鐘的子毫秒同步。(BZ#1117704)

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

現已提供適用於 Red Hat Enterprise Linux 6 的更新版 ntp 套件，可修正多個安全性問題、數個錯誤，並新增兩個增強功能。

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

網路時間通訊協定 (NTP) 可用來同步電腦的時間與另一個參照的時間來源。

據發現，由於 NTP 的存取控制是以來源 IP 位址為基礎，因此攻擊者可透過偽造 ::1 位址繞過來源 IP 限制，並傳送惡意的控制項與組態封包。
(CVE-2014-9298)

更新內部狀態變數之前，在彼此對等的 NTP 主機用於自行驗證的方式中發現一個拒絕服務瑕疵。攻擊者可將封包傳送至一個對等主機，這可能與其他對等主機重疊顯示，並停止可觸及之對等主機的同步處理程序。(CVE-2015-1799)

在 ntp-keygen 公用程式於位元組由大到小的系統上產生 MD5 對稱金鑰的方式中發現一個瑕疵。攻擊者可能利用此瑕疵猜測已產生的 MD5 金鑰，然後利用這些金鑰偽造 NTP 用戶端或伺服器。(CVE-2015-3405)

在實作 NTP 自動金鑰通訊協定的方式中發現一個堆疊型緩衝區溢位。當 NTP 用戶端解密接收自 NTP 伺服器的密碼時，可能會使該用戶端當機。
(CVE-2014-9297)

據發現，當 ntpd 設定為使用對稱密碼解譯金鑰時，ntpd 不會檢查所接收的封包中是否存在訊息驗證碼 (MAC)。攔截式攻擊者可利用此瑕疵，在攻擊者不知道對稱金鑰的情況下傳送特製封包，並由用戶端或對等主機接受。
(CVE-2015-1798)

CVE-2015-1798 和 CVE-2015-1799 問題由 Red Hat 的 Miroslav Lichvár 發現。

錯誤修正：

* ntpd 程序會將金鑰檔案中所指定的對稱金鑰截斷為 20 個位元組。因此，無法設定 NTP 驗證處理使用較長金鑰的對等。金鑰長度上限現在已變更為 32 個位元組。(BZ#1053551)

* ntp-keygen 公用程式使用指數為 3 的 RSA 金鑰，因此在啟用 FIPS 模式時，產生 RSA 金鑰失敗。
ntp-keygen 已經修改，可使用指數 65537，因此，在 FIPS 模式下產生金鑰現在可如預期般運作。(BZ#1184421)

* ntpd 程序在計算其 root 散佈時，包含 root 延遲。因此，NTP 伺服器所報告的 root 散佈比其應當具備的值還大，因而在其距離達到最大同步距離 (預設為 1.5 秒) 時，用戶端可能會拒絕來源。root 散佈的計算已經修正，現在會正確報告 root 散佈結果，因此用戶端不再會因為同步距離大而拒絕伺服器。
(BZ#1045376)

* 如果 ntpd 程序的來源連接埠低於 123 (NTP 連接埠)，則會捨棄傳入的 NTP 封包。對於網路位址轉譯 (NAT) 之後的用戶端，如果其來源連接埠轉譯為低於 123 的連接埠，則這些用戶端無法與伺服器同步。使用此更新時，ntpd 不再會檢查來源連接埠號碼。(BZ#1171630)

增強功能：

* 此更新引入共用記憶體驅動程式 (SHM) 參照時間所使用之記憶體區段的可設定存取權。先前，只會建立僅限擁有者存取的前兩個記憶體區段，這樣只允許在系統上安全地使用兩個 SHM 參照時鐘。現在可使用「模式」選項設定 SHM 的僅限擁有者存取權，因此可以安全地使用更多 SHM 參照時鐘。(BZ#1122015)

* 已將 nanosecond 解析的支援新增至 SHM 參照時鐘。在此更新之前，使用精確時間通訊協定 (PTP) 硬體時鐘作為同步系統時鐘的時間來源時 (例如，使用 linuxptp 套件中的 timemaster 服務)，同步的準確度會因為 SHM 通訊協定的毫秒解析而受到限制。SHM 通訊協定中的 nanosecond 延伸模組現在會啟用系統時鐘的子毫秒同步。(BZ#1117704)

在 ntp (網路時間通訊協定的實作) 中發現多個弱點：

- CVE-2015-1798 當設定為搭配 NTP 對等節點使用對稱金鑰時，ntpd 會接受沒有 MAC 的封包，就像其具有有效 MAC 一樣。這會允許遠端攻擊者繞過封包驗證，在不需要知道對稱金鑰的情況下傳送惡意封包。

- CVE-2015-1799 使用經驗證的對稱式關聯與其他 NTP 主機建立對等關係時，ntpd 會在驗證 NTP 訊息的 MAC 前更新其內部狀態變數。這會讓遠端攻擊者妨礙 NTP 對等節點之間的同步作業，進而引發拒絕服務。

此外，據發現，在位元組由大到小的機器上使用 ntp-keygen 產生 MD5 金鑰會觸發無限迴圈，或產生非隨機金鑰。

CVE-2015-1799、CVE-2015-1798、#1210324 的安全性修正

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

遠端 NTP 伺服器的版本比 4.2.8p2 舊。因此可能受到多個弱點影響：

- 只有在訊息驗證碼 (MAC) 欄位長度非零時，receive 函式的對稱金鑰功能才會需要正確的 MAC。這會讓攔截式攻擊者更容易省略 MAC，進而偽造封包。(CVE-2015-1798)

- 處理特製封包時，receive 函式的對稱金鑰功能存在一個瑕疵，該特製封包是要傳送給互為對等關係的兩個主機其中之一。這會允許攻擊者造成伺服器下次嘗試同步時失敗。
 (CVE-2015-1799)

- ‘util/ntp-keygen.c’ 中存在一個瑕疵，該瑕疵是因 ntp-keygen 公用程式於位元組由大到小的系統上產生 MD5 對稱金鑰的方式所導致。這會讓遠端攻擊者更容易猜出 MD5 對稱金鑰，導致其偽造 NTP 伺服器或用戶端。(CVE-2015-3405)

Multiple vulnerabilities were discovered in ntp, an implementation of the Network Time Protocol :

  - CVE-2015-1798     When configured to use a symmetric key with an NTP peer,     ntpd would accept packets without MAC as if they had a     valid MAC. This could allow a remote attacker to bypass     the packet authentication and send malicious packets     without having to know the symmetric key.

  - CVE-2015-1799     When peering with other NTP hosts using authenticated     symmetric association, ntpd would update its internal     state variables before the MAC of the NTP messages was     validated. This could allow a remote attacker to cause a     denial of service by impeding synchronization between     NTP peers.

Additionally, it was discovered that generating MD5 keys using ntp-keygen on big endian machines would either trigger an endless loop, or generate non-random keys.

Security fix for CVE-2015-1799, CVE-2015-1798, #1210324

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.

Updated ntp packages that fix multiple security issues, several bugs, and add two enhancements 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.

The Network Time Protocol (NTP) is used to synchronize a computer's time with another referenced time source.

It was found that because NTP's access control was based on a source IP address, an attacker could bypass source IP restrictions and send malicious control and configuration packets by spoofing ::1 addresses.
(CVE-2014-9298)

A denial of service flaw was found in the way NTP hosts that were peering with each other authenticated themselves before updating their internal state variables. An attacker could send packets to one peer host, which could cascade to other peers, and stop the synchronization process among the reached peers. (CVE-2015-1799)

A flaw was found in the way the ntp-keygen utility generated MD5 symmetric keys on big-endian systems. An attacker could possibly use this flaw to guess generated MD5 keys, which could then be used to spoof an NTP client or server. (CVE-2015-3405)

A stack-based buffer overflow was found in the way the NTP autokey protocol was implemented. When an NTP client decrypted a secret received from an NTP server, it could cause that client to crash.
(CVE-2014-9297)

It was found that ntpd did not check whether a Message Authentication Code (MAC) was present in a received packet when ntpd was configured to use symmetric cryptographic keys. A man-in-the-middle attacker could use this flaw to send crafted packets that would be accepted by a client or a peer without the attacker knowing the symmetric key.
(CVE-2015-1798)

The CVE-2015-1798 and CVE-2015-1799 issues were discovered by Miroslav Lichvar of Red Hat.

Bug fixes :

* The ntpd daemon truncated symmetric keys specified in the key file to 20 bytes. As a consequence, it was impossible to configure NTP authentication to work with peers that use longer keys. The maximum length of keys has now been changed to 32 bytes. (BZ#1053551)

* The ntp-keygen utility used the exponent of 3 when generating RSA keys, and generating RSA keys failed when FIPS mode was enabled.
ntp-keygen has been modified to use the exponent of 65537, and generating keys in FIPS mode now works as expected. (BZ#1184421)

* The ntpd daemon included a root delay when calculating its root dispersion. Consequently, the NTP server reported larger root dispersion than it should have and clients could reject the source when its distance reached the maximum synchronization distance (1.5 seconds by default). Calculation of root dispersion has been fixed, the root dispersion is now reported correctly, and clients no longer reject the server due to a large synchronization distance.
(BZ#1045376)

* The ntpd daemon dropped incoming NTP packets if their source port was lower than 123 (the NTP port). Clients behind Network Address Translation (NAT) were unable to synchronize with the server if their source port was translated to ports below 123. With this update, ntpd no longer checks the source port number. (BZ#1171630)

Enhancements :

* This update introduces configurable access of memory segments used for Shared Memory Driver (SHM) reference clocks. Previously, only the first two memory segments were created with owner-only access, allowing just two SHM reference clocks to be used securely on a system. Now, the owner-only access to SHM is configurable with the 'mode' option, and it is therefore possible to use more SHM reference clocks securely. (BZ#1122015)

* Support for nanosecond resolution has been added to the SHM reference clock. Prior to this update, when a Precision Time Protocol (PTP) hardware clock was used as a time source to synchronize the system clock (for example, with the timemaster service from the linuxptp package), the accuracy of the synchronization was limited due to the microsecond resolution of the SHM protocol. The nanosecond extension in the SHM protocol now enables sub-microsecond synchronization of the system clock. (BZ#1117704)

The remote Oracle Linux 6 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2015-1459 advisory.

    - reject packets without MAC when authentication is enabled (CVE-2015-1798)
    - protect symmetric associations with symmetric key against DoS attack       (CVE-2015-1799)
    - fix generation of MD5 keys with ntp-keygen on big-endian systems       (CVE-2015-3405)

Tenable has extracted the preceding description block directly from the Oracle Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ntp was updated to fix two security issues :

CVE-2015-1799: ntpd authentication did not protect symmetric associations against DoS attacks (bsc#924202)

CVE-2015-3405: ntp-keygen may generate non-random symmetric keys on big-endian systems (bsc#928321)

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

The version of the remote NTP server is 3.x or 4.x prior to 4.2.8p2.
It is, therefore, affected by the following vulnerabilities :

  - The symmetric-key feature in the receive() function     requires a correct message authentication code (MAC)     only if the MAC field has a nonzero length. A     man-in-the-middle attacker can exploit this to spoof     packets by omitting the MAC. (CVE-2015-1798)

  - A flaw exists in the symmetric-key feature in the     receive() function when handling a specially crafted     packet sent to one of two hosts that are peering with     each other. An attacker can exploit this to cause the     next attempt by the servers to synchronize to fail.
    (CVE-2015-1799)

  - A flaw exists in util/ntp-keygen.c due to the way that     the ntp-keygen utility generates MD5 symmetric keys on     big-endian systems. A remote attacker can exploit this     to more easily guess MD5 symmetric keys and thereby     spoof an NTP server or client. (CVE-2015-3405)

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
82745	Debian DSA-3223-1：ntp - 安全更新	Nessus	Debian Local Security Checks	2015/4/14	2021/1/11	high
84544	SUSE SLED11 / SLES11 安全更新：ntp (SUSE-SU-2015:1173-1)	Nessus	SuSE Local Security Checks	2015/7/6	2021/1/6	high
85025	CentOS 6：ntp (CESA-2015:1459)	Nessus	CentOS Local Security Checks	2015/7/28	2021/1/4	high
85111	Oracle Linux 6：ntp (ELSA-2015-1459)	Nessus	Oracle Linux Local Security Checks	2015/7/30	2024/10/22	high
83121	Fedora 21：ntp-4.2.6p5-30.fc21 (2015-5830)	Nessus	Fedora Local Security Checks	2015/4/29	2021/1/11	high
83744	网络时间协议后台程序 (ntpd) < 4.2.8p2 多种漏洞	Nessus	Misc.	2015/5/21	2019/11/22	high
84544	SUSE SLED11 / SLES11 安全性更新：ntp (SUSE-SU-2015:1173-1)	Nessus	SuSE Local Security Checks	2015/7/6	2021/1/6	high
85025	CentOS 6 : ntp (CESA-2015:1459)	Nessus	CentOS Local Security Checks	2015/7/28	2021/1/4	high
85111	Oracle Linux 6 : ntp (ELSA-2015-1459)	Nessus	Oracle Linux Local Security Checks	2015/7/30	2024/10/22	high
82745	Debian DSA-3223-1：ntp - 安全性更新	Nessus	Debian Local Security Checks	2015/4/14	2021/1/11	high
83121	Fedora 21：ntp-4.2.6p5-30.fc21 (2015-5830)	Nessus	Fedora Local Security Checks	2015/4/29	2021/1/11	high
83744	網路時間通訊協定程序 (ntpd) < 4.2.8p2 多個弱點	Nessus	Misc.	2015/5/21	2019/11/22	high
82745	Debian DSA-3223-1 : ntp - security update	Nessus	Debian Local Security Checks	2015/4/14	2021/1/11	high
83121	Fedora 21 : ntp-4.2.6p5-30.fc21 (2015-5830)	Nessus	Fedora Local Security Checks	2015/4/29	2021/1/11	high
85025	CentOS 6 : ntp (CESA-2015:1459)	Nessus	CentOS Local Security Checks	2015/7/28	2021/1/4	high
85111	Oracle Linux 6 : ntp (ELSA-2015-1459)	Nessus	Oracle Linux Local Security Checks	2015/7/30	2024/10/22	high
84544	SUSE SLED11 / SLES11 Security Update : ntp (SUSE-SU-2015:1173-1)	Nessus	SuSE Local Security Checks	2015/7/6	2021/1/6	high
83744	Network Time Protocol Daemon (ntpd) 3.x / 4.x < 4.2.8p2 Multiple Vulnerabilities	Nessus	Misc.	2015/5/21	2019/11/22	high

检测

插件搜索

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high

high