遠端主機上安裝的 java-11-amazon-corretto 版本比 11.0.21+9-1 舊。因此，它受到 ALAS2-2023-2315 公告中提及的一個弱點影響。

  - Oracle Java SE、Oracle Java SE 的 Oracle GraalVM for JDK 產品中的弱點 (元件：JSSE) 。
    受影響的支援版本是 Oracle Java SE：8u381、8u381-perf、11.0.20、17.0.8、20.0.2；
    Oracle GraalVM for JDK：17.0.8 和 20.0.2。攻擊此弱點的難度較低，透過 HTTPS 存取網路的未經驗證攻擊者可藉此入侵 Oracle Java SE、Oracle GraalVM for JDK。若攻擊成功，攻擊者可在未經授權的情況下造成 Oracle Java SE、Oracle GraalVM for JDK 部分拒絕服務 (部分 DOS)。注意：此弱點適用於 Java 部署，通常是在執行沙箱 Java Web Start 應用程式或沙箱 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。此弱點不適用於僅載入並執行受信任程式碼 (例如，系統管理員安裝的程式碼) 的 Java 部署，此部署通常在伺服器中。(CVE-2023-22081)

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

遠端主機上安裝的 ImageMagick 版本是 6.9.10.97-1 之前的版本。因此，它受到 ALAS2-2023-2289 公告中提及的一個弱點影響。

  - ImageMagick 中存在一個釋放後使用弱點。此弱點發生在 coders/bmp.c 檔案中。
    (CVE-2023-5341)

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

遠端主機上安裝的 libX11 版本早於 1.6.7-3。因此，它受到 ALAS2-2023-2296 公告中所提及的多個弱點影響。

  - 在 libX11 中發現一個弱點，這是因為 _XkbReadKeySyms() 函式中的邊界條件所致。
    此瑕疵允許本機使用者觸發超出邊界讀取錯誤，並讀取系統上記憶體的內容。(CVE-2023-43785)

  - 在 libX11 中發現一個弱點，這是因為 XCreateImage() 函式內的整數溢位所致。此缺陷允許本機使用者以提升的權限觸發整數溢位並執行任意程式碼。(CVE-2023-43787)

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

遠端主機上安裝的 oniguruma 版本低於 5.9.6-1。因此，它受到 ALAS2-2023-2311 公告中所提及的多個弱點影響。

  - 當 Oniguruma 6.2.0 用於 Ruby 2.4.1 及之前版本的 Oniguruma-mod，以及 PHP 7.1.5 及之前版本的 mbstring 時，在其中發現一個問題。編譯規則運算式期間，next_state_val() 中發生堆積超出邊界寫入或讀取。在 fetch_token() 和 fetch_token_in_cc() 中未正確處理大於 0xff 的八進位數字。含有「700」形式之八進位數字的格式錯誤規則運算式會在 next_state_val() 中產生大於 0xff 的無效字碼指標值，進而導致超出邊界寫入記憶體損毀。(CVE-2017-9226)

  - 當 Oniguruma 6.2.0 用於 Ruby 2.4.1 及之前版本的 Oniguruma-mod，以及 PHP 7.1.5 及之前版本的 mbstring 時，在其中發現一個問題。mbc_enc_len() 在搜尋規則運算式期間發生超出邊界堆疊讀取。
    forward_search_range() 中的 reg->dmin 無效處理可導致無效的指標解除參照，即來自堆疊緩衝區的超出邊界讀取。(CVE-2017-9227)

  - 當 Oniguruma 6.2.0 用於 Ruby 2.4.1 及之前版本的 Oniguruma-mod，以及 PHP 7.1.5 及之前版本的 mbstring 時，在其中發現一個問題。bitset_set_range() 在規則運算式編譯期間發生堆積超出邊界寫入，這是因為來自不正確之狀態轉換的未初始化變數所致。parse_char_class() 中不正確的狀態轉換可建立使重要本機變數未初始化的執行路徑，直到該路徑當做索引使用為止，進而導致超出邊界寫入記憶體損毀。
    (CVE-2017-9228)

  - 當 Oniguruma 6.2.0 用於 Ruby 2.4.1 及之前版本的 Oniguruma-mod，以及 PHP 7.1.5 及之前版本的 mbstring 時，在其中發現一個問題。編譯規則運算式期間，left_adjust_char_head() 中發生 SIGSEGV。
    forward_search_range() 中的 reg->dmax 無效處理可導致無效的指標解除參照，通常是立即拒絕服務的情形。(CVE-2017-9229)

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

遠端主機上安裝的 ceph-common 版本低於 10.2.5-4。因此，它受到 ALAS2-2023-2297 公告中提及的一個弱點影響。

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

遠端主機上安裝的 gstreamer1-plugins-bad-free 版本低於 1.18.4-5。因此，它受到 ALAS2-2023-2298 公告中所提及的多個弱點影響。

  - 整數溢位導致在以未壓縮視訊處理 MXF 檔案時發生堆積覆寫 (CVE-2023-40474、CVE-2023-40475、CVE-2023-40476)

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

遠端主機上安裝的 bluez 版本低於 5.44-7。因此，它受到 ALAS2-2023-2309 公告中所提及的多個弱點影響。

  - 在 BlueZ 5.48 及更早版本的 bluetoothd 中發現一個問題。此弱點存在於 SDP 實作對 SVC_ATTR_REQ 的處理方式中。透過建構惡意 CSTATE，攻擊者可以誘騙伺服器傳回多於緩衝區實際擁有的位元組，進而導致洩漏任意堆積資料。造成此弱點的根本原因為 sdpd-request.c 中的 service_attr_req 函式。伺服器不會檢查連續要求中的 CSTATE 資料是否相同，而是直接信任它是相同的。(CVE-2019-8921)

  - 在 5.48 前的 BlueZ 的 bluetoothd 中發現堆積型緩衝區溢位。不會檢查目的地緩衝區中是否有足夠的空間。函式只會附加傳遞給它的所有資料。要求的所有屬性值都會附加到輸出緩衝區。沒有任何大小檢查，如果使用者可以特製要求，而回應大到足以使預先配置的緩衝區溢位，則會導致簡單的堆積溢位。此問題存在於 process_request 呼叫的 service_attr_req 中 (在 sdpd-request.c)，同時也會配置回應緩衝區。 (CVE-2019-8922)

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

因此，它受到 ALAS2-2023-2288 公告中提及的一個弱點影響。

  - GitHub 存放庫 vim/vim 9.0.1969 更早版本中存在堆積型緩衝區溢位弱點。(CVE-2023-5344)

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

遠端主機上安裝的 ghostscript 版本是 9.25-5 之前版本。因此，它受到 ALAS2-2023-2308 公告中所提及的多個弱點影響。

  - 在 Artifex Software GhostScript v9.50 中，devices/gdevepsc.c 的 epsc_print_page() 中存在緩衝區溢位弱點，遠端攻擊者可利用此弱點，透過精心建構的 PDF 檔案造成拒絕服務。此問題已在 v9.51 版本中修正。(CVE-2020-16294)

  - 在 Artifex Software GhostScript 9.50 中，發現 gdevepsn.c 的 eps_print_page 存在除以零問題，遠端攻擊者可透過開啟特製的 PDF 檔案來造成拒絕服務。(CVE-2020-21710)

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

遠端主機上安裝的 libreswan 版本低於 3.25-4.8。因此，它受到 ALAS2-2023-2299 公告中提及的一個弱點影響。

  - 在 Libreswan 3.x 和 4.x 之前的 4.12 中發現一個問題。當 IKEv1 ISAKMP SA 資訊交換封包含有 Delete/Notify 承載，且其後是作用於 ISAKMP SA 的進一步通知 (例如重複的 Delete/Notify 訊息) 時，已刪除狀態上的 NULL 指標解除參照會造成 pluto 程序損毀並重新啟動。(CVE-2023-38712)

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

遠端主機上安裝的 amazon-ssm-agent 版本低於 3.2.1705.0-1。因此，它受到 ALAS2-2023-2303 公告中所提及的多個弱點影響。

  - 0.0之前的 x/crypto/ssh 套件。0-20211202192323-5770296golang.org/x/crypto 的 d904e 允許攻擊者造成 SSH 伺服器錯誤。(CVE-2021-43565)

  - 惡意特製的 HTTP/2 串流可造成 HPACK 解碼器中發生 CPU 過度佔用問題，透過少量小型要求即可造成程式拒絕服務。(CVE-2022-41723)

  - 範本未正確將反引號 (`) 視為 Javascript 字串分隔符號，也未如預期對其進行逸出。自 ES6 起，JS 範本常值使用反引號。如果範本在 Javascript 範本常值中包含 Go 範本動作，則可使用動作內容終止該常值，從而將任意 Javascript 程式碼插入 Go 範本。由於 ES6 範本常值相當複雜，而且本身可以進行字串插入，因此決定簡單地禁止在其中使用 Go 範本動作 (例如 var a = {{.}})，因為此行為沒有明確可行的安全方法。這與 github.com/google/safehtml 所採用的方法相同。經過修正，Template.Parse 在遇到此類範本時會傳回 ErrorCode 值為 12 的錯誤。此 ErrorCode 目前未匯出，但將在 Go 1.21 版中匯出。依賴先前行為的使用者可使用 GODEBUG 旗標 jstmpllitinterp=1 重新執行該行為，但需要注意的是現在將逸出反引號。應謹慎使用。(CVE-2023-24538)

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

遠端主機上安裝的 squid 版本為 3.5.20-17 之前版本。因此，它受到 ALAS2-2023-2310 公告中所提及的多個弱點影響。

  - 4.4 之前的 Squid 在針對憑證錯誤產生 HTTP(S) 錯誤頁面期間，透過特製的 X.509 憑證發生 XSS。(CVE-2018-19131)

  - 4.4 之前的 Squid，當啟用 SNMP 時，允許透過 SNMP 封包造成拒絕服務 (記憶體洩漏)。
    (CVE-2018-19132)

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

遠端主機上安裝的 grilo 版本低於 0.3.6-1。因此，它受到 ALAS2-2023-2306 公告中提及的一個弱點影響。

  - 在 GNOME grilo 0.3.13 及之前的所有版本中，grl-net-wc.c 並未對其建立的 SoupSessionAsync 物件啟用 TLS 憑證驗證，這導致使用者容易遭受網路 MITM 攻擊。注意：此問題與 CVE-2016-20011 類似。(CVE-2021-39365)

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

因此，它受到 ALAS2-2023-2304 公告中提及的一個弱點影響。

  - 在 pki-core 中發現一個缺陷，當啟用目錄式驗證時，使用者可以取得其他使用者身分的憑證。此缺陷允許相鄰網路上經驗證的攻擊者模擬網域範圍內的其他使用者，但他們無法解密訊息內容。(CVE-2022-2393)

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

遠端主機上安裝的 libsepol 版本比 2.5-10 舊。因此，它受到 ALAS2-2023-2307 公告中所提及的多個弱點影響。

  - SELinux 3.2 中的 CIL 編譯器在 __cil_verify_classperms 中存在釋放後使用問題 (從
    __cil_verify_classpermission 和 __cil_pre_verify_helper 呼叫)。(CVE-2021-36084)

  - SELinux 3.2 中的 CIL 編譯器在 __cil_verify_classperms 中存在釋放後使用問題 (從
    __verify_map_perm_classperms 和 hashtab_map 呼叫)。(CVE-2021-36085)

  - SELinux 3.2 中的 CIL 編譯器在 cil_reset_classpermission 中存在釋放後使用問題 (從 cil_reset_classperms_set 和 cil_reset_classperms_list 呼叫)。(CVE-2021-36086)

  - SELinux 3.2 中的 CIL 編譯器在 ebitmap_match_any 中存在堆積型緩衝區過度讀取問題 (從 cil_check_neverallow 間接呼叫)。發生這種情況是因為有時缺少對選用區塊中無效陳述式的檢查。(CVE-2021-36087)

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

遠端主機上安裝的 Thunderbird 版本比 102.15.1-1 舊。因此，它受到 ALAS2-2023-2294 公告中提及的一個弱點影響。

  - 在 1.13.1 之前的 libvpx 中，VP9 未正確處理寬度，導致與編碼相關的損毀。(CVE-2023-44488)

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

遠端主機上安裝的 yum 版本低於 3.4.3-158。因此，它受到 ALAS2-2023-2316 公告中提及的一個弱點影響。

  - 並未針對此更新發出任何 CVE。(ALAS2-2023-2316)

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

遠端主機上安裝的 apache-ivy 版本低於 2.3.0-4。因此，它受到 ALAS2-2023-2302 公告中提及的一個弱點影響。

  - Apache Software Foundation Apache Ivy 中存在不當限制 XML 外部實體參照弱點，即 XML 插入 (又名盲目式 XPath 插入) 弱點。此問題會影響 2.5.2 之前的所有 Apache Ivy 版本。2.5.2 版之前的 Apache Ivy 在剖析 XML 檔案 (其本身的組態、Ivy 檔案或 Apache Maven POM) 時，將允許下載外部文件類型定義，並在使用時展開其中包含的任何實體參照。該弱點可用於洩漏資料、存取僅執行 Ivy 的機器可存取的資源，或以不同方式乾擾 Ivy 的執行。從 Ivy 2.5.2 版開始，DTD 處理會依預設停用，剖析 Maven POM 時除外，預設的行為是允許 DTD 處理，但僅包含 Ivy 隨附的 DTD 程式碼片段，該片段是處理現有 Maven POM 所必需的片段，但其不是有效的 XML 檔案，不過仍會被 Maven 接受 。必要時，可透過新引入的系統內容，使存取權更寬鬆。2.5.2 版之前的 Ivy 使用者可使用 Java 系統屬性來限制外部 DTD 的處理，詳情請參閱《Oracle Java API for XML Processing (JAXP) 安全性指南》中關於外部存取 JAXP 屬性限制一節。
    (CVE-2022-46751)

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

遠端主機上安裝的 libwebp12 為 1.2.0-3 之前版本。因此，它受到 ALAS2-2023-2290 公告中提及的一個弱點影響。

  - Google Chrome 116.0.5845.187 之前版本的 libwebp 和 libwebp 1.3.2 版中存在堆積緩衝區溢位弱點，遠端攻擊者可藉此透過特別建構的 HTML 頁面執行超出邊界寫入記憶體。(Chromium 安全性嚴重性：重大) (CVE-2023-4863)

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

遠端主機上安裝的 libXpm 版本低於 3.5.12-9。因此，它受到 ALAS2-2023-2295 公告中所提及的多個弱點影響。

  - 在 libX11 中發現一個弱點，這是因為 XCreateImage() 函式內的整數溢位所致。此缺陷允許本機使用者以提升的權限觸發整數溢位並執行任意程式碼。(CVE-2023-43787)

  - 在 libXpm 中發現一個弱點，這是因為 XpmCreateXpmImageFromBuffer() 函式中的邊界條件所致。此瑕疵允許本機使用者觸發超出邊界讀取錯誤，並讀取系統上記憶體的內容。(CVE-2023-43788)

  - 在 libXpm 中發現一個弱點，其中因邊界條件而存在一個弱點，本機使用者可觸發超出邊界讀取錯誤，並在系統上讀取記憶體的內容。(CVE-2023-43789)

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

遠端主機上安裝的 cups 版本低於 1.6.3-51。因此，它受到 ALAS2-2023-2293 公告中提及的一個弱點影響。

  - 由於無法驗證攻擊者特製的 PPD PostScript 文件所提供的長度，CUPS 和 libppd 容易受到堆積型緩衝區溢位影響，且可能執行程式碼。此問題已在 2023 年 9 月發布的 CUPS 2.4.7 版中修正。(CVE-2023-4504)

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

遠端主機上安裝的 grub2 版本為早於 2.06-14 的版本。因此，它受到 ALAS2-2023-2292 公告中所提及的多個弱點影響。

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

遠端主機上安裝的 sudo 版本早於 1.8.23-10。因此，它受到 ALAS2-2023-2301 公告中所提及的多個弱點影響。

  - 1.9.13 之前的 Sudo 不會逸出記錄訊息中的控製字元。(CVE-2023-28486)

  - 1.9.13 之前的 Sudo 不會逸出 sudoreplay 輸出中的控製字元。(CVE-2023-28487)

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

遠端主機上安裝的 java-17-amazon-corretto 版本比 17.0.9+8-1 舊。因此，它受到 ALAS2-2023-2314 公告中所提及的多個弱點影響。

  - Oracle Java SE、Oracle GraalVM Enterprise Edition、 Oracle Java SE 的 Oracle GraalVM for JDK 產品 (元件：Hotspot)。受影響的支援版本是 Oracle Java SE：8u381-perf、17.0.8、20.0.2；Oracle GraalVM for JDK：17.0.8 和 20.0.2。攻擊此弱點具有難度，能夠透過多個通訊協定存取網路的未經驗證的攻擊者可利用此弱點入侵 Oracle Java SE、Oracle GraalVM Enterprise Edition、Oracle GraalVM for JDK。若攻擊成功，攻擊者可在未經授權的情況下更新、插入或刪除 Oracle Java SE、GraalVM Enterprise Edition 和 Oracle GraalVM for JDK 的部分可存取資料。注意：使用指定元件中的 API 也可以利用此弱點，例如透過提供資料給 API 的 Web 服務。此弱點亦適用於 Java 部署，通常是在執行沙箱隔離的 Java Web Start 應用程式或沙箱隔離的 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。(CVE-2023-22025)

  - Oracle Java SE、Oracle Java SE 的 Oracle GraalVM for JDK 產品中的弱點 (元件：JSSE) 。
    受影響的支援版本是 Oracle Java SE：8u381、8u381-perf、11.0.20、17.0.8、20.0.2；
    Oracle GraalVM for JDK：17.0.8 和 20.0.2。攻擊此弱點的難度較低，透過 HTTPS 存取網路的未經驗證攻擊者可藉此入侵 Oracle Java SE、Oracle GraalVM for JDK。若攻擊成功，攻擊者可在未經授權的情況下造成 Oracle Java SE、Oracle GraalVM for JDK 部分拒絕服務 (部分 DOS)。注意：此弱點適用於 Java 部署，通常是在執行沙箱 Java Web Start 應用程式或沙箱 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。此弱點不適用於僅載入並執行受信任程式碼 (例如，系統管理員安裝的程式碼) 的 Java 部署，此部署通常在伺服器中。(CVE-2023-22081)

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

遠端主機上安裝的 Thunderbird 版本比 102.15.1-1 舊。因此，會受到 ALAS2-2023-2291 公告中提及的一個弱點影響。

  - Google Chrome 116.0.5845.187 之前版本的 libwebp 和 libwebp 1.3.2 版中存在堆積緩衝區溢位弱點，遠端攻擊者可藉此透過特別建構的 HTML 頁面執行超出邊界寫入記憶體。(Chromium 安全性嚴重性：重大) (CVE-2023-4863)

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

遠端主機上安裝的 jbigkit 版本低於 2.0-11。因此，它受到 ALAS2-2023-2305 公告中提及的一個弱點影響。

  - 在 LibTIFF 4.3.0 中發現一個「有問題」的弱點。受此弱點影響的是 tiff2ps 的 TIFF 檔案處置程式。開啟惡意檔案會導致拒絕服務。攻擊可從遠端發動，但需要使用者互動。攻擊程式已向公眾披露且可能會遭到利用。(CVE-2022-1210)

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

遠端主機上安裝的 containerd 版本為早於 1.4.4-1 的版本。因此，它受到 ALAS2ECS-2023-014 公告中提及的一個弱點影響。

  - 在 containerd (業界標準容器執行階段) 1.3.10 與 1.4.4 版本中，透過 containerd 的 CRI 實作 (透過 Kubernetes、crictl 或使用 containerd CRI 服務的任何其他 pod/容器用戶端) 啟動且共用相同影像的容器可能會收到不正確的環境變數，包括針對其他容器定義的值。如果受影響的容器具有不同的安全性內容，這可允許敏感資訊意外共用。如果您不使用 containerd 的 CRI 實作 (透過上述機制之一)，則不會受到此問題影響。如果您不從相同的影像啟動具有不同環境變數的多個容器或 Kubernetes pod，您就不會受到此問題影響。如果您不連續快速地從相同影像啟動多個容器或 Kubernetes pod，就可能會降低受到此問題影響的可能性。此弱點已在 containerd 1.3.10 和containerd 1.4.4 中修正。使用者應更新至這些版本。(CVE-2021-21334)

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

遠端主機上安裝的 docker 版本為要比 20.10.25-1 舊。因此，它受到 ALAS2DOCKER-2023-031 公告中所提及的多個弱點影響。

  - 惡意特製的 HTTP/2 串流可造成 HPACK 解碼器中發生 CPU 過度佔用問題，透過少量小型要求即可造成程式拒絕服務。(CVE-2022-41723)

  - 範本未正確將反引號 (`) 視為 Javascript 字串分隔符號，也未如預期對其進行逸出。自 ES6 起，JS 範本常值使用反引號。如果範本在 Javascript 範本常值中包含 Go 範本動作，則可使用動作內容終止該常值，從而將任意 Javascript 程式碼插入 Go 範本。由於 ES6 範本常值相當複雜，而且本身可以進行字串插入，因此決定簡單地禁止在其中使用 Go 範本動作 (例如 var a = {{.}})，因為此行為沒有明確可行的安全方法。這與 github.com/google/safehtml 所採用的方法相同。經過修正，Template.Parse 在遇到此類範本時會傳回 ErrorCode 值為 12 的錯誤。此 ErrorCode 目前未匯出，但將在 Go 1.21 版中匯出。依賴先前行為的使用者可使用 GODEBUG 旗標 jstmpllitinterp=1 重新執行該行為，但需要注意的是現在將逸出反引號。應謹慎使用。(CVE-2023-24538)

  - 並非所有有效的 JavaScript 空白字元都被視為空白字元。在 JavaScript 內容中，在字元集 \t\n\f\r\u0020\u2028\u2029 之外，包含其他空白字元和動作的範本可能無法在執行期間正確清理。(CVE-2023-24540)

  - 惡意 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)

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

遠端主機上安裝的 java-1.8.0-amazon-corretto 版本低於 1.8.0_392.b08-1。因此，它受到 ALAS2CORRETTO8-2023-008 公告中所提及的多個弱點影響。

  - Oracle Java SE 中的弱點 (元件：CORBA)。受影響的支援版本是 Oracle Java SE：8u381 和 8u381-perf。此弱點較易攻擊成功，透過 CORBA 存取網路的未經驗證攻擊者可藉此入侵 Oracle Java SE。若成功攻擊此弱點，攻擊者未經授權即可更新、插入或刪除部分 Oracle Java SE 可存取資料。注意：此弱點僅可透過以下方式遭到惡意利用：提供資料給指定元件中的 API，而不使用未受信任的 Java Web Start 應用程式或是未受信任的 Java Applet，如透過 Web 服務。
    (CVE-2023-22067)

  - Oracle Java SE、Oracle Java SE 的 Oracle GraalVM for JDK 產品中的弱點 (元件：JSSE) 。
    受影響的支援版本是 Oracle Java SE：8u381、8u381-perf、11.0.20、17.0.8、20.0.2；
    Oracle GraalVM for JDK：17.0.8 和 20.0.2。攻擊此弱點的難度較低，透過 HTTPS 存取網路的未經驗證攻擊者可藉此入侵 Oracle Java SE、Oracle GraalVM for JDK。若攻擊成功，攻擊者可在未經授權的情況下造成 Oracle Java SE、Oracle GraalVM for JDK 部分拒絕服務 (部分 DOS)。注意：此弱點適用於 Java 部署，通常是在執行沙箱 Java Web Start 應用程式或沙箱 Java Applet 的用戶端中，這種部署會載入並執行不受信任的程式碼 (例如，來自網際網路的程式碼)，並依賴 Java 沙箱獲得安全性。此弱點不適用於僅載入並執行受信任程式碼 (例如，系統管理員安裝的程式碼) 的 Java 部署，此部署通常在伺服器中。(CVE-2023-22081)

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

遠端主機上安裝的 docker 版本為要比 20.10.4-1 舊。因此，它受到 ALAS2ECS-2023-015 公告中所提及的多個弱點影響。

  - 在 9.03.15 之前的 Docker 版本中， 20.10.3 有一個涉及 --userns-remap 選項的弱點，其中重新對應的 root 權限允許權限提升至真正的 root。使用 --userns-remap時，如果重新對應的命名空間中的 root 使用者具有主機檔案系統的存取權，則他們可以修改 /var/lib/docker/<remapping> 下的檔案，進而導致以延伸權限寫入檔案。20.10.3 和 19.03.15 版包含防止重新對應使用者權限提升的修補程式。(CVE-2021-21284)

  - 在 Docker 9.03.15 之前的版本中，20.10.3 存在一個弱點，會提取格式錯誤的 Docker 影像資訊清單，造成 dockerd 程序損毀。20.10.3 和 19.03.15 版包含防止程序損毀的修補程式。(CVE-2021-21285)

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

遠端主機上安裝的 runc 版本低於 1.1.7-4。因此，會受到 ALAS2NITRO-ENCLAVES-2023-032 公告中所提及的一個弱點影響。

  - 惡意 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)

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

遠端主機上安裝的 docker 版本為要比 20.10.22-1 舊。因此，它受到 ALAS2ECS-2023-013 公告中所提及的多個弱點影響。

  - Moby 是 Docker 建立的開放原始碼專案，可用於啟用軟體容器化。在 Moby (Docker Engine) 中發現一個錯誤，其中的附加群組設定不正確。如果攻擊者擁有容器的直接存取權並操控其附加群組存取權，則在某些情況下，他們可能能夠使用附加群組存取權繞過主要群組限制，進而可能獲得敏感資訊的存取權，或能夠在此容器中執行程式碼。此錯誤已在 Moby (Docker Engine) 20.10.18 中修正。應關閉並重新啟動執行中的容器，以便修正權限。使用者若無法升級，可藉由避免使用「USER $USERNAME」Dockerfile 指令來解決此問題。相反，可以呼叫「ENTRYPOINT [su, -, user]」來正確設定附加群組。(CVE-2022-36109)

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

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

  - 惡意 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)

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

遠端主機上安裝的 docker 版本為要比 20.10.25-1 舊。因此，會受到 ALAS2NITRO-ENCLAVES-2023-030 公告中所提及的多個弱點影響。

  - 惡意特製的 HTTP/2 串流可造成 HPACK 解碼器中發生 CPU 過度佔用問題，透過少量小型要求即可造成程式拒絕服務。(CVE-2022-41723)

  - 範本未正確將反引號 (`) 視為 Javascript 字串分隔符號，也未如預期對其進行逸出。自 ES6 起，JS 範本常值使用反引號。如果範本在 Javascript 範本常值中包含 Go 範本動作，則可使用動作內容終止該常值，從而將任意 Javascript 程式碼插入 Go 範本。由於 ES6 範本常值相當複雜，而且本身可以進行字串插入，因此決定簡單地禁止在其中使用 Go 範本動作 (例如 var a = {{.}})，因為此行為沒有明確可行的安全方法。這與 github.com/google/safehtml 所採用的方法相同。經過修正，Template.Parse 在遇到此類範本時會傳回 ErrorCode 值為 12 的錯誤。此 ErrorCode 目前未匯出，但將在 Go 1.21 版中匯出。依賴先前行為的使用者可使用 GODEBUG 旗標 jstmpllitinterp=1 重新執行該行為，但需要注意的是現在將逸出反引號。應謹慎使用。(CVE-2023-24538)

  - 並非所有有效的 JavaScript 空白字元都被視為空白字元。在 JavaScript 內容中，在字元集 \t\n\f\r\u0020\u2028\u2029 之外，包含其他空白字元和動作的範本可能無法在執行期間正確清理。(CVE-2023-24540)

  - 惡意 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)

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

遠端主機上安裝的 runc 版本低於 1.1.7-4。因此，它受到 ALAS2DOCKER-2023-033 公告中提及的一個弱點影響。

  - 惡意 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)

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

遠端主機上安裝的 containerd 版本為早於 1.6.19-1 的版本。因此，它受到 ALAS2DOCKER-2023-032 公告中提及的一個弱點影響。

  - 惡意 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)

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

遠端主機上安裝的 nghttp2 版本低於 1.33.0-1.1.8。因此，它受到 ALAS-2023-1869 公告中提及的一個弱點影響。

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

遠端主機上安裝的 golang 版本早於 1.20.10-1.48。因此，它受到 ALAS-2023-1871 公告中所提及的多個弱點影響。

  - Line 指示詞 (//line) 可用來繞過 //go: cgo_ 指示詞的限制，從而允許在編譯期間傳遞封鎖的連結器和編譯器標記。這可導致在執行 go build 時意外執行任意程式碼。Line 指示詞需要該指示詞所在檔案的絕對路徑，這會顯著加大惡意使用者利用此問題的難度。(CVE-2023-39323)

  - 惡意 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/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

遠端主機上安裝的 nginx 版本為 1.18.0-1.45 之前的版本。因此，它受到 ALAS-2023-1870 公告中提及的一個弱點影響。

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

遠端主機上安裝的 tomcat8 版本早於 8.5.94-1.95。因此，它受到 ALAS-2023-1868 公告中所提及的多個弱點影響。

  - Apache Tomcat 中存在不完整的清理弱點。在 Apache Tomcat 11.0.0-M1 至 11.0.0-M11、10.1.0-M1 至 10.1.13、9.0.0-M1 至 9.0.80 以及 8.5.0 至 8.5.93 版中，回收各種內部物件時存在一個錯誤，其可造成 Tomcat 略過部分回收處理程序，進而導致資訊從目前的要求/回應洩漏至下一個要求/回應。建議使用者升級至 11.0.0-M12 之後的版本、10.1.14 之後的版本、9.0.81 之後的版本或 8.5.94 之後的版本，以修正此問題。
    (CVE-2023-42795)

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

  - Apache Tomcat.Tomcat 11.0.0-M1 至 11.0.0-M11、10.1.0-M1 至 10.1.13、9.0.0-M1 至 9.0.81 以及 8.5.0 至 8.5.93 中未正確剖析 HTTP 結尾標頭。因而存在不當輸入驗證弱點。無效的特製結尾標頭可造成 Tomcat 將單一要求視為多個要求，進而導致在反向代理伺服器後面時要求走私。建議使用者升級至 11.0.0-M12 之後的版本、10.1.14 之後的版本、9.0.81 之後的版本或 8.5.94 之後的版本，以修正此問題。(CVE-2023-45648)

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

因此，它受到 ALAS2023-2023-390 公告中提及的一個弱點影響。

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

因此，它受到 ALAS2023-2023-392 公告中提及的一個弱點影響。

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

因此，它受到 ALAS2023-2023-391 公告中提及的一個弱點影響。

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

因此，它受到 ALAS2023-2023-389 公告中提及的一個弱點影響。

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

因此，它受到 ALAS2023-2023-393 公告中提及的一個弱點影響。

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

因此，它受到 ALAS2023-2023-394 公告中所提及的多個弱點影響。

  - Line 指示詞 (//line) 可用來繞過 //go: cgo_ 指示詞的限制，從而允許在編譯期間傳遞封鎖的連結器和編譯器標記。這可導致在執行 go build 時意外執行任意程式碼。Line 指示詞需要該指示詞所在檔案的絕對路徑，這會顯著加大惡意使用者利用此問題的難度。(CVE-2023-39323)

  - 惡意 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/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

遠端主機上安裝的 containerd 版本為早於 1.6.19-1 的版本。因此，會受到 ALAS2ECS-2023-008 公告中提及的一個弱點影響。

  - 憑證鏈結中的 RSA 金鑰過大可造成用戶端/伺服器花費大量 CPU 時間來驗證簽章。修正後，交握期間傳輸的 RSA 金鑰大小會被限制為不超過 8192 個位元。根據對公開信任的 RSA 金鑰進行的調查，目前只有三個憑證的金鑰超過此大小，而且這三個憑證似乎都是未主動部署的測試憑證。私用 PKI 中可能會使用更大的金鑰，但我們的目標是 Web PKI，因此為了提高 crypto/tls 使用者的預設安全性，在此中斷使用似乎是合理做法。(CVE-2023-29409)

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

遠端主機上安裝的 ecs-init 版本低於 1.76.0-1。因此，它受到 ALAS2ECS-2023-009 公告中提及的一個弱點影響。

  - 並未針對此更新發出任何 CVE。(ALAS2ECS-2023-009)

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

遠端主機上安裝的 nginx 版本為 1.22.1-1 之前的版本。因此，它受到 ALAS2NGINX1-2023-006 公告中提及的一個弱點影響。

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

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

遠端主機上安裝的 Tomcat 版本低於 9.0.81-1。因此，它受到 ALAS2TOMCAT9-2023-010 公告中所提及的多個弱點影響。

  - Apache Tomcat 中存在不完整的清理弱點。在 Apache Tomcat 11.0.0-M1 至 11.0.0-M11、10.1.0-M1 至 10.1.13、9.0.0-M1 至 9.0.80 以及 8.5.0 至 8.5.93 版中，回收各種內部物件時存在一個錯誤，其可造成 Tomcat 略過部分回收處理程序，進而導致資訊從目前的要求/回應洩漏至下一個要求/回應。建議使用者升級至 11.0.0-M12 之後的版本、10.1.14 之後的版本、9.0.81 之後的版本或 8.5.94 之後的版本，以修正此問題。
    (CVE-2023-42795)

  - HTTP/2 通訊協定允許拒絕服務 (伺服器資源消耗)，因為要求取消可快速重設許多資料流，如 2023 年 8 月到 2023 年 10 月間遭到的猖獗惡意攻擊。(CVE-2023-44487)

  - Apache Tomcat.Tomcat 11.0.0-M1 至 11.0.0-M11、10.1.0-M1 至 10.1.13、9.0.0-M1 至 9.0.81 以及 8.5.0 至 8.5.93 中未正確剖析 HTTP 結尾標頭。因而存在不當輸入驗證弱點。無效的特製結尾標頭可造成 Tomcat 將單一要求視為多個要求，進而導致在反向代理伺服器後面時要求走私。建議使用者升級至 11.0.0-M12 之後的版本、10.1.14 之後的版本、9.0.81 之後的版本或 8.5.94 之後的版本，以修正此問題。(CVE-2023-45648)

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

ID	名稱	嚴重性
183487	Amazon Linux 2：java-11-amazon-corretto (ALAS-2023-2315)	medium
183486	Amazon Linux 2：ImageMagick (ALAS-2023-2289)	medium
183485	Amazon Linux 2：libX11 (ALAS-2023-2296)	high
183484	Amazon Linux 2：oniguruma (ALAS-2023-2311)	critical
183483	Amazon Linux 2：ceph-common (ALAS-2023-2297)	medium
183482	Amazon Linux 2：gstreamer1-plugins-bad-free (ALAS-2023-2298)	high
183481	Amazon Linux 2：bluez (ALAS-2023-2309)	high
183480	Amazon Linux 2：vim (ALAS-2023-2288)	high
183479	Amazon Linux 2：ghostscript (ALAS-2023-2308)	medium
183478	Amazon Linux 2：libreswan (ALAS-2023-2299)	medium
183477	Amazon Linux 2：amazon-ssm-agent (ALAS-2023-2303)	critical
183476	Amazon Linux 2：squid (ALAS-2023-2310)	medium
183475	Amazon Linux 2：grilo (ALAS-2023-2306)	medium
183474	Amazon Linux 2：pki-core (ALAS-2023-2304)	medium
183473	Amazon Linux 2：libsepol (ALAS-2023-2307)	low
183472	Amazon Linux 2：thunderbird (ALAS-2023-2294)	high
183471	Amazon Linux 2：yum (ALAS-2023-2316)	high
183470	Amazon Linux 2：apache-ivy (ALAS-2023-2302)	high
183469	Amazon Linux 2：libwebp12 (ALAS-2023-2290)	high
183468	Amazon Linux 2：libXpm (ALAS-2023-2295)	high
183467	Amazon Linux 2：cups (ALAS-2023-2293)	high
183466	Amazon Linux 2：grub2 (ALAS-2023-2292)	high
183465	Amazon Linux 2：sudo (ALAS-2023-2301)	medium
183464	Amazon Linux 2：java-17-amazon-corretto (ALAS-2023-2314)	low
183463	Amazon Linux 2：thunderbird (ALAS-2023-2291)	high
183462	Amazon Linux 2：jbigkit (ALAS-2023-2305)	medium
183449	Amazon Linux 2：containerd (ALASECS-2023-014)	medium
183448	Amazon Linux 2：docker (ALASDOCKER-2023-031)	critical
183447	Amazon Linux 2：java-1.8.0-amazon-corretto (ALASCORRETTO8-2023-008)	medium
183446	Amazon Linux 2：docker (ALASECS-2023-015)	medium
183445	Amazon Linux 2：runc (ALASNITRO-ENCLAVES-2023-032)	high
183444	Amazon Linux 2：docker (ALASECS-2023-013)	medium
183443	Amazon Linux 2：containerd (ALASNITRO-ENCLAVES-2023-031)	high
183442	Amazon Linux 2：docker (ALASNITRO-ENCLAVES-2023-030)	critical
183441	Amazon Linux 2：runc (ALASDOCKER-2023-033)	high
183440	Amazon Linux 2：containerd (ALASDOCKER-2023-032)	high
183408	Amazon Linux AMI：nghttp2 (ALAS-2023-1869)	high
183407	Amazon Linux AMI：golang (ALAS-2023-1871)	high
183406	Amazon Linux AMI：nginx (ALAS-2023-1870)	high
183405	Amazon Linux AMI：tomcat8 (ALAS-2023-1868)	medium
183351	Amazon Linux 2023：tomcat9、tomcat9-admin-webapps、tomcat9-el-3.0-api (ALAS2023-2023-390)	high
183350	Amazon Linux 2023：libnghttp2、libnghttp2-devel、nghttp2 (ALAS2023-2023-392)	high
183349	Amazon Linux 2023：nodejs、nodejs-devel、nodejs-full-i18n (ALAS2023-2023-391)	high
183348	Amazon Linux 2023：aspnetcore-runtime-6.0、aspnetcore-targeting-pack-6.0、dotnet (ALAS2023-2023-389)	high
183347	Amazon Linux 2023：nginx、nginx-all-modules、nginx-core (	high
183346	Amazon Linux 2023：golang、golang-bin、golang-misc (ALAS2023-2023-394)	high
183318	Amazon Linux 2：containerd (ALASECS-2023-008)	medium
183317	Amazon Linux 2：ecs-init (ALASECS-2023-009)	high
183269	Amazon Linux 2：nginx (ALASNGINX1-2023-006)	high
183268	Amazon Linux 2：tomcat (ALASTOMCAT9-2023-010)	medium

偵測

Nessus 的 Amazon Linux Local Security Checks 系列

medium

medium

high

critical

medium

high

high

high

medium

medium

critical

medium

medium

medium

low

high

high

high

high

high

high

high

medium

low

high

medium

medium

critical

medium

medium

high

medium

high

critical

high

high

high

high

high

medium

high

high

high

high

high

high

medium

high

high

medium