在處理 HTTP/2 結尾的程式碼中發現超出邊界讀取：libcurl 在處理 HTTP/2 結尾的程式碼中含有超出邊界讀取。據報告 (https://github.com/curl/curl/pull/2231)，讀取 HTTP/2 結尾可能會弄亂未來的結尾，因為儲存的大小比所需的大小少一個位元組。問題是，從 HTTP/2 結尾資料建立類似 HTTP/1 標頭的程式碼曾經將 `:` 之類的字串附加到目標緩衝區，而這個字串最近已變更為 `: ` (冒號後加入了一個空格)，但是下列數學並未據此更新。遭到存取時，資料讀取超出邊界，並造成當機，或造成 (太大的) 資料傳遞至用戶端寫入。如果有人擁有可回應或為某個項目使用結尾的服務，這可導致拒絕服務情況或資訊洩漏。(CVE-2018-1000005) 重新導向時發生 HTTP 驗證洩漏：libcurl 可能會向第三方意外洩漏驗證資料。libcurl 會在要求傳送其 HTTP 要求中的自訂標頭時，將該組標頭先傳送至初始 URL 中的主機，而且如果要求遵循重新導向並傳回 30X HTTP 回應程式碼時，則會傳送至 `Location:` 回應標頭值中的 URL 提及的主機。將相同一組標頭傳送到後續主機對於傳遞自訂 `Authorization:` 標頭的應用程式尤其有問題，因為此標頭通常含有可讓其他人偽造 libcurl-using 用戶端要求的隱私敏感資訊或資料。(CVE-2018-1000007)

偵測

Amazon Linux AMI : curl (ALAS-2018-951)

critical Nessus Plugin ID 106930

找不到變更記錄