自確認 d537ab0ff9767ef024f26246899728f0116b1ec3 以來，在 python 中發現 CVE-2019-9636 安全性迴歸問題，它仍然允許攻擊者透過濫用 URL 使用者和密碼部分來惡意利用 CVE-2019-9636。應用程式剖析使用者提供的 URL 來儲存 cookie、驗證認證或其他類資訊時，有可能使攻擊者提供特製 URL 讓應用程式找到主機相關資訊 (例如，cookie 和驗證資料) 並將它們傳送至不同於正確主機的主機，除非 URL 已經過正確剖析。攻擊的結果可能因應用程式而有不同。(CVE-2019-10160) 在 Python 2.7.16 及之前 2.x 中的 urllib2 和 Python 3.7.3 及之前 3.x 中的 urllib 內發現一個問題。若攻擊者控制了 url 參數便可能發生 CRLF 插入，具有 \r\n 的 urllib.request.urlopen 首位引數 (特別是在 ? 字元後的查詢字串中)，隨後是 HTTP 標頭或 Redis 命令即為一例。(CVE-2019-9740) Python 2.7.16 及之前 2.x 中的 urllib 支援 local_file: scheme，這讓遠端攻擊者更容易繞過黑名單檔案：URI 的保護機制，觸發 urllib.urlopen(「local_file:///etc/passwd」) 呼叫即為一例。(CVE-2019-9948) 在 Python 2.7.16 及之前 2.x 中的 urllib2 和 Python 3.7.3 及之前 3.x 中的 urllib 內發現一個問題。若攻擊者控制了 url 參數便可能發生 CRLF 插入，具有 \r\n 的 urllib.request.urlopen 首位引數 (特別是缺少 ? 字元的 URL 路徑元件中)，隨後是 HTTP 標頭或 Redis 命令即為一例。此問題與 CVE-2019-9740 的查詢字串問題類似。(CVE-2019-9947) 在 Python 2.7.16 及之前版本、3.5.7 及之前 3.5.x、3.6.9 及之前 3.6.x、3.7.4 及之前 3.7.x 中發現一個問題。電子郵件模組未正確剖析含有多個 @ 字元的電子郵件位址。使用該電子郵件模組並在訊息的 From/To 標頭上實作某種檢查的應用程式可能會遭到誘騙，而接受應拒絕的電子郵件位址。攻擊可能與 CVE-2019-11340 中的攻擊相同；但是此 CVE 適用於 Python 的範圍更廣。(CVE-2019-16056) Python 2.7.16 及之前 2.7.x 還有 3.7.2 及之前 3.x 受到下列影響：在 NFKC 正規化期間不當處理 Unicode 編碼 (具有錯誤的 netloc)。影響為：資訊洩漏 (針對給定主機名稱快取的認證、cookie 等)。元件為：urllib.parse.urlsplit、urllib.parse.urlparse。攻擊媒介為：可藉由未正確剖析的特製 URL 找到 cookie 或驗證資料，並將該資訊傳送至與正確剖析時不同的主機。(CVE-2019-9636)

可遠端惡意利用的 NULL 指標解除參照錯誤 (CVE-2019-12412)

在 Intel CPU 處理 CPU 本機快取中虛擬到實體記憶體位址轉譯和系統軟體分頁結構項目間差異的方式中，發現一個缺陷。有權限的客體使用者可利用此缺陷在主機處理器上引發硬體機器檢查錯誤，進而因中斷處理器導致嚴重的 DoS 情況。如 OS 或 Virtual Machine Monitor (VMM) 之類的系統軟體使用虛擬記憶體系統來將程式指示和資料儲存在記憶體中。虛擬記憶體系統使用如頁面表格和頁面目錄的分頁結構來管理系統記憶體。處理器的記憶體管理單元 (MMU) 使用分頁結構項目將程式的虛擬記憶體位址轉譯為實體記憶體位址。處理器會將這些位址轉換內容儲存到其名為轉譯對應緩衝區 (TLB) 的本機快取緩衝區中。TLB 有兩個部分，一個用於指示，另一個用於資料位址。系統軟體可修改其分頁結構項目，以變更位址對應項，或特定屬性，如頁面大小等等。在記憶體中完成此類分頁結構改變後，系統軟體必須使處理器 TLB 快取中的相應位址轉譯項失效。但在 TLB 失效發生之前，有權限的客體使用者可觸發指示擷取作業，這可能使用已快取但現已失效的虛擬到實體位址轉譯 (來自指示 TLB (ITLB))。因此，存取無效的實體記憶體位址會導致處理器因頁面大小變更發生的機器檢查錯誤 (MCE) 而中斷。(CVE-2018-12207)

據發現，golang 中的 net/http (到 net/textproto 為止) 未正確解譯 HTTP 要求：HTTP 標頭的冒號前面有空格。攻擊者可加以惡意利用，在 Go 中實作的伺服器後方放置代理程式或防火牆時，可走私 HTTP 要求或視特定網路組態進行篩選繞過。(CVE-2019-16276)

在 GNU C 程式庫 (亦即 glibc 或 libc6) 2.28 之前的版本中，getaddrinfo function 成功剖析含有 IPv4 位址且後接空格和任意字元的字串，這會導致應用程式誤認其剖析的是有效字串，不可能有內嵌 HTTP 標頭或其他可能有害的子字串。(CVE-2016-10739)

在與 Linux 核心和 Android 搭配使用的 blktrace (即 Block IO Tracing) 1.2.0 中，btt/devmap.c 的 dev_map_read 函式中有緩衝區溢位情形，因為裝置和 devno 陣列過小，使用含有特製檔案的 btt 程式時發生無效釋放即為一例。(CVE-2018-10689)

在 imptcp 模組的 rsyslog 中發現一個拒絕服務弱點。攻擊者可傳送特製的訊息到 imptcp 通訊端，造成 rsyslog 損毀。(CVE-2018-16881)

在到 2.7.16 為止、3.x 到 3.5.7、3.6.x 到 3.6.9 及 3.7.x 到 3.7.4 的 Python 中發現一個問題。電子郵件模組未正確剖析含有多個 @ 字元的電子郵件位址。使用該電子郵件模組並在訊息的 From/To 標頭上實作某種檢查的應用程式可能會遭到誘騙，而接受應拒絕的電子郵件位址。攻擊可能與 CVE-2019-11340 中的攻擊相同；但是此 CVE 適用於 Python 的範圍更廣。(CVE-2019-16056)

ntp 套件中的 ntpq 和 ntpdc 命令列公用程式透過特製的主機名稱，容易受到堆疊型緩衝區溢位影響。使用包含未受信任輸入的這些弱點公用程式的應用程式可能會遭到惡意利用，進而導致損毀或以該應用程式的權限執行任意程式碼。(CVE-2018-12327)

在 Intel CPU 處理 CPU 本機快取中虛擬到實體記憶體位址轉譯和系統軟體分頁結構項目間差異的方式中，發現一個缺陷。有權限的客體使用者可利用此缺陷在主機處理器上引發硬體機器檢查錯誤，進而因中斷處理器導致嚴重的 DoS 情況。\n\n如 OS 或 Virtual Machine Monitor (VMM) 之類的系統軟體使用虛擬記憶體系統來將程式指示和資料儲存在記憶體中。虛擬記憶體系統使用如頁面表格和頁面目錄的分頁結構來管理系統記憶體。處理器的記憶體管理單元 (MMU) 使用分頁結構項目將程式的虛擬記憶體位址轉譯為實體記憶體位址。處理器會將這些位址轉換內容儲存到其名為轉譯對應緩衝區 (TLB) 的本機快取緩衝區中。TLB 有兩個部分，一個用於指示，另一個用於資料位址。\n\n系統軟體可修改其分頁結構項目，以變更位址對應項，或特定屬性，如頁面大小等等。在記憶體中完成此類分頁結構改變後，系統軟體必須使處理器 TLB 快取中的相應位址轉譯項失效。但在 TLB 失效發生之前，有權限的客體使用者可觸發指示擷取作業，這可能使用已快取但現已失效的虛擬到實體位址轉譯 (來自指示 TLB (ITLB))。因此，存取無效的實體記憶體位址會導致處理器因頁面大小變更發生的機器檢查錯誤 (MCE) 而中斷。(CVE-2018-12207)

FreeRDP FreeRDP 2.0.0-rc3 認可 205c612820dac644d665b5bb1cdf437dc5ca01e3 之前的發佈版本在 channels/drdynvc/client/drdynvc_main.c (drdynvc_process_capability_request) 中包括其他/未知弱點，造成 RDP 伺服器可讀取用戶端記憶體... 若要透過 RDPClient 惡意利用此攻擊，必須以 echo 選項與 rdp 伺服器連線。此弱點似乎已在認可 205c612820dac644d665b5bb1cdf437dc5ca01e3 後修正。 (CVE-2018-1000852)

此安全性更新僅適用於使用 Intel 處理器的 EC2 Bare Metal 執行個體。Intel 已針對特定 Intel CPU 發佈微碼更新。安裝更新過的 microcode_ctl 套件後，系統即會在下一次開機時，自動啟用微碼。某些 Intel Xeon Scalable 處理器的電壓調變介面中發生不當的條件檢查，有權限的使用者可能藉此透過本機存取造成拒絕服務。(CVE-2019-11139) 某些利用理論式執行的 CPU 上有 TSX 非同步中止情形，經驗證的使用者可藉以利用本機存取透過旁路通道造成資訊洩露。(CVE-2019-11135)

在 spice-client 處理 LZ 壓縮框架的方式中，發現多個整數溢位和緩衝區溢位問題。惡意伺服器可造成用戶端當機，或可能執行任意程式碼。(CVE-2018-10893)

如果應用程式遇到嚴重的通訊協定錯誤並呼叫兩次 SSL_shutdown() (這兩次分別是要傳送和接收 close_notify)，隨後 OpenSSL 可比對接收到的 0 位元組記錄是含有無效填補或無效 MAC 位址，對呼叫的應用程式給予不同的回應。如果應用程式據此出現不同的行為，且該行為可由遠端對等端偵測出來，那麼會發展成可用來解密資料的 padding oracle。一定要使用「非拼接式」(non-stitched) 密碼套件，此弱點才能被惡意利用。拼接式密碼套件是若干常用密碼套件的最佳實作。此外，應用程式必須在即使發生通訊協定錯誤的情況下，呼叫 SSL_shutdown() 兩次 (應用程式不應該這麼做，但有些還是會如此)。已在 OpenSSL 1.0.2r 中修正 (受影響的是 1.0.2-1.0.2q)。(CVE-2019-1559) OpenSSL DSA 簽名演算法已顯示為容易受到計時旁路攻擊。攻擊者可利用簽名演算法中的變體，復原私密金鑰。已在 OpenSSL 1.1.1a 中修正 (受影響的是 1.1.1)。已在 OpenSSL 1.1.0j 中修正 (受影響的是 1.1.0-1.1.0i)。已在 OpenSSL 1.0.2q 中修正 (受影響的是 1.0.2-1.0.2p)。(CVE-2018-0734)

在 libvirt 透過 QEMU 代理程式取得介面資訊的方式中發現一個 NULL 指標解除參照缺陷。在客體虛擬機器內的攻擊者可利用此缺陷損毀 libvirtd 及造成拒絕服務。(CVE-2019-3840)

2.4.0 之前的 libseccomp 未正確使用算術運算子 (LT、GT、LE、GE) 產生 64 位元的系統呼叫引數，這可能會導致繞過 seccomp 篩選器，且可能造成權限提升。(CVE-2019-9893)

在 1.4.15 之前的 Libevent 1.4.x、2.0.22 之前的 Libevent 2.0.x、2.1.5-beta 之前的 Libevent 2.1.x 中，evbuffer API 中有多個整數溢位情形，允許內容相依的攻擊者透過對 (1) evbuffer_add、(2) evbuffer_expand 或 (3) bufferevent_write 函式的「極大輸出」造成拒絕服務，或可能造成其他不明影響，進而觸發堆積型緩衝區溢位，或無限迴圈。注意：此識別符號已因不同的受影響版本而依據 ADT3 遭到分割。如需僅在 2.0 版及更新版本中受到影響的函式資訊，請參閱 CVE-2015-6525。(CVE-2014-6272) 在 libevent 的 evbuffer API 中發現多個整數溢位缺陷。能夠讓應用程式使用 API 將過長的輸入傳遞至 libevent 的攻擊者可利用這些缺陷使應用程式進入無限迴圈、損毀並可能執行任意程式碼。(CVE-2015-6525)

在 GNU Binutils 2.30 發佈的 GNU libiberty 中，在 cplus-dem.c 的 arm_pt 中發現一個問題。libiberty 提供的 C++ demangling 函式中發生堆疊耗盡，而且有下列遞迴堆疊框架：demangle_arm_hp_template、demangle_class_name、demangle_fund_type、do_type、do_arg、demangle_args 和 demangle_nested_args。執行 nm-new 時會發生上述狀況。(CVE-2018-12641) 在 GNU Binutils 2.30 發佈的 GNU libiberty 中，在 cplus-dem.c 的 work_stuff_copy_to_from 中發現 NULL 指標解除參照 (即不明位址 0x000000000000 上的 SEGV) 情形。執行 objdump 時會發生上述狀況。(CVE-2018-12697) binutils 2.32 版本及更舊版本的 objdump、bfd_get_dynamic_reloc_upper_bound、bfd_canonicalize_dynamic_reloc 中含有會導致整數溢位觸發堆積溢位的整數溢位弱點。若成功加以惡意利用，即可執行任意程式碼。此攻擊似乎可以透過本機惡意利用。此弱點似乎已在 after commit 3a551c7a1b80fca579461774860574eabfd7f18f 中修正。(CVE-2018-1000876)

在 1.9.10、1.10.4、1.12.0 版及其之前所有的 Apache Subversion 版本中，Subversion 的 svnserve 伺服器處理程序可能會在格式正確的唯讀要求產生特定回覆時結束。這可能導致伺服器使用者中斷。(CVE-2018-11782) 在 1.9.10、1.10.4、1.12.0 及其之前所有的 Apache Subversion 版本中，Subversion 的 svnserve 伺服器處理程序可能會在用戶端傳送特定的通訊協定命令順序時結束。這可能導致伺服器使用者中斷。(CVE-2019-0203)。

執行「docker build」命令時，在 Docker 中發現一個命令插入缺陷。透過為容器提供可構建的特製路徑引數，即可將命令選項插入可由 Docker 執行的「git fetch」/「git checkout」命令，並以執行 Docker 的使用者身份執行程式碼。能夠用受控制的版本路徑執行「docker build」的本機攻擊者或能夠控制 docker 版本路徑的遠端攻擊者可提升權限，或執行程式碼。(CVE-2019-13139) 在 Docker CE 和 18.09.8 之前的 EE (以及 17.06.2-ee-23 之前的 Docker EE 和 18.03.1-ee-10 之前的 18.x) 中，偵錯模式下的 Docker Engine 有時候可能會將秘密新增到偵錯記錄中。這適用於執行 docker 堆疊配置以重新配置包含 (非外部) 秘密的堆疊的情況。其可能適用於堆疊 API 的其他 API 使用者 (若他們重新傳送該秘密)。(CVE-2019-13509)

在到 0.13.69 為止的 ZZIPlib 中發現一個問題。zip.c 的 __zzip_parse_root_directory 函式中有一個記憶體洩露問題遭到觸發，此問題會導致拒絕服務。(CVE-2018-16548) 在 ZZIPlib 0.13.67 的 __zzip_fetch_disk_trailer (zzip/zip.c) 中，有一個因載入配置不當的位址 (處理 disk64_trailer 本機項目時) 所造成的匯流排錯誤。遠端攻擊者可利用此弱點，透過特製的 zip 檔案，造成拒絕服務。(CVE-2018-6541)

在 0.9.0 之前的 uriparser 中發現一個問題。UriQuery.c 允許透過 uriComposeQuery* 或 uriComposeQueryEx* 函式進行超出邊界寫入，這是因為未正確處理某些內容中的「&」字元。(CVE-2018-19198) 在 0.9.0. 之前的 uriparser 中發現一個問題。UriQuery.c 允許透過 uriComposeQuery* 或 uriComposeQueryEx* 函式發生整數溢位，這是因為未經檢查的乘法所致。(CVE-2018-19199)

ZIP 歸檔的已壓縮大小值和未壓縮大小值之間有特製關係時，Info-ZIP UnZip 6.0 的 list.c 中會發生緩衝區溢位，這是因為緩衝區大小為 10，但應為 12。(CVE-2018-18384)

在 unixODBC 的 unicode_to_ansi_copy() 函式中發現一個緩衝區溢位缺陷。此缺陷無法直接由將最大的潛在影響變成損毀或拒絕服務的攻擊者掌控。(CVE-2018-7409) 在 unixODBC 的 SQLWriteFileDSN API 中發現一個引數順序混淆缺陷。只能透過惡意的 ODBC 資料庫連接器套件惡意利用此缺陷，最大的影響為拒絕服務。(CVE-2018-7485)

在 SoX 處理 AIFF 檔案處理作業的方式中發現一個 NULL 指標解除參照缺陷。攻擊者可能會利用此缺陷，透過誘騙 SoX 應用程式處理特製的 AIFF 檔案以使其損毀。(CVE-2017-18189)

在 samba 實作 RPC 端點 (列舉 Windows 登錄服務 API) 的方式中發現一個缺陷。無權限的攻擊者可利用此缺陷在任何他們具有 unix 權限之處建立新的登錄區檔案，這可能會導致新的檔案在 Samba 共用中建立。(CVE-2019-3880)

libjpeg 中的 cjpeg 通用程式允許遠端攻擊者造成拒絕服務 (NULL 指標解除參照和應用程式損毀) 或透過特製檔案執行任意程式碼。(CVE-2016-3616) 在 libjpeg-turbo 中，在 jmemmgr.c 檔案的 alloc_sarray 函式中發現一個除以零弱點。攻擊者可利用此弱點，透過特製的檔案，造成拒絕服務。(CVE-2018-11212) 讀取 PGM 檔案的一列像素時，在 libjpeg-turbo 中發現一個超出邊界讀取弱點。攻擊者可利用此缺陷造成應用程式損毀及拒絕服務。(CVE-2018-11213) 讀取 PPM 檔案的一列像素時，在 libjpeg-turbo 中發現一個超出邊界讀取弱點。攻擊者可利用此缺陷造成應用程式損毀及拒絕服務。(CVE-2018-11214) 因 rdtarga.c 中的 libjpeg 不當處理 EOF，所以 libjpeg 9c 有很大的迴圈。(CVE-2018-11813) 在 libjpeg-turbo 1.5.90 版和之前版本及 MozJPEG 3.3.1 版本和之前版本中，rdbmp.c 中的 get_8bit_row 允許攻擊者透過特製的 8 位元 BMP (一個或多個色彩索引超出調色盤項目數量範圍) 造成拒絕服務 (堆積型緩衝區過度讀取和應用程式損毀)。(CVE-2018-14498)

在比 4.3.4 版舊的 fence-agents 中發現一個缺陷：在客體 VM 的註解或其他欄位中使用非 ASCII 字元會造成 fence_rhevm 因例外而結束。在叢集環境中，這會導致無法自動復原，或拒絕對 VM 為所屬成員的叢集提供服務。(CVE-2019-10153)

在比 2.2.36.4 版舊的 Dovecot 和 2.3.7.2 前的 Dovecot 2.3.x (及 0.5.7.2 之前的 Pigeonhole) 中，引用字串的通訊協定處理作業可能會失敗。此錯誤之所以發生，是因為未正確處理「\\0」字元，且可能導致超出邊界寫入及遠端程式碼執行。(CVE-2019-11500)

某個 ISC BIND 程式庫的一個函式中有一個錯誤，在 DHCPv6 模式下運作時，dhcpd 會使用該函式。依據其文件，dhcpd 中還有一個與使用此函式相關的錯誤，但程式庫函式中的該錯誤避免了任何危害發生。ISC 發行的所有 dhcpd 版本包含此副本和其他副本、BIND 程式庫及發佈前已經過測試的版本，且已知未出現類似的問題。某些 ISC 軟體的第三方套件已修改過 dhcpd 原始碼、BIND 原始碼或版本對應項，可能造成損毀。依據 ISC 掌握的報告，損毀可能性極高，且沒有任何針對攻擊者可如何操控或攻擊者是否能夠操控該可能性所做的分析。影響：4.4.1 之前的 dhcpd 版本 (使用 BIND 9.11.2 版或更新版本時)，或具有特定已反向移植錯誤修正的 BIND 版本。
ISC 無法取得所有易受害 dhcpd 重新包裝版本的完整版本清單。此外，其他供應商的版本也可能受到影響。建議操作員參閱供應商文件說明。(CVE-2019-6470)

在 LibTIFF 4.0.9 中，使用 tiffinfo 工具列印特製的 TIFF 資訊時，tif_print.c 的 TIFFPrintDirectory 函式發生 NULL 指標解除參照，這是不同於 CVE-2017-18013 的弱點。(這會影響 CVE-2017-18013 修補程式未解決、TIFFPrintDirectory 函式的較舊部分。)(CVE-2018-7456)

在 PHP 比 7.1.33 舊的 7.1.x 版、比 7.2.24 舊的 7.2.x 版和比 7.3.11 舊的 7.3.x 版中，某些 FPM 設定的組態可能會造成 FPM 模組發生寫入已配置緩衝區，而寫入為 FCGI 通訊協定資料保留的空間，因而有可能發生遠端程式碼執行。(CVE-2019-11043)

在 OpenSSH 7.9 中發現一個問題。由於處理程序顯示中遺漏字元編碼，惡意伺服器 (或攔截式攻擊者) 可利用特製的物件名稱來操控用戶端輸出，例如，使用 ANSI 控制程式碼隱藏正在傳送的額外檔案。這會影響 progressmeter.c 中的 refresh_progress_meter()。(CVE-2019-6109) 在 OpenSSH 7.9 中發現一個問題。由於 scp 實作是衍生自 1983 rcp，因此伺服器會選擇將哪些檔案/目錄傳送至用戶端。不過，scp 用戶端只會對傳回的物件名稱執行粗略的驗證 (僅防止目錄遊走攻擊)。惡意的 scp 伺服器 (或攔截式攻擊者) 可在 scp 用戶端目標目錄中覆寫任意檔案。如果執行遞迴作業 (-r)，伺服器也可以操控子目錄 (例如，覆寫 .ssh/authorized_keys 檔案)。(CVE-2019-6111) 在 OpenSSH 7.9 中，scp 用戶端中的 scp.c 可讓遠端 SSH 伺服器透過 . 檔案名稱或空白檔案名稱，繞過預定的存取限制。其影響為修改用戶端目標目錄的權限。(CVE-2018-20685)

在 sssd 群組原則物件實作中發現一個缺陷。若因為伺服器端權限設定過於嚴格而導致 SSSD 無法讀取 GPO，SSSD 會允許所有經驗證的使用者登入而非拒絕存取。(CVE-2018-16838) 在 sssd 中發現一個弱點，若組態的使用者缺少主目錄設定，sssd 會傳回「/」(root 目錄) 而非 '' (空字串/無主目錄)。此問題會影響限制使用者檔案系統存取的服務，這些服務會透過 chroot() 將使用者的檔案系統存取範圍侷限在其主目錄內。(CVE-2019-3811)

部分 HTTP/2 實作存有視窗大小操控及串流優先排序操控弱點，可能因而導致拒絕服務。攻擊者透過多重串流向特定資源要求大量資料。這些攻擊者會操控視窗大小及串流優先順序，迫使伺服器將資料排入 1 位元組區塊。根據此資料的佇列效率而定，此狀況可消耗過多 CPU、記憶體或兩者。(CVE-2019-9511) 有些 HTTP/2 實作容易發生標頭洩露，可能進而導致拒絕服務。攻擊者可將大量含有 0 長度標頭名稱及 0 長度標頭值的標頭 (選擇性採用 Huffman 編碼) 傳送到 1 位元組或更高位元組的標頭中。某些實作會為這些標頭配置記憶體，並將配置保持現用狀態，直到工作階段終結。這可能會耗用過量的記憶體。(CVE-2019-9516) 部分 HTTP/2 實作容易受到不受限制的內部資料緩衝影響，進而可能導致拒絕服務。攻擊者會開啟 HTTP/2 視窗，因此對等端可以不受限制地傳送；但是它們會使 TCP 視窗關閉，因此對等端在連線時，無法實際寫入 (許多) 位元組。接著，攻擊者會針對大型回應物件傳送要求串流。根據伺服器佇列回應的方式而定，這可能會消耗過量的記憶體、CPU 或兩者。(CVE-2019-9517)

在 Apache httpd 中發現會影響 mod_proxy 錯誤頁面的跨網站指令碼弱點。在某些情況下，特製的連結會將內容插入顯示在錯誤頁面的 HTML，進而可能導致用戶端惡意利用。(CVE-2019-10092) 在 Apache httpd 的 mod_remoteip 中發現一個弱點。使用「PROXY」通訊協定的受信任代理程式會傳送可造成 httpd 發生堆積緩衝區溢位或 NULL 指標解除參照的特製標頭，進而導致損毀或其他可能的後果。\n\n只有已設定的受信任中繼代理伺服器可惡意利用此問題。如瀏覽器的 HTTP 用戶端無法惡意利用此弱點。(CVE-2019-10097) 在 Apache httpd 的 mod_rewrite 中發現一個弱點。某些自我參照的 mod_rewrite 規則會遭到已編碼新行誘騙，進而造成這些規則重新導向至非預期的位置。攻擊者可在釣魚攻擊中利用此缺陷，或作為對瀏覽器發動的用戶端攻擊一部分。(CVE-2019-10098)

在到 2.7.6 為止的 GNU 修補程式中，pch.c 中 do_ed_script 未封鎖開頭為 ! 字元的字串。請注意：這是與適用於 CVE-2019-13638 相同的認可，但 ! 語法為 ed 特定，且與 shell 詮釋字元無關。(CVE-2018-20969) 在到 2.7.6 為止的 GNU 修補程式容易發生 OS shell 命令插入，以 shell 詮釋字元開啟含有 ed 樣式 diff 承載的特製修補程式檔案即可加以惡意利用。ed 編輯器不需顯示在易受害系統上。這與 CVE-2018-1000156 不同。(CVE-2019-13638)

在 Apache httpd 的 mod_http2 中發現一個弱點。在某些情況下，HTTP/2 早期推送會導致記憶體損毀，進而造成伺服器損毀。(CVE-2019-10081)

在 Apache httpd 的 mod_http2 中發現一個釋放後讀取弱點。特製的 http/2 用戶端工作階段可能造成伺服器讀取先前已在連線關閉時釋放的記憶體，進而可能導致損毀。(CVE-2019-10082)

在 Apache httpd 中發現會影響 mod_proxy 錯誤頁面的跨網站指令碼弱點。在某些情況下，特製的連結會將內容插入顯示在錯誤頁面的 HTML，進而可能導致用戶端惡意利用。(CVE-2019-10092)

在 Apache httpd 的 mod_remoteip 中發現一個弱點。使用「PROXY」通訊協定的受信任代理程式會傳送可造成 httpd 發生堆積緩衝區溢位或 NULL 指標解除參照的特製標頭，進而導致損毀或其他可能的後果。\n\n只有已設定的受信任中繼代理伺服器可惡意利用此問題。HTTP 用戶端 (如瀏覽器) 無法利用此弱點。(CVE-2019-10097)

在 Apache httpd 的 mod_rewrite 中發現一個弱點。
某些自我參照的 mod_rewrite 規則會遭到已編碼新行誘騙，進而造成這些規則重新導向至非預期的位置。攻擊者可在釣魚攻擊中利用此缺陷，或作為對瀏覽器發動的用戶端攻擊一部分。(CVE-2019-10098)

部分 HTTP/2 實作容易受到不受限制的內部資料緩衝影響，進而可能導致拒絕服務。攻擊者會開啟 HTTP/2 視窗，因此對等端可以不受限制地傳送；但是它們會使 TCP 視窗關閉，因此對等端在連線時，無法實際寫入 (許多) 位元組。接著，攻擊者會針對大型回應物件傳送要求串流。根據伺服器佇列回應的方式而定，這可能會消耗過量的記憶體、CPU 或兩者。(CVE-2019-9517)

到 4.92.2 為止的 Exim 4.92 允許遠端程式碼執行，是與 CVE-2019-15846 不同的弱點。string.c 的 string_vformat 中有一個涉及長 EHLO 命令的堆積型緩衝區溢位。(CVE-2019-16928)

在 cURL 7.52.0 到 7.65.3 中，FTP-kerberos 程式碼中有雙重釋放弱點。(CVE-2019-5481) 在 cURL 7.19.4 到 7.65.3 中，TFTP 通訊協定處理程式中有堆積緩衝區溢位情形。(CVE-2019-5482)

在 Exiv2 程式庫列印嵌入某影像的 IPTC Photo Metadata 的方式中，發現會導致堆積型超出邊界讀取的整數反向溢位。遠端攻擊者可藉由說服受害者開啟特製的影像，造成應用程式損毀或可能擷取一部分的記憶體。(CVE-2017-17724) 在到 0.26 為止的 Exiv2 中，pngimage.cpp 的 tEXtToDataBuf 函式允許遠端攻擊者透過特製的檔案造成拒絕服務 (應用程式損毀)，或可能造成其他不明影響。(CVE-2018-10772) 在 Exiv2 0.26 的 types.cpp 中，大型數值可能會在嘗試針對 Exiv2::Internal::PngChunk::zlibUncompress 呼叫進行記憶體配置時，造成 SIGABRT。(CVE-2018-10958) 在 Exiv2 0.26 中發現一個問題。jp2image.cpp 的 readMetadata 允許遠端攻擊者觸發不正確的 Safe::add 呼叫，進而造成拒絕服務 (SIGABRT)。(CVE-2018-10998) 在 Exiv2 0.26 中，pngimage.cpp 的 Exiv2::PngImage::printStructure 函式允許遠端攻擊者透過特製的檔案造成資訊洩漏。(CVE-2018-11037) 在 Exiv2 0.26 中，preview.cpp 的 LoaderTiff::getData() 中有整數溢位情形，進而導致 value.hpp 的 Exiv2::ValueType::setDataArea 發生超出邊界讀取。(CVE-2018-12264) 在 Exiv2 0.26 中，preview.cpp 的 LoaderExifJpeg 類別有整數溢位情形，進而導致 basicio.cpp 的 Exiv2::MemIo::read 發生超出邊界讀取。(CVE-2018-12265) 在 Exiv2 0.26 中，webpimage.cpp 的 WebPImage::decodeChunks 中有堆積型緩衝區過度讀取情形。(CVE-2018-14046) 在 Exiv2 v0.26 中發現一個問題。value.cpp 的 Exiv2::DataValue::copy 函式中有 NULL 指標解除參照情形。(CVE-2018-17282) 在 Exiv2 0.26 中，crwimage_int.cpp 的 CiffDirectory::readDirectory() 有因遞迴函式所致的過度堆疊耗用情形，進而導致拒絕服務。(CVE-2018-17581) 在 Exiv2 0.27-RC1 中，image.cpp 的 Exiv2::Image::printIFDStructure 函式有一個無限迴圈。特製的輸入將會導致遠端拒絕服務攻擊。(CVE-2018-18915) 在 Exiv2 0.26 中，iptc.cpp 的 Exiv2::IptcParser::decode (從 PSD 影像讀取器的 psdimage.cpp 呼叫) 可能有拒絕服務問題 (堆積型緩衝區過度讀取)，這是透過特製的 PSD 影像檔案引發的整數溢位所造成。(CVE-2018-19107) 在 Exiv2 0.26 中，Exiv2::PsdImage::readMetadata (PSD 影像讀取器的 psdimage.cpp 中) 可能有拒絕服務問題 (無限迴圈)，這是透過特製 PSD 影像檔案引發的整數溢位所造成。(CVE-2018-19108) 在 Exiv2 0.26 及較舊版本中，pngchunk_int.cpp 的 PngChunk::readRawProfile 可能透過特製的 PNG 檔案造成拒絕服務 (因堆積型緩衝區過度讀取導致的應用程式損毀)。(CVE-2018-19535) 在 Exiv2 v0.27-RC2 中，easyaccess.cpp 的 Exiv2::isoSpeed 允許遠端攻擊者透過特製檔案造成拒絕服務 (NULL 指標解除參照和應用程式損毀)。(CVE-2018-19607) 在 Exiv2 0.27-RC3 中，pngimage.cpp 的 Exiv2::tEXtToDataBuf 函式內有堆積型緩衝區過度讀取情形。特製的輸入將會導致遠端拒絕服務攻擊。(CVE-2018-20096) 在 Exiv2 0.27-RC3 中，tiffimage_int.cpp 的 Exiv2::Internal::TiffParserWorker::findPrimaryGroups 內有 SEGV。特製的輸入將會導致遠端拒絕服務攻擊。(CVE-2018-20097) 在 Exiv2 0.27-RC3 中，jp2image.cpp 的 Exiv2::Jp2Image::encodeJp2Header 中有堆積型緩衝區過度讀取情形。特製的輸入將會導致遠端拒絕服務攻擊。(CVE-2018-20098) 在 Exiv2 0.27-RC3 中，jp2image.cpp 的 Exiv2::Jp2Image::encodeJp2Header 中有一個無限迴圈。特製的輸入將會導致遠端拒絕服務攻擊。(CVE-2018-20099) 在 Exiv2 0.26 中，jpgimage.cpp 允許遠端攻擊者透過特製檔案造成拒絕服務 (image.cpp Exiv2::Internal::stringFormat 超出邊界讀取)。(CVE-2018-8976) 在 Exiv2 0.26 中，canonmn_int.cpp 的 Exiv2::Internal::printCsLensFFFF 函式允許遠端攻擊者透過特製檔案造成拒絕服務 (無效記憶體存取)。(CVE-2018-8977) 在 Exiv2 0.26 中，在 iptc.cpp 檔案的 IptcData::printStructure 中發現一個超出邊界讀取弱點。攻擊者可藉由提供特製影像來造成損毀，或資訊洩露。(CVE-2018-9305)

許多現代微處理器設計已採用「載入和儲存」指令的推測執行 (常用的效能最佳化)，在這個方法中發現業界普遍存在的問題。它依賴權限程式碼中精確定義的指令序列的存在，並依賴以下事實：從最近發生記憶體寫入的位址讀取記憶體可能會看到較舊的值，因此造成微處理器資料外取的更新，即使從未實際認可 (淘汰) 推測執行的指令。因此，無權限的攻擊者可利用此缺陷透過進行目標式快取旁路攻擊來讀取有特殊權限的記憶體。(CVE-2018-3639)

在 elfutils 讀取 DWARF 位址範圍資訊的方式中發現超出邊界讀取情形。dwarf_getaranges.c 中的 dwarf_getaranges() 函式未正確檢查其讀取範圍是否超出 ELF 區段的限制。攻擊者可利用此缺陷，透過特製檔案造成拒絕服務。(CVE-2018-16062) elfutils 0.173 中的 libelf/elf_end.c 允許遠端攻擊者造成拒絕服務 (雙重釋放和應用程式損毀)，或可能造成其他不明影響，這是因為其試圖解壓縮兩次。(CVE-2018-16402) elfutils 0.173 中的 libdw 未正確檢查 dwarf_getabbrev.c 的 dwarf_getabbrev 和 dwarf_hasattr.c 的 dwarf_hasattr 中的屬性清單結尾，進而導致堆積型緩衝區過度讀取及應用程式損毀。(CVE-2018-16403) 在到 elfutils 0.174 為止的所有版本中，在 libdwfl 內的 dwfl_segment_report_module.c 中發現無效的記憶體位址解除參照。此弱點允許攻擊者利用特製的 ELF 檔案造成拒絕服務 (應用程式損毀)，consider_notes 即是一例。(CVE-2018-18310) 在到 elfutils 0.174 為止的所有版本中，libelf 內的 elf_end 函式中存在一個無效記憶體位址解除參照。雖然 eu-size 預定是要支援 ar 檔案內部的 ar 檔案，但 size.c 中的 handle_ar 在處理所有內部項目之前即關閉外部 ar 檔案。此弱點允許攻擊者利用特製的 ELF 檔案造成拒絕服務 (應用程式損毀)。(CVE-2018-18520) 在 elfutils 0.174 中，arlib.c 的 arlib_add_symbols() 函式中有除以零弱點，遠端攻擊者可藉以用特製的 ELF 檔案造成拒絕服務 (應用程式損毀)，eu-ranlib 即為一例，這是因為未正確處理零 sh_entsize。(CVE-2018-18521) 在 elfutils 0.175 中，libdw 中 dwarf_getsrclines.c 的 read_srclines 內發現堆積型緩衝區過度讀取情形。特製的輸入可造成分割錯誤，進而導致拒絕服務，eu-nm 即為一例。(CVE-2019-7149) 在 elfutils 0.175 中發現一個問題。libelf/elf32_xlatetom.c 的 elf64_xlatetom 函式中會發生分割錯誤，這是因為 dwfl_segment_report_module 未檢查來自核心檔案的 dyn 資料讀數是否遭到截斷。特製輸入可造成程式損毀，進而導致拒絕服務，eu-stack 即為一例。(CVE-2019-7150) 在 elfutils 0.175 中，在 libelf/note_xlate.h 的 elf_cvt_note 中嘗試負值大小的 memcpy，這是因為不正確的溢位檢查所致。特製的 elf 輸入會造成分割錯誤，進而導致拒絕服務 (程式損毀)。(CVE-2019-7664) 在 elfutils 0.175 中，在 elf32_xlatetom (libelf 的 elf32_xlatetom.c 內) 中發現堆積型緩衝區過度讀取情形。特製的 ELF 輸入會造成分割錯誤，進而導致拒絕服務 (程式損毀)， 因為 ebl_core_note 未拒絕格式錯誤的核心檔案註記。(CVE-2019-7665)

儘管已設定 umask，0.41 以上 (包括 0.41) 的 libcgroup 仍會以模式 0666 建立 /var/log/cgred，因而導致資訊洩漏。(CVE-2018-14348)

在 python-requests 中發現認證洩漏缺陷：將驗證要求從 HTTPS 端點重新導向 (302) 至相同主機上的 HTTP 端點時，系統不會去除授權標頭，且可以純文字格式讀取認證。攔截式攻擊者可惡意利用此缺陷來取得使用者的有效認證。(CVE-2018-18074)

若 HOME 環境變數未設定或為空，top 會在不進行任何安全性檢查的情況下，從目前工作目錄讀取其組態檔。若使用者在未設定 HOME 的情況下，在由攻擊者控制的目錄中執行 top ，攻擊者可惡意利用 config_file() 函式中的其中一個弱點來達成權限提升。(CVE-2018-1122)

ID	名稱	嚴重性
131244	Amazon Linux AMI：python34 (ALAS-2019-1324)	critical
131243	Amazon Linux AMI：libapreq2 (ALAS-2019-1323)	high
131242	Amazon Linux AMI：核心 (ALAS-2019-1322)	medium
131241	Amazon Linux AMI：golang (ALAS-2019-1321)	high
131240	Amazon Linux AMI：glibc (ALAS-2019-1320)	medium
131239	Amazon Linux AMI：blktrace (ALAS-2019-1319)	medium
131238	Amazon Linux 2：rsyslog (ALAS-2019-1369)	high
131237	Amazon Linux 2：python / python3 (ALAS-2019-1368)	high
131236	Amazon Linux 2：ntp (ALAS-2019-1367)	critical
131235	Amazon Linux 2：核心 (ALAS-2019-1366)	medium
131234	Amazon Linux 2：freerdp (ALAS-2019-1365)	medium
131083	Amazon Linux AMI：microcode_ctl / kernel (ALAS-2019-1318)	medium
131082	Amazon Linux 2：microcode_ctl / kernel (ALAS-2019-1364)	medium
131031	Amazon Linux 2：spice-gtk (ALAS-2019-1363)	high
131030	Amazon Linux 2：openssl (ALAS-2019-1362)	medium
131029	Amazon Linux 2：libvirt (ALAS-2019-1361)	medium
131028	Amazon Linux 2：libseccomp (ALAS-2019-1360)	critical
131027	Amazon Linux 2：libevent (ALAS-2019-1359)	high
131026	Amazon Linux 2：binutils (ALAS-2019-1358)	high
130610	Amazon Linux AMI：subversion (ALAS-2019-1317)	high
130609	Amazon Linux AMI：docker (ALAS-2019-1316)	high
130608	Amazon Linux 2：zziplib (ALAS-2019-1357)	medium
130607	Amazon Linux 2：uriparser (ALAS-2019-1356)	critical
130606	Amazon Linux 2：unzip (ALAS-2019-1355)	medium
130605	Amazon Linux 2：unixODBC (ALAS-2019-1354)	critical
130604	Amazon Linux 2：sox (ALAS-2019-1352)	high
130603	Amazon Linux 2：samba (ALAS-2019-1351)	medium
130602	Amazon Linux 2：libjpeg-turbo (ALAS-2019-1350)	high
130601	Amazon Linux 2：fence-agents (ALAS-2019-1348)	medium
130600	Amazon Linux 2：dovecot (ALAS-2019-1347)	critical
130599	Amazon Linux 2：dhcp (ALAS-2019-1346)	high
130598	Amazon Linux 2：compat-libtiff3 (ALAS-2019-1345)	medium
130471	Amazon Linux AMI：php71/php72、php73、php56 (ALAS-2019-1315)	critical
130470	Amazon Linux 2：php (ALAS-2019-1344)	critical
130404	Amazon Linux AMI：python27 / python34,python35,python36 (ALAS-2019-1314)	high
130403	Amazon Linux AMI：openssh (ALAS-2019-1313)	medium
130402	Amazon Linux 2：sssd (ALAS-2019-1343)	medium
130401	Amazon Linux 2：mod_http2 (ALAS-2019-1342) (0 長度標頭洩漏) (Data Dribble) (內部資料緩衝)	high
130400	Amazon Linux 2：httpd (ALAS-2019-1341)	high
130282	Amazon Linux AMI：patch (ALAS-2019-1312)	high
130281	Amazon Linux AMI：httpd24 (ALAS-2019-1311) (內部資料緩衝)	critical
130280	Amazon Linux AMI：exim (ALAS-2019-1310)	critical
130236	Amazon Linux 2：curl (ALAS-2019-1340)	critical
130235	Amazon Linux 2：exiv2 (ALAS-2019-1339)	high
130234	Amazon Linux 2：java-11-openjdk (ALAS-2019-1338) (Spectre)	medium
130233	Amazon Linux 2：elfutils (ALAS-2019-1337)	critical
130232	Amazon Linux 2：libcgroup (ALAS-2019-1336)	high
130231	Amazon Linux 2：golang (ALAS-2019-1335)	high
130230	Amazon Linux 2：python-requests (ALAS-2019-1334)	high
130229	Amazon Linux 2：procps-ng (ALAS-2019-1333)	high

偵測

Nessus 的 Amazon Linux Local Security Checks 系列

critical

high

medium

high

medium

medium

high

high

critical

medium

medium

medium

medium

high

medium

medium

critical

high

high

high

high

medium

critical

medium

critical

high

medium

high

medium

critical

high

medium

critical

critical

high

medium

medium

high

high

high

critical

critical

critical

high

medium

critical

high

high

high

high