遠端 Oracle Linux 7 主機中安裝的套件受到 ELSA-2020-5765 公告中提及的多個弱點影響。

  -在 nghttp2 1.41.0之前的版本中，過大的 HTTP / 2 SETTINGS 框架承載會造成拒絕服務。
    概念證明攻擊涉及惡意用戶端一遍又一遍地建構長度為 14,400 位元組 (2400 個個別設定項目) 的 SETTINGS 框架。攻擊會造成 CPU 尖峰達到 100％。nghttp2 v1.41.0 已修正此弱點。目前有針對此弱點的因應措施。實作 nghttp2_on_frame_recv_callback 回呼，如果收到的框架是 SETTINGS 框架，且設定項目數量巨大（例如> 32），則中斷連線。(CVE-2020-11080)

  - 連結解析錯誤弱點會影響 1.11.0 之前的 Kata Containers。容器終止時，惡意來賓可誘騙 kata-runtime 卸載主機上的任何掛載點及其底下的所有掛載點，這可能導致主機 DoS。(CVE-2020-2024)

  - Cloud Hypervisor 上 1.11.0 之前的 Kata Containers 會保留主機上基礎映像檔案的來賓檔案系統變更。惡意來賓可覆寫映像檔案，以取得所有後續來賓 VM 的控制權。由於 Kata Containers 對所有 VMM 使用相同的 VM 映像檔案，此問題也可能會影響基於 QEMU 和 Firecracker 的來賓。(CVE-2020-2025)

  - 在容器建立之前遭到入侵的惡意來賓 (例如，惡意來賓映像或執行多個容器的來賓) 可誘騙 kata 執行階段在任何主機路徑上掛載未受信任的容器檔案系統，進而可能允許在主機上執行程式碼。此問題會影響：Kata Containers 1.11 的 1.11.1 之前版本；Kata Containers 1.10 的 1.10.5 之前版本；Kata Containers 1.9 和更舊版本。(CVE-2020-2026)

  - 1.1-1.16.12、1.17.0-1.17.8 和 1.18.0-1.18.5 版中的 Kubernetes kubelet 元件未考量 pod 的磁碟使用量，它會寫入自身的 /etc/hosts 檔案。計算 pod 的暫時儲存使用量時，kubelet 回收管理員未納入 kubelet 在 pod 中掛載的 /etc/hosts 檔案。
    如果 pod 將大量資料寫入 /etc/hosts 檔案，則可填滿節點的儲存空間並造成節點失敗。(CVE-2020-8557)

  - 在 1.15.1 之前所有版本的 Kiali 中，發現預設設定檔存在硬編碼密碼編譯金鑰弱點。遠端攻擊者可利用此弱點來建立自己的 JWT 簽章權杖，並繞過 Kiali 驗證機制，進而可能取得檢視及變更 Istio 設定的權限。(CVE-2020-1764)

  - Kubernetes kube-apiserver v1.6-v1.15，v1.16.13 之前版本、v1.17.9 和 v1.18.6 版本容易發生對於代理升級要求進行未經驗證的重新導向，攻擊者可藉此提升權限，從入侵節點深入到入侵整個叢集。(CVE-2020-8559)

  - 啟用 telemetry v2 時，Istio 1.4.x 的 1.4.9 之前版本和 1.5.x 的 1.5.4 之前版本包含下列弱點：攻擊者可藉由傳送特製的封包來觸發 Null 指標異常狀況，進而導致拒絕服務。封包可能會被傳送至 ingress 閘道或 Sidecar，進而觸發 Null 指標異常狀況，導致拒絕服務。此弱點也會影響 servicemesh-proxy，在 servicemesh-proxy 中也發現 Null 指標異常狀況。當執行 Telemetry v2 (在 1.4.x 版中預設為停用) 時，攻擊者可傳送特製封包至 ingress 閘道或 Proxy Sidecar，進而觸發拒絕服務。(CVE-2020-10739)

  - 在 Envoy 1.12.6 之前版本、1.13.4、1.14.4 和 1.15.0 版中，驗證 TLS 憑證時，Envoy 會錯誤地允許將萬用字元 DNS 主體別名套用至多個子網域。例如，如果 SAN 是 *.example.com，Envoy 會錯誤地允許 nested.subdomain.example.com，而實際上應該只允許 subdomain.example.com。此缺陷適用於驗證 mTLS 中的用戶端 TLS 憑證，以及驗證上游連線的伺服器 TLS 憑證。此弱點僅適用於未受信任的實體可以針對您只打算信任其中一個子網域的網域取得已簽章萬用字元 TLS 憑證的情況。例如，如果您打算信任 api.mysubdomain.example.com，而未受信任的執行者可取得 *.example.com 或 *.com 的已簽章 TLS 憑證。如果設定使用任何 Envoy 版本中的 verify_subject_alt_name，或者使用 1.14 或更新版本中的 match_subject_alt_names，則容易受到影響。 1.12.6、1.13.4、1.14.4、1.15.0 版已修正此問題。(CVE-2020-15104)

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

远程 Oracle Linux 7 主机上安装的多个程序包受到 ELSA-2020-5765 公告中提及的多个漏洞影响。

  - 版本低于 1.41.0 的 nghttp2 中的 HTTP/2 SETTINGS 框架负载过大，可能会造成拒绝服务。
    概念验证攻击中，涉及恶意客户端会反复构建长度为 14,400 字节（2400 个单独的设置条目）的 SETTINGS 框架。此攻击会造成 CPU 使用率峰值达到 100％。nghttp2 v1.41.0 修复了此漏洞。存在针对此漏洞的变通方案。实现 nghttp2_on_frame_recv_callback 回调，如果接收的帧为 SETTINGS 帧，且设置条目的数量很大（例如，大于 32），则终止连接。(CVE-2020-11080)

  - 链接解析不当漏洞会影响 1.11.0 之前的 Kata 容器版本。拆卸容器时，恶意客户机可诱骗 kata-runtime 取消挂载主机上的任何挂载点和主机下的所有挂载点，从而可能导致主机 DoS。(CVE-2020-2024)

  - Cloud Hypervisor 上的 Kata Containers 1.11.0 之前版本可将客户机文件系统更改保留至主机的底层图像文件中。恶意客户机可以覆盖此映像文件，以获得对所有后续客户机 VM 的控制。由于 Kata Containers 对所有 VMM 使用相同的 VM 映像文件，故而此问题可能也会影响基于 QEMU 和 Firecracker 的客户机。(CVE-2020-2025)

  - 在创建容器之前遭到入侵的恶意客户机（例如恶意客户机映像或运行多个容器的客户机）可诱骗 kata 运行时在任何主机路径中挂载不受信任的容器文件系统，从而可能导致在主机上执行代码。此问题影响以下版本：1.11.1 之前的 Kata Containers 1.11 版本；1.10.5 之前的 Kata Containers 1.10 版本；Kata Containers 1.9 和之前版本。(CVE-2020-2026)

  - 版本 1.1-1.16.12、1.17.0-1.17.8 和 1.18.0-1.18.5 中的 Kubernetes kubelet 组件不考虑写入自身 /etc/hosts 文件的 pod 的磁盘使用情况。计算 pod 的临时存储空间用量时，kubelet eviction manager 中不包含 kubelet 在 pod 中挂载的 /etc/hosts 文件。
    如果 pod 将大量数据写入 /etc/hosts 文件，可能会耗尽节点的存储空间并导致节点发生故障。(CVE-2020-8557)

  - 在 Kiali 1.15.1 之前所有版本的默认配置文件中发现一个硬编码加密密钥漏洞。远程攻击者可以通过创建自己的 JWT 签名令牌来滥用此缺陷，并绕过 Kiali 身份验证机制，从而可能获得查看和更改 Istio 配置的权限。(CVE-2020-1764)

  - v1.6-v1.15 版本以及 v1.16.13、v1.17.9 和 v1.18.6 之前版本的 Kubernetes kube-apiserver 容易受到未经验证便重定向代理升级请求漏洞的影响，此漏洞允许攻击者将权限从节点泄露升级到完整群集泄露。(CVE-2020-8559)

  - 启用 telemetry v2 时，1.4.9 之前的 Istio 1.4.x 和 1.5.4 之前的 Istio 1.5.x 存在以下漏洞：通过发送特制的数据包，攻击者可触发空指针异常，进而导致拒绝服务。此数据包可被发送到入口网关或 sidecar，以触发空指针异常，进而导致拒绝服务。这也会影响 servicemesh-proxy，即在 servicemesh-proxy 中发现空指针异常缺陷。在运行 Telemetry v2（版本 1.4.x 中未默认启用）时，攻击者可向入口网关或代理 sidecar 发送特制的数据包，从而触发拒绝服务。(CVE-2020-10739)

  - 在 Envoy 1.12.6、1.13.4、1.14.4 和 1.15.0 的之前版本中，在验证 TLS 证书时，Envoy 会错误地允许将通配符 DNS 使用者备用名称应用于多个子域。例如，对于 *.example.com 的 SAN，Envoy 会错误地允许 nested.subdomain.example.com，而实际上应仅允许 subdomain.example.com。验证 mTLS 中的客户端 TLS 证书，以及验证上游连接的服务器 TLS 证书时，都会出现此缺陷。此漏洞只会在不受信任的实体可以获得您只信任其子域的域签名通配符 TLS 证书的情况下出现。例如，如果您打算信任 api.mysubdomain.example.com，则不受信任的攻击者可以获取 *.example.com 或 *.com 的签名 TLS 证书。如果配置使用的是任何 Envoy 版本中的 verify_subject_alt_name，或者使用版本 1.14 或更高版本中的 match_subject_alt_names，将容易遭受攻击。已在 Envoy 版本 1.12.6、1.13.4、1.14.4、1.15.0 中修复此问题。(CVE-2020-15104)

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

リモートの Oracle Linux 7 ホストに、ELSA-2020-5765 のアドバイザリに記載されている複数の脆弱性の影響を受けるパッケージがインストールされています。

  - バージョン 1.41.0 より前の nghttp2 では、過大な HTTP/2 SETTINGS フレームペイロードが原因でサービス拒否が発生します。
    概念実証攻撃は、悪意のあるクライアントが14,400バイト（2400個の設定エントリ）の長さのSETTINGSフレームを繰り返し構築します。この攻撃により、CPUの使用率が100％に急上昇します。nghttp2 v1.41.0で、この脆弱性が修正されます。この脆弱性には回避策があります。nghttp2_on_frame_recv_callback コールバックを実装し、受信したフレームが SETTINGS フレームで設定エントリの数が大きい (32 を超える) 場合は、接続をドロップします。(CVE-2020-11080)

  - 1.11.0 以前の Kata Containers は不適切なファイル権限の脆弱性の影響を受けます。コンテナティアダウン時に、悪意のあるゲストが kata ランタイムを騙して、ホスト上のマウントポイントとその下のすべてのマウントポイントをアンマウントさせることで、ホストの DoS を引き起こす可能性があります。(CVE-2020-2024)

  - Cloud Hypervisor 上の 1.11.0 より前の Kata Containers は、ゲストファイルシステムの変更をホスト上の下層にあるイメージファイルに永続化します。悪意のあるゲストがイメージファイルを上書きして、後続のすべてのゲスト VM を制御する可能性があります。Cata Containers はすべての VMM で同じ VM イメージファイルを使用するため、この問題は QEMU および Firecracker ベースのゲストにも影響する可能性があります。(CVE-2020-2025)

  - コンテナの作成前に侵害された悪意のあるゲスト (悪意のあるゲストのイメージや複数のコンテナを実行しているゲストなど) は、kata ランタイムを騙して、信頼できないコンテナファイルシステムを任意のホストパスにマウントする可能性があります。これにより、ホスト上でコードが実行される可能性があります。この問題の影響を受ける対象: Kara コンテナ 1.11 より前のバージョン 1.11.1、Kara コンテナ 1.10 より前のバージョン 1.10.5、Kara コンテナ 1.9 以前のバージョン。(CVE-2020-2026)

  - バージョン 1.1-1.16.12、1.17.0-1.17.8 および 1.18.0-1.18.5 の Kubernetes kubelet コンポーネントは、独自の /etc/hosts ファイルに書き込みを行うポッドによるディスク使用率を考慮しません。kubelet によってポッドにマウントされた /etc/hosts ファイルは、ポッドによるエフェメラルストレージの使用率を計算する際に、kubelet 削除マネージャーには含まれません。
    ポッドが /etc/hosts ファイルに大量のデータを書き込むと、ノードのストレージスペースが一杯になり、ノードに障害が発生する可能性があります。(CVE-2020-8557)

  - 1.15.1より前のすべてのバージョンの Kiali において、デフォルトの構成ファイルにハードコードされた暗号化キーの脆弱性が見つかりました。リモートの攻撃者は、独自の JWT 署名済みトークンを作成して Kiali 認証メカニズムをバイパスすることでこの欠陥を悪用し、Istio 構成を表示および変更する権限を取得する可能性があります。(CVE-2020-1764)

  - バージョン v1.6-v1.15、ならびに v1.16.13 より前のバージョン、v1.17.9 および v1.18.6 の Kubernetes kube-apiserver が、プロキシ化されたアップグレードリクエストの未検証のリダイレクトに対して脆弱です。このため、攻撃者がノードの侵害からクラスター全体の侵害に権限を昇格する可能性があります。(CVE-2020-8559)

  - テレメトリ v2 が有効になっている場合、1.4.9 より前の 1.4.x の Istio と 1.5.4 より前の 1.5.x の Istio には次の脆弱性が含まれます。特別に細工されたパケットを送信することで、攻撃者が Null ポインター例外を発生させ、サービス拒否を引き起こす可能性があります。これがイングレスゲートウェイまたはサイドカーに送信され、NULL ポインター例外をトリガーしてサービス拒否を引き起こす可能性があります。これは servicemesh-proxy にも影響します。servicemesh-proxy に NULL ポインターの例外の欠陥が見つかりました。Telemetry v2 (バージョン 1.4.x ではデフォルトではオンではありません) を実行している場合、攻撃者が特別に細工されたパケットをイングレスゲートウェイまたはプロキシサイドカーに送信し、サービス拒否を引き起こす可能性があります。 (CVE-2020-10739)

  - バージョン 1.12.6、1.13.4、1.14.4、1.15.0 より前の Envoy では、TLS 証明書を検証する際に、Envoy がワイルドカード DNS サブジェクト代替名を複数のサブドメインに適用することを不適切に許可していました。たとえば、*.example.com の SAN では、Envoy が subdomain.example.com のみを許可する必要があるのに、nested.subdomain.example.com を誤って許可する可能性があります。この不具合は、mTLS でのクライアント TLS 証明書の検証、および Upstream 接続に対するサーバー TLS 証明書の検証の両方に適用されます。この脆弱性は、信頼できないエンティティが、信頼できるサブドメインのみを意図しているドメインに対して、署名済みのワイルドカード TLS 証明書を取得できる状況にのみ適用されます。たとえば、api.mysubdomain.example.com を信頼する予定であり、信頼されていない攻撃者が *.example.com または *.com の署名済み TLS 証明書を取得できる場合、任意の Envoy バージョンの verify_subject_alt_name を使用する場合、またはバージョン 1.14 以降の match_subject_alt_names を使用する場合、構成は脆弱です。この問題は、Envoy バージョン 1.12.6、1.13.4、1.14.4、1.15.0 で修正されています。(CVE-2020-15104)

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

The remote Oracle Linux 7 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2020-5765 advisory.

    - x86/speculation: Add SRBDS vulnerability and mitigation documentation (Mark Gross)  [Orabug: 31446720]     {CVE-2020-0543}
    - x86/speculation: Add Special Register Buffer Data Sampling (SRBDS) mitigation (Mark Gross)  [Orabug:
    31446720]  {CVE-2020-0543}
    - x86/cpu: Add 'table' argument to cpu_matches() (Mark Gross)  [Orabug: 31446720]  {CVE-2020-0543}
    - x86/cpu: Add a steppings field to struct x86_cpu_id (Mark Gross)  [Orabug: 31446720]  {CVE-2020-0543}
    - Address Kata CVE-2020-2023
    - Address Kata CVE-2020-2024
    - Address Kata CVE-2020-2025
    - Address Kata CVE-2020-2026

    kata
    - Address CVE-2020-2023
    - Address CVE-2020-2024
    - Address CVE-2020-2025
    - Address CVE-2020-2026

    kubernetes
    - CVE-2020-8559: Privilege escalation from compromised node to cluster
    - CVE-2020-8557: Node disk DOS by writing to container /etc/hosts
    - Update dependency on Kata containers to a build that includes fixes for CVE-2020-2023 thru CVE-2020-2026

    kubernetes
    - CVE-2020-15104:
      Incorrect validation of wildcard DNS Subject Alternative Names
    - CVE-2020-8559: Privilege escalation from compromised node to cluster
    - CVE-2020-8557: Node disk DOS by writing to container /etc/hosts
    - Update Kubernetes to use Kata 1.7.3-1.0.7 to address CVE-2020-2023 thru CVE-2020-2026

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.

ID	名称	产品	系列	发布时间	最近更新时间	严重程度
180974	Oracle Linux 7：Unbreakable Enterprise kernel-container kata-image kata-runtime kata kubernetes kubernetes istio olcne (ELSA-2020-5765)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2026/2/9	high
180974	Oracle Linux 7：Unbreakable Enterprise kernel-container kata-image kata-runtime kata kubernetes kubernetes istio olcne (ELSA-2020-5765)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2026/2/9	high
180974	Oracle Linux 7: Unbreakable Enterprise kernel-container kata-image kata-runtime kata kubernetes kubernetes istio olcne (ELSA-2020-5765)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2026/2/9	high
180974	Oracle Linux 7 : Unbreakable Enterprise kernel-container kata-image kata-runtime kata kubernetes kubernetes istio olcne (ELSA-2020-5765)	Nessus	Oracle Linux Local Security Checks	2023/9/7	2026/2/9	high

检测

插件搜索

high

high

high

high