遠端主機上安裝的 containerd 版本為早於 1.7.11-1 的版本。因此，會受到 ALAS2ECS-2024-035 公告中所提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 惡意 HTTP 傳送者可使用區塊延伸模組，造成收件者從要求或回應內文讀取，進而從網路讀取比內文中更多的位元組。惡意 HTTP 用戶端可進一步惡意利用此弱點，在處置程式無法讀取要求的完整內文時，造成伺服器自動讀取大量資料 (最多約 1GiB)。區塊延伸模組是一種很少使用的 HTTP 功能，允許在使用區塊編碼傳送的要求或回應內文中包含其他中繼資料。net/http 區塊編碼讀取器會捨棄此中繼資料。傳送者可藉由插入傳輸每個位元組的大型中繼資料區段，以惡意利用此弱點。如果實際內文與編碼位元組的比例變得過小，區塊讀取器現在即會出現錯誤。(CVE-2023-39326)

  - 不在 HTML 命名空間中的文字節點未被正確地逐字轉譯，導致本應逸出的文字並未正確轉譯。這可導致 XSS 攻擊。(CVE-2023-3978)

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。在 0.46.0 版之前，現成的 grpc Unary Server Interceptor 會新增具有未系結基數的標籤「net.peer.sock.addr」和「net.peer.sock.port」。當傳送許多惡意要求時，這可能會導致伺服器記憶體耗盡。攻擊者可輕易造成要求的對等端位址和連接埠溢流。 0.46.0 版包含針對此問題的修正。作為停止影響的因應措施，使用者可以使用檢視移除屬性。另一種可行的措施是，使用「noop.NewMeterProvider」傳送「otelgrpc.WithMeterProvider」選項，以停用 grpc 指標檢測。(CVE-2023-47108)

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

遠端 Red Hat Enterprise Linux CoreOS 4 主機上安裝的套件受到 RHSA-2024:0489 公告中提及的一個弱點影響。

  - opentelemetry-go-contrib：otelgrpc 中的 DoS 弱點，原因是未系結基數指標 (CVE-2023-47108)

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

遠端 Azure Linux 3.0 主機上安裝的 containerd / cri-tools / docker-buildx / docker-compose / moby-containerd-cc 版本比測試版舊。因此，此版本會受到 CVE-2023-47108 公告中提及的一個弱點影響。

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。從 0.37.0 版及 0.46.0版之前的版本開始現成的 grpc Unary Server Interceptor 會新增具有未系結基數的「net.peer.sock.addr」和「net.peer.sock.port」標籤。當傳送許多惡意要求時，這可能會導致伺服器記憶體耗盡。攻擊者可輕易造成要求的對等端位址和連接埠溢流。0.46.0 版包含針對此問題的修正。作為停止影響的因應措施，使用者可以使用檢視移除屬性。另一種可能性是透過使用「noop.NewMeterProvider」傳遞「otelgrpc.WithMeterProvider」選項來停用 grpc 指標檢測。
    (CVE-2023-47108)

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

因此，會受到 ALAS2023-2024-498 公告中所提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 惡意 HTTP 傳送者可使用區塊延伸模組，造成收件者從要求或回應內文讀取，進而從網路讀取比內文中更多的位元組。惡意 HTTP 用戶端可進一步惡意利用此弱點，在處置程式無法讀取要求的完整內文時，造成伺服器自動讀取大量資料 (最多約 1GiB)。區塊延伸模組是一種很少使用的 HTTP 功能，允許在使用區塊編碼傳送的要求或回應內文中包含其他中繼資料。net/http 區塊編碼讀取器會捨棄此中繼資料。傳送者可藉由插入傳輸每個位元組的大型中繼資料區段，以惡意利用此弱點。如果實際內文與編碼位元組的比例變得過小，區塊讀取器現在即會出現錯誤。(CVE-2023-39326)

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。現成的處置程式包裝函式會新增具有未繫結基數的標籤「http.user_agent」和「http.method」，如果傳送許多惡意要求，這可能會導致伺服器記憶體耗盡。攻擊者可輕易將 HTTP 標頭 User-Agent 或要求的 HTTP 方法設定為隨機且長。程式庫內部使用 `httpconv.ServerRequest` 來記錄 HTTP `method` 和 `User-Agent` 的每個值。若要受到影響，程式必須使用「otelhttp.NewHandler」包裝函式，且不能在 CDN、LB、先前的中介軟體等層級上篩選任何未知的 HTTP 方法或使用者代理程式。0.44.0 版已修正此問題，將針對「http.request.method」屬性收集的值變更為限制為一組已知值，並移除其他高基數屬性。為避免受到影響，可以使用 `otelhttp.WithFilter()`，但這需要以手動方式仔細設定，以便不完整記錄某些要求。為方便且安全地使用此程式庫，應依預設使用「未知」非標準 HTTP 方法和使用者代理程式標籤來標記，以顯示已提出此類要求，但不會增加基數。如果有人想要維持目前的行為，程式庫 API 應允許啟用它。(CVE-2023-45142)

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。在 0.46.0 版之前，現成的 grpc Unary Server Interceptor 會新增具有未系結基數的標籤「net.peer.sock.addr」和「net.peer.sock.port」。當傳送許多惡意要求時，這可能會導致伺服器記憶體耗盡。攻擊者可輕易造成要求的對等端位址和連接埠溢流。 0.46.0 版包含針對此問題的修正。作為停止影響的因應措施，使用者可以使用檢視移除屬性。另一種可行的措施是，使用「noop.NewMeterProvider」傳送「otelgrpc.WithMeterProvider」選項，以停用 grpc 指標檢測。(CVE-2023-47108)

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

遠端主機上安裝的 containerd 版本為早於 1.7.11-1 的版本。因此，會受到 ALAS2NITRO-ENCLAVES-2024-037 公告中所提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 惡意 HTTP 傳送者可使用區塊延伸模組，造成收件者從要求或回應內文讀取，進而從網路讀取比內文中更多的位元組。惡意 HTTP 用戶端可進一步惡意利用此弱點，在處置程式無法讀取要求的完整內文時，造成伺服器自動讀取大量資料 (最多約 1GiB)。區塊延伸模組是一種很少使用的 HTTP 功能，允許在使用區塊編碼傳送的要求或回應內文中包含其他中繼資料。net/http 區塊編碼讀取器會捨棄此中繼資料。傳送者可藉由插入傳輸每個位元組的大型中繼資料區段，以惡意利用此弱點。如果實際內文與編碼位元組的比例變得過小，區塊讀取器現在即會出現錯誤。(CVE-2023-39326)

  - 不在 HTML 命名空間中的文字節點未被正確地逐字轉譯，導致本應逸出的文字並未正確轉譯。這可導致 XSS 攻擊。(CVE-2023-3978)

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。在 0.46.0 版之前，現成的 grpc Unary Server Interceptor 會新增具有未系結基數的標籤「net.peer.sock.addr」和「net.peer.sock.port」。當傳送許多惡意要求時，這可能會導致伺服器記憶體耗盡。攻擊者可輕易造成要求的對等端位址和連接埠溢流。 0.46.0 版包含針對此問題的修正。作為停止影響的因應措施，使用者可以使用檢視移除屬性。另一種可行的措施是，使用「noop.NewMeterProvider」傳送「otelgrpc.WithMeterProvider」選項，以停用 grpc 指標檢測。(CVE-2023-47108)

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

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

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。從 0.37.0 版及 0.46.0版之前的版本開始現成的 grpc Unary Server Interceptor 會新增具有未系結基數的「net.peer.sock.addr」和「net.peer.sock.port」標籤。當傳送許多惡意要求時，這可能會導致伺服器記憶體耗盡。攻擊者可輕易造成要求的對等端位址和連接埠溢流。0.46.0 版包含針對此問題的修正。作為停止影響的因應措施，使用者可以使用檢視移除屬性。另一種可能性是透過使用「noop.NewMeterProvider」傳遞「otelgrpc.WithMeterProvider」選項來停用 grpc 指標檢測。
    (CVE-2023-47108)

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

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

  - cri-o：Pod 能夠突破 cgroupv2 上的資源限制 (CVE-2023-6476)

  - opentelemetry-go-contrib：otelgrpc 中的 DoS 弱點，原因是未系結基數指標 (CVE-2023-47108)

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

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

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。在 0.46.0 版之前，現成的 grpc Unary Server Interceptor 會新增具有未系結基數的標籤「net.peer.sock.addr」和「net.peer.sock.port」。當傳送許多惡意要求時，這可能會導致伺服器記憶體耗盡。攻擊者可輕易造成要求的對等端位址和連接埠溢流。 0.46.0 版包含針對此問題的修正。作為停止影響的因應措施，使用者可以使用檢視移除屬性。另一種可行的措施是，使用「noop.NewMeterProvider」傳送「otelgrpc.WithMeterProvider」選項，以停用 grpc 指標檢測。(CVE-2023-47108)

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

遠端 Red Hat Enterprise Linux CoreOS 4 主機上安裝的多個套件受到 RHSA-2024:0207 公告中提及的多個弱點影響。

  - cri-o：Pod 能夠突破 cgroupv2 上的資源限制 (CVE-2023-6476)

  - opentelemetry-go-contrib：otelgrpc 中的 DoS 弱點，原因是未系結基數指標 (CVE-2023-47108)

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

遠端 Red Hat Enterprise Linux CoreOS 4 主機上安裝的套件受到 RHSA-2024:0288 公告中提及的一個弱點影響。

  - opentelemetry-go-contrib：otelgrpc 中的 DoS 弱點，原因是未系結基數指標 (CVE-2023-47108)

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

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

  - opentelemetry-go-contrib：otelgrpc 中的 DoS 弱點，原因是未系結基數指標 (CVE-2023-47108)

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

遠端主機上安裝的 amazon-cloudwatch-agent 版本低於 1.300032.3-1。因此，會受到 ALAS2-2024-2424 公告中所提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 惡意 HTTP 傳送者可使用區塊延伸模組，造成收件者從要求或回應內文讀取，進而從網路讀取比內文中更多的位元組。惡意 HTTP 用戶端可進一步惡意利用此弱點，在處置程式無法讀取要求的完整內文時，造成伺服器自動讀取大量資料 (最多約 1GiB)。區塊延伸模組是一種很少使用的 HTTP 功能，允許在使用區塊編碼傳送的要求或回應內文中包含其他中繼資料。net/http 區塊編碼讀取器會捨棄此中繼資料。傳送者可藉由插入傳輸每個位元組的大型中繼資料區段，以惡意利用此弱點。如果實際內文與編碼位元組的比例變得過小，區塊讀取器現在即會出現錯誤。(CVE-2023-39326)

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。現成的處置程式包裝函式會新增具有未繫結基數的標籤「http.user_agent」和「http.method」，如果傳送許多惡意要求，這可能會導致伺服器記憶體耗盡。攻擊者可輕易將 HTTP 標頭 User-Agent 或要求的 HTTP 方法設定為隨機且長。程式庫內部使用 `httpconv.ServerRequest` 來記錄 HTTP `method` 和 `User-Agent` 的每個值。若要受到影響，程式必須使用「otelhttp.NewHandler」包裝函式，且不能在 CDN、LB、先前的中介軟體等層級上篩選任何未知的 HTTP 方法或使用者代理程式。0.44.0 版已修正此問題，將針對「http.request.method」屬性收集的值變更為限制為一組已知值，並移除其他高基數屬性。為避免受到影響，可以使用 `otelhttp.WithFilter()`，但這需要以手動方式仔細設定，以便不完整記錄某些要求。為方便且安全地使用此程式庫，應依預設使用「未知」非標準 HTTP 方法和使用者代理程式標籤來標記，以顯示已提出此類要求，但不會增加基數。如果有人想要維持目前的行為，程式庫 API 應允許啟用它。(CVE-2023-45142)

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。在 0.46.0 版之前，現成的 grpc Unary Server Interceptor 會新增具有未系結基數的標籤「net.peer.sock.addr」和「net.peer.sock.port」。當傳送許多惡意要求時，這可能會導致伺服器記憶體耗盡。攻擊者可輕易造成要求的對等端位址和連接埠溢流。 0.46.0 版包含針對此問題的修正。作為停止影響的因應措施，使用者可以使用檢視移除屬性。另一種可行的措施是，使用「noop.NewMeterProvider」傳送「otelgrpc.WithMeterProvider」選項，以停用 grpc 指標檢測。(CVE-2023-47108)

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

遠端主機上安裝的 containerd 版本為早於 1.7.11-1 的版本。因此，會受到 ALAS2DOCKER-2024-037 公告中所提及的多個弱點影響。

  - 惡意 HTTP/2 用戶端如能快速建立要求並立即將其重設，可以造成伺服器資源過度消耗。雖然要求總數受到 http2.Server.MaxConcurrentStreams 設定的限制，但重設進行中的要求讓攻擊者可在現有要求仍在執行時建立新要求。套用修正後，HTTP/2 伺服器現在會將同時執行的處置程式 goroutine 的數量限制為資料流並行限制 (MaxConcurrentStreams)。達到限制時到達的新要求 (只有在用戶端重設現有的執行中要求後才會發生) 將會排入佇列，直到處理常式結束。如果要求佇列變得過大，伺服器會終止連線。對於手動設定 HTTP/2 的使用者，此問題也已在 golang.org/x/net/http2 中修正。預設的資料流並行限制為每個 HTTP/2 連線 250 個資料流 (要求)。此值可使用 golang.org/x/net/http2 套件進行調整；請參閱 Server.MaxConcurrentStreams 設定和 ConfigureServer 函式。(CVE-2023-39325)

  - 惡意 HTTP 傳送者可使用區塊延伸模組，造成收件者從要求或回應內文讀取，進而從網路讀取比內文中更多的位元組。惡意 HTTP 用戶端可進一步惡意利用此弱點，在處置程式無法讀取要求的完整內文時，造成伺服器自動讀取大量資料 (最多約 1GiB)。區塊延伸模組是一種很少使用的 HTTP 功能，允許在使用區塊編碼傳送的要求或回應內文中包含其他中繼資料。net/http 區塊編碼讀取器會捨棄此中繼資料。傳送者可藉由插入傳輸每個位元組的大型中繼資料區段，以惡意利用此弱點。如果實際內文與編碼位元組的比例變得過小，區塊讀取器現在即會出現錯誤。(CVE-2023-39326)

  - 不在 HTML 命名空間中的文字節點未被正確地逐字轉譯，導致本應逸出的文字並未正確轉譯。這可導致 XSS 攻擊。(CVE-2023-3978)

  - OpenTelemetry-Go Contrib 是 OpenTelemetry-Go 的第三方套件集合。在 0.46.0 版之前，現成的 grpc Unary Server Interceptor 會新增具有未系結基數的標籤「net.peer.sock.addr」和「net.peer.sock.port」。當傳送許多惡意要求時，這可能會導致伺服器記憶體耗盡。攻擊者可輕易造成要求的對等端位址和連接埠溢流。 0.46.0 版包含針對此問題的修正。作為停止影響的因應措施，使用者可以使用檢視移除屬性。另一種可行的措施是，使用「noop.NewMeterProvider」傳送「otelgrpc.WithMeterProvider」選項，以停用 grpc 指標檢測。(CVE-2023-47108)

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

ID	名稱	產品	系列	已發布	已更新	嚴重性
191658	Amazon Linux 2 : containerd (ALASECS-2024-035)	Nessus	Amazon Linux Local Security Checks	2024/3/6	2024/12/11	critical
189868	RHCOS 4：OpenShift Container Platform 4.12.48 (RHSA-2024:0489)	Nessus	Red Hat Local Security Checks	2024/1/31	2026/5/4	high
215286	Azure Linux 3.0 安全性更新containerd / cri-tools / docker-buildx / docker-compose / moby-containerd-cc (CVE-2023-47108)	Nessus	Azure Linux Local Security Checks	2025/2/10	2026/1/22	high
189342	Amazon Linux 2023：amazon-cloudwatch-agent (ALAS2023-2024-498)	Nessus	Amazon Linux Local Security Checks	2024/1/23	2024/12/11	medium
190048	Amazon Linux 2：containerd (ALASNITRO-ENCLAVES-2024-037)	Nessus	Amazon Linux Local Security Checks	2024/2/6	2024/12/11	critical
227228	Linux Distros 未修補的弱點：CVE-2023-47108	Nessus	Misc.	2025/3/5	2026/4/29	high
189173	RHEL 8 / 9：OpenShift Container Platform 4.14.9 (RHSA-2024:0207)	Nessus	Red Hat Local Security Checks	2024/1/18	2024/11/7	high
189869	RHEL 8：OpenShift Container Platform 4.12.48 (RHSA-2024: 0489)	Nessus	Red Hat Local Security Checks	2024/1/31	2024/11/7	high
189436	RHCOS 4：OpenShift Container Platform 4.14.9 (RHSA-2024:0207)	Nessus	Red Hat Local Security Checks	2024/1/24	2026/5/4	high
312052	RHCOS 4：OpenShift Container Platform 4.13.30 (RHSA-2024:0288)	Nessus	Red Hat Local Security Checks	2026/5/4	2026/5/4	high
194371	RHEL 8 / 9：OpenShift Container Platform 4.13.30 (RHSA-2024:0288)	Nessus	Red Hat Local Security Checks	2024/4/28	2024/11/7	high
189333	Amazon Linux 2：amazon-cloudwatch-agent (ALAS-2024-2424)	Nessus	Amazon Linux Local Security Checks	2024/1/23	2024/12/11	medium
190049	Amazon Linux 2：containerd (ALASDOCKER-2024-037)	Nessus	Amazon Linux Local Security Checks	2024/2/6	2024/12/11	critical

偵測

搜尋 Plugin

critical

high

high

medium

critical

high

high

high

high

high

high

medium

critical