From nobody Sat Apr 8 15:26:16 2023 X-Original-To: dev-commits-ports-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PtzbY0wfjz44Y9n; Sat, 8 Apr 2023 15:26:17 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PtzbX6WQQz47cc; Sat, 8 Apr 2023 15:26:16 +0000 (UTC) (envelope-from git@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680967577; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=LlvcZ1TXN4yGtxalu9ySWlBQ95q6jdCkdBOu2B5KA6c=; b=lJjePdxRco+vu2xWZHTosrLBELkqmz+A/XPTDAmB4FXjLwycfcVCMHrnn3daogGOJ2xhNh 8yvZUlezTM8VL9vMg2IWwh8cs6TPW+8dN8U8qFoffA4891jvOokFminKHpVyeS3JljP/kF R9bduv2AmBH5u3aAFlZoQG2mLVG+EdFG/UvrjXFRdWXvYJUcqn2oRp8p0z7/pEC5Lo1I9o efv80byq6BLDwPrut+ToKhI6c85dKMNT7zVpG+1oKqT7nuKVaJHriMpgP+1CDi/MVVjyDr AHTyPc0CnrGjY1+XHvQsbkEE6ADQ1QngmrdBNsrMQmnQFq6vEZJYvX3dyIbxqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680967577; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=LlvcZ1TXN4yGtxalu9ySWlBQ95q6jdCkdBOu2B5KA6c=; b=yZUevzPAVmvVvbMluR51rW6TM6AHpDjSihnkA9jVLDRy45WbKPCDgAd2E+Zut61lJeyCum oCQRXgIlV9uWSTJiTOzQMFwMTpwPpv2wErNm8ns0RNtabmLeNIbAJC/ucdfHE5YQaGpK5A e1XA5BHqajSoYaWKI0qFwAHjiWCXPz/7ky0GEgn0HT4JYn2oujeh2OtKXrkzz2TtvCgBIG kO3LYdMSyYCN9AZVk1dpUaCyOOp/rENuSZ+Xw62MChVDdPzDHenYk2zxfx61iOgtac6hT9 6x409rU30IBgOEYeEQW30z1SU4K9wgyB5Hg7ZjIJcXYpORkZHMG3EWjLYv5Z8g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680967577; a=rsa-sha256; cv=none; b=t3dHqA9/DI5TDcIw8le8+Nm4YTwTkNlLGRFSIaBP2nCN93mS8bNnrV6C4m8G4HaazMN7A9 MIuorPnPzY6glrJK2upQ3wWnmtp8Nzc+0bAHTo3lJaLRu4+BSgrCSEmdloO9ildsLiNnnM PW7xP8CVgKQY2eqDHqa88i0j/dPPYqiIO1H4WtXwzDEFp74J2Sc7JkJOGv8CCIu6pi2aep o2BlZigOi+0p1CxaSd160VXg1cK8FwPXPRYKCLBDGXzfMms5nWeLWGAKtKkVniSZaHMUb+ AUvD0ZrG0K3zi5FIzYkRR0OKRfXiRmQf3A2kMJjFuTs0OqsXmFatrc9oNGqlfA== Received: from gitrepo.freebsd.org (gitrepo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4PtzbX5Z7qzWvc; Sat, 8 Apr 2023 15:26:16 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from gitrepo.freebsd.org ([127.0.1.44]) by gitrepo.freebsd.org (8.16.1/8.16.1) with ESMTP id 338FQGLS088435; Sat, 8 Apr 2023 15:26:16 GMT (envelope-from git@gitrepo.freebsd.org) Received: (from git@localhost) by gitrepo.freebsd.org (8.16.1/8.16.1/Submit) id 338FQGOu088434; Sat, 8 Apr 2023 15:26:16 GMT (envelope-from git) Date: Sat, 8 Apr 2023 15:26:16 GMT Message-Id: <202304081526.338FQGOu088434@gitrepo.freebsd.org> To: ports-committers@FreeBSD.org, dev-commits-ports-all@FreeBSD.org, dev-commits-ports-main@FreeBSD.org From: Dmitri Goutnik Subject: git: 8b6256d94392 - main - security/vuxml: Document Go vulnerabilities List-Id: Commits to the main branch of the FreeBSD ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-main@freebsd.org X-BeenThere: dev-commits-ports-main@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Git-Committer: dmgk X-Git-Repository: ports X-Git-Refname: refs/heads/main X-Git-Reftype: branch X-Git-Commit: 8b6256d94392283b6fab3f28b838041f5e8c9222 Auto-Submitted: auto-generated X-ThisMailContainsUnwantedMimeParts: N The branch main has been updated by dmgk: URL: https://cgit.FreeBSD.org/ports/commit/?id=8b6256d94392283b6fab3f28b838041f5e8c9222 commit 8b6256d94392283b6fab3f28b838041f5e8c9222 Author: Dmitri Goutnik AuthorDate: 2023-04-07 13:08:09 +0000 Commit: Dmitri Goutnik CommitDate: 2023-04-08 15:13:24 +0000 security/vuxml: Document Go vulnerabilities --- security/vuxml/vuln/2023.xml | 108 +++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 108 insertions(+) diff --git a/security/vuxml/vuln/2023.xml b/security/vuxml/vuln/2023.xml index 28afea0ad00d..a9dac90cff5b 100644 --- a/security/vuxml/vuln/2023.xml +++ b/security/vuxml/vuln/2023.xml @@ -1,3 +1,111 @@ + + go -- multiple vulnerabilities + + + go119 + 1.19.8 + + + go120 + 1.20.3 + + + + +

The Go project reports:

+
+

go/parser: infinite loop in parsing

+

Calling any of the Parse functions on Go source code + which contains //line directives with very large line + numbers can cause an infinite loop due to integer + overflow.

+
+
+

html/template: backticks not treated as string delimiters

+

Templates did not properly consider backticks (`) as + Javascript string delimiters, and as such did not escape + them as expected. Backticks are used, since ES6, for JS + template literals. If a template contained a Go template + action within a Javascript template literal, the contents + of the action could be used to terminate the literal, + injecting arbitrary Javascript code into the Go template. + As ES6 template literals are rather complex, and + themselves can do string interpolation, we've decided + to simply disallow Go template actions from being used + inside of them (e.g. "var a = {{.}}"), since there is no + obviously safe way to allow this behavior. This takes the + same approach as github.com/google/safehtml. + Template.Parse will now return an Error when it encounters + templates like this, with a currently unexported ErrorCode + with a value of 12. This ErrorCode will be exported in the + next major release.

+
+
+

net/http, net/textproto: denial of service from excessive + memory allocation

+

HTTP and MIME header parsing could allocate large + amounts of memory, even when parsing small inputs. + Certain unusual patterns of input data could cause the + common function used to parse HTTP and MIME headers to + allocate substantially more memory than required to hold + the parsed headers. An attacker can exploit this + behavior to cause an HTTP server to allocate large + amounts of memory from a small request, potentially + leading to memory exhaustion and a denial of service. + Header parsing now correctly allocates only the memory + required to hold parsed headers.

+
+
+

net/http, net/textproto, mime/multipart: denial of service + from excessive resource consumption

+

Multipart form parsing can consume large amounts of CPU + and memory when processing form inputs containing very + large numbers of parts. This stems from several causes: + mime/multipart.Reader.ReadForm limits the total memory a + parsed multipart form can consume. ReadForm could + undercount the amount of memory consumed, leading it to + accept larger inputs than intended. Limiting total + memory does not account for increased pressure on the + garbage collector from large numbers of small + allocations in forms with many parts. ReadForm could + allocate a large number of short-lived buffers, further + increasing pressure on the garbage collector. The + combination of these factors can permit an attacker to + cause an program that parses multipart forms to consume + large amounts of CPU and memory, potentially resulting + in a denial of service. This affects programs that use + mime/multipart.Reader.ReadForm, as well as form parsing + in the net/http package with the Request methods + FormFile, FormValue, ParseMultipartForm, and + PostFormValue. ReadForm now does a better job of + estimating the memory consumption of parsed forms, and + performs many fewer short-lived allocations. In + addition, mime/multipart.Reader now imposes the + following limits on the size of parsed forms: Forms + parsed with ReadForm may contain no more than 1000 + parts. This limit may be adjusted with the environment + variable GODEBUG=multipartmaxparts=. Form parts parsed + with NextPart and NextRawPart may contain no more than + 10,000 header fields. In addition, forms parsed with + ReadForm may contain no more than 10,000 header fields + across all parts. This limit may be adjusted with the + environment variable GODEBUG=multipartmaxheaders=.

+
+ + + + CVE-2023-24537 + CVE-2023-24538 + CVE-2023-24534 + CVE-2023-24536 + https://groups.google.com/g/golang-dev/c/P-sOFU28bj0/m/QE_cqf22AgAJ + + + 2023-04-04 + 2023-04-07 + + + samba -- multiple vulnerabilities