在 Apache Tomcat 9.0.0.M1 至 9.0.30、8.5.0 至 8.5.50 及 7.0.0 至 7.0.99 中，剖析程式碼的 HTTP 標頭對行尾剖析使用了會導致某些無效 HTTP 標頭被剖析為有效的方法。若 Tomcat 以特定方式被放置在不當處理無效 Transfer-Encoding 標頭的反向 Proxy 後，即可能導致 HTTP 要求走私。這樣的反向 Proxy 是不太可能發生的。(CVE-2020-1935) Apache Tomcat 9.0.28 至 9.0.30、8.5.48 至 8.5.50 和 7.0.98 至 7.0.99 中的重構引入了回歸。迴歸的後果是：無效的 Transfer-Encoding 標頭未獲正確處理，若 Tomcat 以特定方式被放置在不當處理無效 Transfer-Encoding 標頭的反向 Proxy 後，即可能導致 HTTP 要求走私。這樣的反向 Proxy 是不太可能發生的。(CVE-2019-17569) 使用 Apache JServ Protocol (AJP) 時，信任連至 Apache Tomcat 的內傳連線時請務必謹慎。例如，Tomcat 認為 AJP 連線的可信度比類似的 HTTP 連線高。如果攻擊者可利用此類連線，這些連線就會以非正常的方式遭到惡意利用。在 Apache Tomcat 9.0.0.M1 至 9.0.0.30、8.5.0 至 8.5.50 和 7.0.0 至 7.0.99 中，Tomcat 出貨時已預設啟用會接聽所有已設定 IP 位址的 AJP 連接器。非必要時，此連接器應該 (安全性指南中也建議) 停用。此弱點報告指出了允許下列狀況發生的機制：- 從 Web 應用程式任意位置傳回任意檔案 - 將 Web 應用程式中的任何檔案處理成 JSP 此外，若 Web 應用程式允許檔案上傳並將這些檔案儲存在 Web 應用程式內 (或者攻擊者可利用其他方式控制 Web 應用程式的內容)，則加上將檔案處理為 JSP 的能力，即可能發生遠端程式碼執行。請務必注意，僅當非受信任使用者可存取 AJP 連接埠時，才需要執行減輕措施。若使用者希望採用深度防禦方式，並封鎖允許傳回任意檔案及以 JSP 形式執行的向量，可升級至 Apache Tomcat 9.0.31、8.5.51 或 7.0.100 或更新版本。9.0.31 版 AJP 連接器預設組態已做了一些變更，以強化預設組態。升級至 9.0.31、8.5.51 或 7.0.100 或更新版本的使用者可能需要微幅變更其組態。(CVE-2020-1938) 作為此 CVE 修正的一部分，我們在預設組態中停用 Tomcat 2019 AJP 連接器，以配合上游變更。此變更要求使用預設 Tomcat 組態 (先前 AJP 連接器為啟用狀態) 的客戶在需要時明確重新啟用連接器。亦請注意，設定時無明確位址的連接器將只會繫結至回送位址。更新 tomcat8 和 tomcat7 之前及之後來自 netstat 的輸出範例如下 (請注意，這與 tomcat7 和 tomcat8 的 AL1 和 AL2 上的狀況相同)。AL1 tomcat7 : before : tcp6 0 0 :::8009 :::* LISTEN 25772/java tcp6 0 0 :::8080 :::* LISTEN 25772/java tcp6 0 0 127.0.0.1:8005 :::* LISTEN 25772/java After : tcp6 0 0 :::8080 :::* LISTEN 25772/java tcp6 0 0 127.0.0.1:8005 :::* LISTEN 25772/java 若要針對 AL1 在 Tomcat 中重新啟用 AJP 連接埠，使用者可將 /etc/tomcat{TOMCAT_VERSION}/server.xml 中的下列行取消註記解，並重新啟動服務： 另請參閱：Apache Tomcat 版本注意事項 Tomcat 7 <a href='http://tomcat.apache.org/security-8.html#Fixed_in_Apache_Tomcat_ 8.5.51'>Tomcat 8 RedHat <a href='https://access.redhat.com/solutions/4851251'>解決方案

偵測

Amazon Linux AMI：tomcat8 (ALAS-2020-1353)

critical Nessus Plugin ID 134575

版本 1.6