From owner-svn-ports-all@freebsd.org Fri May 31 19:18:00 2019 Return-Path: Delivered-To: svn-ports-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99F6115C40D4; Fri, 31 May 2019 19:18:00 +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 41C3A8150C; Fri, 31 May 2019 19:18:00 +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 293944BC1; Fri, 31 May 2019 19:18:00 +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 x4VJHxe2014477; Fri, 31 May 2019 19:17:59 GMT (envelope-from leres@FreeBSD.org) Received: (from leres@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id x4VJHxZV014476; Fri, 31 May 2019 19:17:59 GMT (envelope-from leres@FreeBSD.org) Message-Id: <201905311917.x4VJHxZV014476@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: leres set sender to leres@FreeBSD.org using -f From: Craig Leres Date: Fri, 31 May 2019 19:17:59 +0000 (UTC) To: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: svn commit: r503190 - head/security/vuxml X-SVN-Group: ports-head X-SVN-Commit-Author: leres X-SVN-Commit-Paths: head/security/vuxml X-SVN-Commit-Revision: 503190 X-SVN-Commit-Repository: ports MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 41C3A8150C X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.98 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.98)[-0.978,0]; ASN(0.00)[asn:11403, ipnet:2610:1c1:1::/48, country:US] X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 May 2019 19:18:00 -0000 Author: leres Date: Fri May 31 19:17:59 2019 New Revision: 503190 URL: https://svnweb.freebsd.org/changeset/ports/503190 Log: security/vuxml: Mark bro < 2.6.2 as vulnerable as per: https://raw.githubusercontent.com/zeek/zeek/bb979702cf9a2fa67b8d1a1c7f88d0b56c6af104/NEWS The issue is unsafe integer conversions that can cause unintentional code paths to be executed. Reviewed by: ler (mentor) Approved by: ler (mentor) Security: CVE-2019-12175 Differential Revision: https://reviews.freebsd.org/D20481 Modified: head/security/vuxml/vuln.xml Modified: head/security/vuxml/vuln.xml ============================================================================== --- head/security/vuxml/vuln.xml Fri May 31 18:58:39 2019 (r503189) +++ head/security/vuxml/vuln.xml Fri May 31 19:17:59 2019 (r503190) @@ -58,6 +58,61 @@ Notes: * Do not forget port variants (linux-f10-libxml2, libxml2, etc.) --> + + bro -- Unsafe integer conversions can cause unintentional code paths to be executed + + + bro + 2.6.2 + + + + +

Jon Siwek of Corelight reports:

+
+

The following Denial of Service vulnerabilities are addressed:

+
    +
  • Integer type mismatches in BinPAC-generated parser code + and Bro analyzer code may allow for crafted packet data + to cause unintentional code paths in the analysis logic + to be taken due to unsafe integer conversions causing the + parser and analysis logic to each expect different fields + to have been parsed. One such example, reported by Maksim + Shudrak, causes the Kerberos analyzer to dereference a + null pointer. CVE-2019-12175 was assigned for this issue.
    • + +
  • The Kerberos parser allows for several fields to be left + uninitialized, but they were not marked with an &optional + attribute and several usages lacked existence checks. + Crafted packet data could potentially cause an attempt + to access such uninitialized fields, generate a runtime + error/exception, and leak memory. Existence checks and + &optional attributes have been added to the relevent + Kerberos fields.
    • + +
  • BinPAC-generated protocol parsers commonly contain fields + whose length is derived from other packet input, and for + those that allow for incremental parsing, BinPAC did not + impose a limit on how large such a field could grow, + allowing for remotely-controlled packet data to cause + growth of BinPAC's flowbuffer bounded only by the numeric + limit of an unsigned 64-bit integer, leading to memory + exhaustion. There is now a generalized limit for how + large flowbuffers are allowed to grow, tunable by setting + "BinPAC::flowbuffer_capacity_max".
    • +
+
+ + + + CVE-2017-12175 + + + 2019-05-29 + 2019-05-31 + + + ImageMagick -- multiple vulnerabilities