The version of coredns installed on the remote Azure Linux 3.0 host is prior to tested version. It is, therefore, affected by a vulnerability as referenced in the CVE-2024-53259 advisory.

  - quic-go is an implementation of the QUIC protocol in Go. An off-path attacker can inject an ICMP Packet     Too Large packet. Since affected quic-go versions used IP_PMTUDISC_DO, the kernel would then return a     message too large error on sendmsg, i.e. when quic-go attempts to send a packet that exceeds the MTU     claimed in that ICMP packet. By setting this value to smaller than 1200 bytes (the minimum MTU for QUIC),     the attacker can disrupt a QUIC connection. Crucially, this can be done after completion of the handshake,     thereby circumventing any TCP fallback that might be implemented on the application layer (for example,     many browsers fall back to HTTP over TCP if they're unable to establish a QUIC connection). The attacker     needs to at least know the client's IP and port tuple to mount an attack. This vulnerability is fixed in     0.48.2. (CVE-2024-53259)

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

リモートの Azure Linux 3.0 ホストにインストールされている coredns のバージョンは、テスト済みのバージョンより前です。したがって、CVE-2024-53259 のアドバイザリに記載されている脆弱性の影響を受けます。

  - quic-go は Go の QUIC プロトコルの実装です。オフパス攻撃者が ICMP パケットが大きすぎるパケットを注入する可能性があります。影響を受ける quic-go バージョンは IP_PMTUDISC_DO を使用するため、quic-go がその ICMP パケットで要求されている MTU を超えるパケットを送信しようとする際に、sendmsg でメッセージが大きすぎるエラーを返します。この値を 1200 バイトQUIC 用の最小 MTUより小さい値に設定することで、攻撃者は QUIC 接続を中断する可能性があります。これは特に、ハンドシェイクの完了後に実行できます。これにより、アプリケーションレイヤーで実装される可能性がある TCP フォールバックを回避できます (たとえば、多くのブラウザは、QUIC 接続を確立できない場合、TCP 経由で HTTP にフォールバックします)。攻撃者は攻撃を仕掛けることができるために、少なくともクライアントの IP とポート tupple を知っている必要があります。この脆弱性は 0.48.2 で修正されました。(CVE-2024-53259)

Nessus はこの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - quic-go is an implementation of the QUIC protocol in Go. An off-path attacker can inject an ICMP Packet     Too Large packet. Since affected quic-go versions used IP_PMTUDISC_DO, the kernel would then return a     message too large error on sendmsg, i.e. when quic-go attempts to send a packet that exceeds the MTU     claimed in that ICMP packet. By setting this value to smaller than 1200 bytes (the minimum MTU for QUIC),     the attacker can disrupt a QUIC connection. Crucially, this can be done after completion of the handshake,     thereby circumventing any TCP fallback that might be implemented on the application layer (for example,     many browsers fall back to HTTP over TCP if they're unable to establish a QUIC connection). The attacker     needs to at least know the client's IP and port tuple to mount an attack. This vulnerability is fixed in     0.48.2. (CVE-2024-53259)

Note that Nessus relies on the presence of the package as reported by the vendor.

The remote Redhat Enterprise Linux 8 / 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the RHSA-2024:10766 advisory.

    Red Hat Ansible Automation Platform provides an enterprise framework for building, deploying and managing     IT automation at scale. IT Managers can provide top-down guidelines on how automation is applied to     individual teams, while automation developers retain the freedom to write tasks that leverage existing     knowledge without the overhead. Ansible Automation Platform makes it possible for users across an     organization to share, vet, and manage automation content by means of a simple, powerful, and agentless     language.

    Security Fix(es):

    * automation-controller: aiohttp vulnerable to request smuggling due to incorrect parsing of chunk     extensions (CVE-2024-52304)

    For more details about the security issue(s), including the impact, a CVSS score, acknowledgments, and     other related information, refer to the CVE page(s) listed in the References section.

    Updates and fixes included:

    Automation controller
    * Fix job schedules running at incorrect times when rrule interval was set to HOURLY or MINUTELY     (AAP-36572)
    * Fix bug where unrelated jobs could be marked as a dependency of other jobs (AAP-35309)
    * Include pod anti-affinity configuration on default containergroup pod spec to optimally spread workload     (AAP-35055)
    * Updated the minor version of uWSGI to obtain updated log verbiage (AAP-33169)
    * automation-controller has been updated to 4.6.3

    Receptor
    * Fixed an issue that caused a Receptor runtime panic error (AAP-36476)
    * receptor has been updated to 1.5.1

    Container-based Ansible Automation Platform
    * With this update, you cannot change the postgresql_admin_username value when using a managed database     node (AAP-36577)
    * Added update support for PCP monitoring role (AAP-36576)
    * With this update, ID and Image fields from a container image are used instead of Digest and ImageDigest     to trigger a container update (AAP-36575)
    * Disabled platform gateway authentication in the proxy configuration to prevent HTTP 502 errors when the     control plane is down (AAP-36484)
    * With this update, you can use dedicated nodes for the Redis group (AAP-36480)
    * Fixed an issue where disabling TLS on Automation Gateway would cause installation to fail (AAP-35966)
    * Fixed an issue where platform gateway uninstall would leave container systemd unit files on disk     (AAP-35329)
    * Fixed an issue where disabling TLS on Automation Gateway proxy would cause installation to fail     (AAP-35145)
    * With this update, you can now update the registry URL value in Event-Driven Ansible credentials     (AAP-35085)
    * Fixed an issue where the automation hub container signing service creation failed when     hub_collection_signing=false but hub_container_signing=true (AAP-34977)
    * Fixed an issue with the HOME environment variable for receptor containers which would cause a permission     denied error on the containerized execution node (AAP-34945)
    * Fixed an issue where not setting up the GPG agent socket properly when multiple hub nodes are     configured, resulted in not creating a GPG socket file in /var/tmp/pulp (AAP-34815)
    * With this update, you can now change the automation gateway port value after the initial deployment     (AAP-34813)
    * With this update, the kernel.keys.maxkeys and kernel.keys.maxbytes settings are increased on systems     with large memory configuration (AAP-34019)
    * Added ansible_connection=local to the inventory-growth file and clarified its usage (AAP-34016)
    * containerized installer setup has been updated to 2.5-6

    RPM-based Ansible Automation Platform
    * Receptor data directory can now be configured using 'receptor_datadir' variable (AAP-36697)
    * Disabled platform gateway authentication in the proxy configuration to allow access to UI when the     control plane is down (AAP-36667)
    * Fixed an issue where the metrics-utility command failed to run after updating automation controller     (AAP-36486)
    * Fix issue where the dispatcher service went into FATAL status and failed to process new jobs after a     database outage of a few minutes (AAP-36457)
    * Fixed the owner and group permissions on the /etc/tower/uwsgi.ini file (AAP-35765)
    * With this update, you can now update the registry URL value in Event-Driven Ansible credentials     (AAP-35162)
    * Fixed an issue where not having eda_node_type defined in the inventory file would result in backup     failure (AAP-34730)
    * Fixed an issue where not having routable_hostname defined in the inventory file would result in a     restore failure (AAP-34563)
    * With this update, the inventory-growth file is now included in the ansible-automation-platform-installer     (AAP-33944)
    * ansible-automation-platform-installer and installer setup have been updated to 2.5-6

Tenable has extracted the preceding description block directly from the Red Hat Enterprise 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.

The version of coredns installed on the remote CBL Mariner 2.0 host is prior to tested version. It is, therefore, affected by a vulnerability as referenced in the CVE-2024-53259 advisory.

  - quic-go is an implementation of the QUIC protocol in Go. An off-path attacker can inject an ICMP Packet     Too Large packet. Since affected quic-go versions used IP_PMTUDISC_DO, the kernel would then return a     message too large error on sendmsg, i.e. when quic-go attempts to send a packet that exceeds the MTU     claimed in that ICMP packet. By setting this value to smaller than 1200 bytes (the minimum MTU for QUIC),     the attacker can disrupt a QUIC connection. Crucially, this can be done after completion of the handshake,     thereby circumventing any TCP fallback that might be implemented on the application layer (for example,     many browsers fall back to HTTP over TCP if they're unable to establish a QUIC connection). The attacker     needs to at least know the client's IP and port tuple to mount an attack. This vulnerability is fixed in     0.48.2. (CVE-2024-53259)

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

远程 Azure Linux 3.0 主机上安装的 coredns 版本低于 测试的版本。因此，该程序受到 CVE-2024-53259 公告中提及的一个漏洞影响。

  - quic-go 是 QUIC 协议的 Go 实现。路径外攻击者可注入 ICMP 数据包过大数据包。由于受影响的 quic-go 版本使用 IP_PMTUDISC_DO因此当 quic-go 尝试发送超过该 ICMP 数据包中声明的 MTU 的数据包时内核会在 sendmsg 上返回消息过大错误。通过将此值设置为小于 1200 字节的 QUIC 的最小 MTU攻击者可中断 QUIC 连接。至关重要的是这可在握手完成后完成从而避免可能在应用程序层上实现的任何 TCP 回退例如许多浏览器在无法建立 QUIC 连接时会回退到 HTTP over TCP。攻击者至少需要知道客户端的 IP 和端口元组才能发动攻击。此漏洞已在 0.48.2 中修复。(CVE-2024-53259)

请注意，Nessus 尚未测试此问题，而是只依据应用程序自我报告的版本号进行判断。

Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - quic-go は Go の QUIC プロトコルの実装です。オフパス攻撃者が ICMP パケットが大きすぎるパケットを注入する可能性があります。影響を受ける quic-go バージョンは IP_PMTUDISC_DO を使用するため、quic-go がその ICMP パケットで要求されている MTU を超えるパケットを送信しようとする際に、sendmsg でメッセージが大きすぎるエラーを返します。この値を 1200 バイトQUIC 用の最小 MTUより小さい値に設定することで、攻撃者は QUIC 接続を中断する可能性があります。これは特に、ハンドシェイクの完了後に実行できます。これにより、アプリケーションレイヤーで実装される可能性がある TCP フォールバックを回避できます (たとえば、多くのブラウザは、QUIC 接続を確立できない場合、TCP 経由で HTTP にフォールバックします)。攻撃者は攻撃を仕掛けることができるために、少なくともクライアントの IP とポート tupple を知っている必要があります。この脆弱性は 0.48.2 で修正されました。(CVE-2024-53259)

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

远程 Redhat Enterprise Linux 8/9 主机上安装的多个程序包受到 RHSA-2024:10766 公告中提及的多个漏洞影响。

    Red Hat Ansible Automation Platform 为大规模构建、部署和管理 IT 自动化提供了一个企业框架。IT 管理人员可以为如何将自动化应用于各个团队提供全面的指导原则，而自动化开发人员仍然可以自由地利用现有知识编写任务，而不会导致开销增加。Ansible Automation Platform 让整个组织的用户都能够通过简单、强大的无代理语言，共享、审查和管理自动化内容。

    安全修复：

    * automation-controller：aiohttp 容易遭受请求走私攻击，这是错误解析区块扩展所导致 (CVE-2024-52304)

    有关上述安全问题的更多详细信息，包括其影响、CVSS 得分、知晓，以及其他相关信息，请参阅列于“参考”部分的 CVE 页面。

    包含的更新和补丁：

    自动化控制器
    * 修复当 rrule 间隔设置为 HOURLY 或 MINUTELY 时会在错误时间运行的作业计划 (AAP-36572)
    * 修复不相关的作业可被标记为其他作业的依赖项这一错误 (AAP-35309)
    * 在默认的 containergroup pod 规范中包括 pod 反关联性配置以最佳方式分布工作负载 (AAP-35055)
    * 更新了 uWSGI 的次要版本以获取更新后的日志冗长 (AAP-33169)
    * automation-controller 已更新至 4.6.3

    Receptor
    * 修复了会导致 Receptor 运行时错误的问题 (AAP-36476)
    * 已将 receptor 更新为 1.5.1

    基于容器的 Ansible Automation Platform
    * 更新后，无法在使用托管数据库节点时更改 postgresql_admin_username 的值 (AAP-36577)
    * 添加了对 PCP 监控角色的更新支持 (AAP-36576)
    * 更新后，系统会使用容器映像中的 ID 和 Image 字段（而非 Digest 和 ImageDigest）来触发容器更新 (AAP-36575)
    * 禁用了代理配置中的平台网关认证，以防止在控制平面关闭时出现 HTTP 502 错误 (AAP-36484)
    * 更新后，您可以为 Redis 组使用专用节点 (AAP-36480)
    * 修复了在 Automation Gateway 上禁用 TLS 会造成安装失败的问题 (AAP-35966)
    * 修复了卸载平台网关时将容器 systemd 单元文件留在磁盘上的问题 (AAP-35329)
    * 修复了在 Automation Gateway 代理上禁用 TLS 会造成安装失败的问题 (AAP-35145)
    * 通过此更新，现在可更新事件驱动的 Ansible 凭据中的注册表 URL 值 (AAP-35085)
    * 修复了当 hub_collection_signing=false but hub_container_signing=true 时，自动化中心容器签名服务创建失败的问题 (AAP-34977)
    * 修复了接收器容器的 HOME 环境变量问题，该问题会造成在容器化执行节点上出现权限被拒绝错误 (AAP-34945)
    * 修复了配置多个 hub 节点时会错误设置 GPG 代理套接字的问题，此问题会导致系统未在 /var/tmp/pulp 中创建 GPG 套接字文件 (AAP-34815)
    * 通过此更新，您现在可以在初始部署之后更改自动化网关端口值 (AAP-34813)
    * 通过此更新，在内存配置较大的系统上增加了 kernel.keys.maxkeys 和 kernel.keys.maxbytes 设置 (AAP-34019)
    * 向 inventory-growth 文件添加了 ansible_connection=local 并阐明了其用法 (AAP-34016)
    * 容器化安装程序设置已更新为 2.5-6

    基于 RPM 的 Ansible Automation Platform
    * 现在可使用“receptor_datadir”变量来配置接收器数据目录 (AAP-36697)
    * 禁用了代理配置中的平台网关认证，以允许在控制平面关闭时访问 UI (AAP-36667)
    * 修复了 metrics-utility 命令在更新自动化控制器后无法运行的问题 (AAP-36486)
    * 修复了数据库发生中断几分钟后，调度程序服务进入 FATAL 状态并且无法处理新作业的问题 (AAP-36457)
    * 修复了 /etc/tower/uwsgi.ini 文件的所有者和群组权限 (AAP-35765)
    * 通过此更新，现在可更新事件驱动的 Ansible 凭据中的注册表 URL 值 (AAP-35162)
    * 修复了 inventory 文件中没有定义 eda_node_type 会导致备份失败的问题 (AAP-34730)
    * 修复了 inventory 文件中没有定义 routable_hostname 会导致恢复失败的问题 (AAP-34563)
    * 通过此更新，ansible-automation-platform-installer 中现在包含 inventory-growth 文件 (AAP-33944)
    * ansible-automation-platform-installer 和安装程序设置已更新为 2.5-6

Tenable 已直接从 Red Hat Enterprise Linux 安全公告中提取上述描述块。

请注意，Nessus 尚未测试这些问题，而是只依据应用程序自我报告的版本号进行判断。

遠端 Azure Linux 3.0 主機上安裝的 coredns 版本比測試版本舊。因此，此版本會受到 CVE-2024-53259 公告中提及的一個弱點影響。

  - quic-go 是 Go 中的 QUIC 通訊協定實作。路徑外攻擊者可插入 ICMP 封包太大的封包。由於受影響的 quic-go 版本使用 IP_PMTUDISC_DO因此核心會在 sendmsg 上傳回一個過大錯誤訊息即當 quic-go 嘗試傳送超過 ICMP 封包中所宣告之 MTU 的封包時。藉由將此值設定為小於 1200 位元組 (QUIC 的最小 MTU)攻擊者可中斷 QUIC 連線。至關重要的是這可以在完成交握之後執行因此規避可能在應用程式層上實作的任何 TCP 遞補 (例如許多瀏覽器如果它們無法建立 QUIC 連線會遞補至 HTTP over TCP)。攻擊者至少必須知道用戶端的 IP 和連接埠 tuple 才能發動攻擊。此弱點已在 0.48.2 中修復。(CVE-2024-53259)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - quic-go 是 QUIC 协议的 Go 实现。路径外攻击者可注入 ICMP 数据包过大数据包。由于受影响的 quic-go 版本使用 IP_PMTUDISC_DO因此当 quic-go 尝试发送超过该 ICMP 数据包中声明的 MTU 的数据包时内核会在 sendmsg 上返回消息过大错误。通过将此值设置为小于 1200 字节的 QUIC 的最小 MTU攻击者可中断 QUIC 连接。至关重要的是这可在握手完成后完成从而避免可能在应用程序层上实现的任何 TCP 回退例如许多浏览器在无法建立 QUIC 连接时会回退到 HTTP over TCP。攻击者至少需要知道客户端的 IP 和端口元组才能发起攻击。此漏洞已在 0.48.2 中修复。(CVE-2024-53259)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

遠端 Redhat Enterprise Linux 8 / 9 主機上安裝的套件受到 RHSA-2024:10766 公告中提及的多個弱點影響。

    Red Hat Ansible Automation Platform 提供企業架構，用於大規模構建、部署和管理 IT 自動化。IT 管理員可針對如何將自動化套用至個別團隊，提供自上而下的準則，自動化開發人員則可繼續自由撰寫利用現有知識的工作，而不會產生額外負荷。Ansible Automation Platform 可讓組織內的使用者透過簡單、功能強大且無代理程式的語言，共用、檢查和管理自動化內容。

    安全性修正：

    * automation-controller：由於未正確剖析區塊延伸模組，aiohttp 容易遭受要求走私攻擊 (CVE-2024-52304)

    如需安全性問題的詳細資料，包括影響、CVSS 分數、致謝及其他相關資訊，請參閱〈參照〉一節列出的 CVE 頁面。

    包含的更新和修正：

    自動化控制器
    * 修正 rrule 間隔設為 HOURLY 或 MINUTELY 時，在錯誤時間執行的工作排程 (AAP-36572)
    * 修正可將不相關工作標記為其他工作相依性的錯誤 (AAP-35309)
    * 在預設的 containergroup pod 規格中納入 pod 反關聯性設定，以最佳化方式分散工作負載 (AAP-35055)
    * 更新了 uWSGI 的次要版本以取得更新後的記錄字詞 (AAP-33169)
    * 已將 automation-controller 更新至 4.6.3

    Receptor
    * 修正造成 Receptor 執行階段不穩定錯誤的問題 (AAP-36476)
    * 已將 receptor 更新至 1.5.1

    容器型 Ansible Automation Platform
    * 更新後，您無法在使用受管理的資料庫節點時變更 postgresql_admin_username 的值 (AAP-36577)
    * 新增 PCP 監控角色的更新支援 (AAP-36576)
    * 透過此更新，系統會使用容器映像中的 ID 和 Image 欄位，而非 Digest 和 ImageDigest 來觸發容器更新 (AAP-36575)
    * 停用 proxy 設定中的平台閘道驗證，以防止控制平面關閉時出現 HTTP 502 錯誤 (AAP-36484)
    * 透過此更新，您可以為 Redis 群組使用專用節點 (AAP-36480)
    * 已修正停用 Automation Gateway 上的 TLS 會導致安裝失敗的問題 (AAP-35966)
    * 已修正平台閘道解除安裝時會將容器 systemd 單元檔案保留在磁碟上的問題 (AAP-35329)
    * 已修正停用 Automation Gateway proxy 上的 TLS 會導致安裝失敗的問題 (AAP-35145)
    * 透過此更新，您現在可以更新 Event-Driven Ansible 憑證中的登錄 URL 值 (AAP-35085)
    * 已修正當 hub_collection_signing=false 但 hub_container_signing=true 時自動化集線器容器簽署服務建立失敗的問題 (AAP-34977)
    * 已修正接收器容器的 HOME 環境變數會造成容器化執行節點產生權限遭拒錯誤的問題 (AAP-34945)
    * 已修正在設定多個集線器節點時未正確設定 GPG 代理程式通訊端，導致 /var/tmp/pulp 中未建立 GPG 通訊端檔案的問題 (AAP-34815)
    * 透過此更新，您現在可以在初始部署後變更自動化閘道連接埠的值 (AAP-34813)
    * 透過此更新，在記憶體設定較大的系統上增加了 kernel.keys.maxkeys 和 kernel.keys.maxbytes 設定 (AAP-34019)
    * 已新增 ansible_connection=local 至 inventory-growth 檔案，並闡明其使用方式 (AAP-34016)
    * 容器化安裝程式設定已更新至 2.5-6

    RPM-based Ansible Automation Platform
    * 現在可以使用 'receptor_datadir' 變數設定 Receptor 資料目錄 (AAP-36697)
    * 停用 proxy 設定中的平台閘道驗證，以允許在控制平面關閉時存取 UI (AAP-36667)
    * 已修正更新自動化控制器後，metrics-utility 命令無法執行的問題 (AAP-36486)
    * 修正資料庫中斷數分鐘後，分派程式服務進入 FATAL 狀態且無法處理新工作的問題 (AAP-36457)
    * 修正 /etc/tower/uwsgi.ini 檔案的所有者和群組權限 (AAP-35765)
    * 透過此更新，您現在可以更新 Event-Driven Ansible 憑證中的登錄 URL 值 (AAP-35162)
    * 已修正 inventory 檔案中未定義 eda_node_type 時會導致備份失敗的問題 (AAP-34730)
    * 已修正 inventory 檔案中未定義 routable_hostname 時會導致復原失敗的問題 (AAP-34563)
    * 透過此更新，inventory-grow 檔案現在包含在 ansible- automation-platform-installer 中 (AAP-33944)
    * ansible-automation-platform-installer 和安裝程式設定已更新至 2.5-6

Tenable 已直接從 Red Hat Enterprise Linux 安全公告擷取前置描述區塊。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - quic-go 是 Go 中的 QUIC 通訊協定實作。路徑外攻擊者可插入 ICMP 封包太大的封包。由於受影響的 quic-go 版本使用 IP_PMTUDISC_DO因此核心會在 sendmsg 上傳回一個過大錯誤訊息即當 quic-go 嘗試傳送超過 ICMP 封包中所宣告之 MTU 的封包時。藉由將此值設定為小於 1200 位元組 (QUIC 的最小 MTU)攻擊者可中斷 QUIC 連線。至關重要的是這可以在完成交握之後執行因此規避可能在應用程式層上實作的任何 TCP 遞補 (例如許多瀏覽器如果它們無法建立 QUIC 連線會遞補至 HTTP over TCP)。攻擊者至少必須知道用戶端的 IP 和連接埠 tuple 才能發動攻擊。此弱點已在 0.48.2 中修復。(CVE-2024-53259)

請注意，Nessus 依賴供應商報告的套件存在。

リモート Redhat Enterprise Linux 8 / 9 ホストに、RHSA-2024:10766 アドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

    Red Hat Ansible Automation Platform は、IT 自動化を大規模に構築、デプロイ、管理するためのエンタープライズフレームワークを提供します。IT マネージャーは、自動化を個々のチームに適用する方法に関するトップダウンのガイドラインを提供する一方、自動化開発者は、オーバーヘッドなしに既存の知識を活用するタスクを自由に記述できます。Ansible Automation Platform を使用すると、組織全体のユーザーは、シンプルで強力なエージェントレスの言語を使用して、自動化コンテンツを共有、精査、管理できます。

    セキュリティ修正プログラム:

    * automation-controller: aiohttp は、チャンク拡張の解析が正しく行われないため、リクエストスマグリングに対して脆弱です (CVE-2024-52304)

    影響、CVSS スコア、謝辞、その他の関連情報を含むセキュリティ問題の詳細については、「参照」セクションに記載されている CVE のページを参照してください。

    更新と修正に含まれる内容:

    オートメーションコントローラー
    * ルール間隔が HOURLY または MINUTELY に設定されていたときの不適切な時間のジョブスケジュールの実行を修正します (AAP-36572)
    * 関連していないジョブが他のジョブとの依存関係としてマークされる可能性があるバグを修正 (AAP-35309)
    * ワークロードを最適に分散するために、デフォルトのコンテナグループポッド仕様にポッドのアンチアフィニティ構成を含める (AAP-35055)
    * ログの表現を更新するために uWSGI のマイナーバージョンを更新する (AAP-33169)
    * automation-controller は 4.6.3 に更新されました

    レセプター
    * Receptor ランタイムパニックエラーを引き起こす問題を修正 (AAP-36476)
    * receptor は 1.5.1 に更新されました

    コンテナベースの Ansible Automation Platform
    * このアップデートにより、マネージドデータベースノードを使用しているときに postgresql_admin_username の値を変更できなくなります (AAP-36577)
    * PCP 監視ロールの更新サポートを追加 (AAP-36576)
    * この更新プログラムでは、コンテナの更新をトリガーするために、Digest と ImageDigest の代わりにコンテナイメージの ID と Image フィールドが使用されます (AAP-36575)
    * コントロールプレーンがダウンしているときの HTTP 502 エラーを防ぐためにプロキシ設定でプラットフォームゲートウェイ認証を無効にしました (AAP-36484)
    * この更新により、Redis グループに対して専用ノードを使用できます (AAP-36480)
    * Automation Gateway で TLS を無効にするとインストールが失敗する問題を修正 (AAP-35966)
    * プラットフォームゲートウェイをアンインストールすると、コンテナの systemd ユニットファイルがディスクに残る問題を修正 (AAP-35329)
    * Automation Gateway プロキシで TLS を無効にするとインストールが失敗する問題を修正 (AAP-35145)
    * この更新プログラムにより、イベント駆動型 Ansible 認証情報のレジストリ URL 値を更新できるようになりました (AAP-35085)
    * hub_collection_signing=false で hub_container_signing=true のとき、自動化ハブコンテナ署名サービスの作成が失敗する問題を修正 (AAP-34977)
    * コンテナ化された実行ノードで権限拒否エラーを引き起こす、レセプターコンテナの HOME 環境変数の問題を修正 (AAP-34945)
    * 複数のハブノードが設定されているときに GPG エージェントソケットが適切に設定されず、/var/tmp/pulp に GPG ソケットファイルが作成されない問題を修正 (AAP-34815)
    * この更新プログラムでは、初期デプロイメント後に自動化ゲートウェイのポート値を変更できるようになりました (AAP-34813)
    * この更新により、大容量メモリ設定のシステムで kernel.keys.maxkeys および kernel.keys.maxbytes の設定が増加されます (AAP-34019)
    * ansible_connection=local をインベントリ増加ファイルに追加し、その使用法を明確化 (AAP-34016)
    * コンテナ化されたインストーラーのセットアップが 2.5-6 に更新されました

    RPM ベースの Ansible Automation Platform
    * 現在は「receptor_datadir」変数を使用して Receptor データディレクトリを設定できます (AAP-36697)
    * コントロールプレーンがダウンしているときに UI にアクセスできるように、プロキシ設定でプラットフォームゲートウェイ認証を無効化 (AAP-36667)
    * 自動化コントローラーを更新した後に metrics-utility コマンドの実行に失敗する問題を修正 (AAP-36486)
    * ディスパッチャーサービスが FATAL ステータスになり、データベースが数分間停止した後に新しいジョブを処理できない問題を修正 (AAP-36457)
    * /etc/tower/uwsgi.ini ファイルの所有者とグループのアクセス許可を修正 (AAP-35765)
    * この更新プログラムにより、イベント駆動型 Ansible 認証情報のレジストリ URL 値を更新できるようになりました (AAP-35162)
    * インベントリファイルに eda_node_type が定義されていない場合にバックアップが失敗する問題を修正 (AAP-34730)
    * インベントリファイルに routable_hostname が定義されていないと復元が失敗する問題を修正 (AAP-34563)
    * この更新により、inventory-growth ファイルが ansible-Automation-platform-installer に含まれるようになりました (AAP-33944)
    * ansible-automation-platform-installer およびインストーラーのセットアップが 2.5-6 に更新されました

Tenable は、前述の記述ブロックを Red Hat Enterprise Linux セキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
234533	Azure Linux 3.0 Security Update: coredns (CVE-2024-53259)	Nessus	Azure Linux Local Security Checks	2025/4/17	2025/9/15	medium
234533	Azure Linux 3.0 セキュリティ更新corednsCVE-2024-53259	Nessus	Azure Linux Local Security Checks	2025/4/17	2025/9/15	medium
255848	Linux Distros Unpatched Vulnerability : CVE-2024-53259	Nessus	Misc.	2025/8/27	2025/9/2	medium
212045	RHEL 8 / 9 : Red Hat Ansible Automation Platform 2.5 Product Security and Bug Fix Update (Moderate) (RHSA-2024:10766)	Nessus	Red Hat Local Security Checks	2024/12/4	2025/8/18	medium
234530	CBL Mariner 2.0 Security Update: coredns (CVE-2024-53259)	Nessus	MarinerOS Local Security Checks	2025/4/17	2025/4/17	medium
234533	Azure Linux 3.0 安全更新coredns (CVE-2024-53259)	Nessus	Azure Linux Local Security Checks	2025/4/17	2025/9/15	medium
255848	Linux Distros のパッチ未適用の脆弱性: CVE-2024-53259	Nessus	Misc.	2025/8/27	2025/9/2	medium
212045	RHEL 8/9：Red Hat Ansible Automation Platform 2.5 产品安全和缺陷修复更新（中危）(RHSA-2024:10766)	Nessus	Red Hat Local Security Checks	2024/12/4	2025/8/18	medium
234533	Azure Linux 3.0 安全性更新coredns (CVE-2024-53259)	Nessus	Azure Linux Local Security Checks	2025/4/17	2025/9/15	medium
255848	Linux Distros 未修补的漏洞：CVE-2024-53259	Nessus	Misc.	2025/8/27	2025/9/2	medium
212045	RHEL 8 / 9：Red Hat Ansible Automation Platform 2.5 產品安全性和錯誤修正更新 (中等) (RHSA-2024:10766)	Nessus	Red Hat Local Security Checks	2024/12/4	2025/8/18	medium
255848	Linux Distros 未修補的弱點：CVE-2024-53259	Nessus	Misc.	2025/8/27	2025/9/2	medium
212045	RHEL 8 / 9 : Red Hat Ansible Automation Platform 2.5 製品セキュリティおよびバグ修正プログラムの更新 (重要度中) (RHSA-2024:10766)	Nessus	Red Hat Local Security Checks	2024/12/4	2025/8/18	medium

检测

插件搜索

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium