From owner-svn-ports-head@freebsd.org Sun Mar 15 22:31:29 2020 Return-Path: Delivered-To: svn-ports-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B15C627AB05; Sun, 15 Mar 2020 22:31:29 +0000 (UTC) (envelope-from leres@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48gZ0c6xQTz4BCm; Sun, 15 Mar 2020 22:31:28 +0000 (UTC) (envelope-from leres@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id A9AA2EB11; Sun, 15 Mar 2020 22:31:28 +0000 (UTC) (envelope-from leres@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id 02FMVSOl065091; Sun, 15 Mar 2020 22:31:28 GMT (envelope-from leres@FreeBSD.org) Received: (from leres@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id 02FMVSQ3065090; Sun, 15 Mar 2020 22:31:28 GMT (envelope-from leres@FreeBSD.org) Message-Id: <202003152231.02FMVSQ3065090@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: leres set sender to leres@FreeBSD.org using -f From: Craig Leres Date: Sun, 15 Mar 2020 22:31:28 +0000 (UTC) To: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: svn commit: r528507 - head/security/vuxml X-SVN-Group: ports-head X-SVN-Commit-Author: leres X-SVN-Commit-Paths: head/security/vuxml X-SVN-Commit-Revision: 528507 X-SVN-Commit-Repository: ports MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Mar 2020 22:31:29 -0000 Author: leres Date: Sun Mar 15 22:31:28 2020 New Revision: 528507 URL: https://svnweb.freebsd.org/changeset/ports/528507 Log: security/vuxml: Mark zeek < 3.0.3 as vulnerable as per: https://raw.githubusercontent.com/zeek/zeek/9dda3602a760f00d9532c6314ea79108106033fa/NEWS There are a number of potential denial of service issues due to memory leaks, buffer overflows, and a null pointer dereference. Approved by: matthew (mentor, implicit) Modified: head/security/vuxml/vuln.xml Modified: head/security/vuxml/vuln.xml ============================================================================== --- head/security/vuxml/vuln.xml Sun Mar 15 21:42:43 2020 (r528506) +++ head/security/vuxml/vuln.xml Sun Mar 15 22:31:28 2020 (r528507) @@ -58,6 +58,72 @@ Notes: * Do not forget port variants (linux-f10-libxml2, libxml2, etc.) --> + + zeek -- potential denial of service issues + + + zeek + 3.0.3 + + + + +

Jon Siwek of Corelight reports:

+
This release addresses the following security issues:
+
+
+ Potential Denial of Service due to memory leak in DNS + TSIG message parsing.
+
+ Potential Denial of Service due to memory leak (or assertion + when compiling with assertions enabled) when receiving a + second SSH KEX message after a first.
+
+ Potential Denial of Service due to buffer read overflow + and/or memory leaks in Kerberos analyzer. The buffer + read overflow could occur when the Kerberos message + indicates it contains an IPv6 address, but does not send + enough data to parse out a full IPv6 address. A memory + leak could occur when processing KRB_KDC_REQ KRB_KDC_REP + messages for message types that do not match a known/expected + type.
+
+ Potential Denial of Service when sending many zero-length + SSL/TLS certificate data. Such messages underwent the + full Zeek file analysis treatment which is expensive (and + meaninguless here) compared to how cheaply one can "create" + or otherwise indicate many zero-length contained in an + SSL message.
+
+ Potential Denial of Service due to buffer read overflow + in SMB transaction data string handling. The length of + strings being parsed from SMB messages was trusted to be + whatever the message claimed instead of the actual length + of data found in the message.
+
+ Potential Denial of Service due to null pointer dereference + in FTP ADAT Base64 decoding.
+
+ Potential Denial of Service due buffer read overflow in + FTP analyzer word/whitespace handling. This typically + won't be a problem in most default deployments of Zeek + since the FTP analyzer receives data from a ContentLine + (NVT) support analyzer which first null-terminates the + buffer used for further FTP parsing.
+
+

+ + + + https://github.com/zeek/zeek/blob/9dda3602a760f00d9532c6314ea79108106033fa/NEWS + + + 2020-02-25 + 2020-03-15 + + + Okular -- Local binary execution via action links