Bug 605560 (CVE-2016-7406, CVE-2016-7407, CVE-2016-7408, CVE-2016-7409) – <net-misc/dropbear-2016.74: multiple vulnerabilities

• Product: Gentoo Security
• Status: RESOLVED FIXED

[Description Tim 2017-01-13 09:51:26 UTC]

net-misc/dropbear 2016.73 is marked as stable across all arches and has known vulnerabilities since 21st july 2016 according to https://matt.ucc.asn.au/dropbear/CHANGES - 2016.74 is available in the gentoo repository marked as unstable and fixes these vulnerabilities.

Using the bugs.gentoo.org bugzilla I cannot seem to find any bugs open nor closed for dropbear that say that you know about this problem nor that there are any reasons for not releasing the newest version of dropbear as stable.

Reproducible: Always

Steps to Reproduce:
1. https://packages.gentoo.org/packages/net-misc/dropbear Displays 2016.73 is stable and 2016.74 is unstable
2. https://matt.ucc.asn.au/dropbear/CHANGES shows 2016.73 has multiple vulnerabilities that were fixed in 2016.74 since 21st july 2016.
Actual Results:  
2016.74 of dropbear has yet to be released to stable despite known vulnerabilities in 2016.73 from six months ago.

Expected Results:  
a GLSA announcing the vulnerabilities in 2016.73 of dropbear and 2016.74 being pushed to stable to correct them.

As it's possible for arbitrary code to be executed as root by a connecting user with an unusual username, I think it's very important to get this fix pushed to stable and am marking the severity appropriately. If I am wrong, please correct.

[Comment 1 Thomas Deutschmann (RETIRED) 2017-01-13 12:53:58 UTC]

Thank you for the report!

From $URL:

2016.74 - 21 July 2016

- Security: Message printout was vulnerable to format string injection.

  If specific usernames including "%" symbols can be created on a system
  (validated by getpwnam()) then an attacker could run arbitrary code as root
  when connecting to Dropbear server.

  A dbclient user who can control username or host arguments could potentially
  run arbitrary code as the dbclient user. This could be a problem if scripts
  or webpages pass untrusted input to the dbclient program.
  CVE-2016-7406
  https://secure.ucc.asn.au/hg/dropbear/rev/b66a483f3dcb

- Security: dropbearconvert import of OpenSSH keys could run arbitrary code as
  the local dropbearconvert user when parsing malicious key files
  CVE-2016-7407
  https://secure.ucc.asn.au/hg/dropbear/rev/34e6127ef02e

- Security: dbclient could run arbitrary code as the local dbclient user if
  particular -m or -c arguments are provided. This could be an issue where
  dbclient is used in scripts.
  CVE-2016-7408
  https://secure.ucc.asn.au/hg/dropbear/rev/eed9376a4ad6

- Security: dbclient or dropbear server could expose process memory to the
  running user if compiled with DEBUG_TRACE and running with -v
  CVE-2016-7409
  https://secure.ucc.asn.au/hg/dropbear/rev/6a14b1f6dc04

  The security issues were reported by an anonymous researcher working with
  Beyond Security's SecuriTeam Secure Disclosure www.beyondsecurity.com/ssd.html

- Fix port forwarding failure when connecting to domains that have both
  IPv4 and IPv6 addresses. The bug was introduced in 2015.68

- Fix 100% CPU use while waiting for rekey to complete. Thanks to Zhang Hui P
  for the patch


@ Maintainers(s): Can we start stabilization of =net-misc/dropbear-2016.74

[Comment 2 Thomas Deutschmann (RETIRED) 2017-01-21 12:12:24 UTC]

@ Arches,

please test and mark stable: =net-misc/dropbear-2016.74

[Comment 3 Jeroen Roovers (RETIRED) 2017-01-21 13:07:00 UTC]

Stable for HPPA PPC64.

[Comment 4 Agostino Sarubbo 2017-01-21 17:16:56 UTC]

amd64 stable

[Comment 5 Agostino Sarubbo 2017-01-21 17:27:43 UTC]

x86 stable

[Comment 6 Agostino Sarubbo 2017-01-21 20:34:23 UTC]

ppc stable

[Comment 7 Agostino Sarubbo 2017-01-22 16:30:05 UTC]

sparc stable

[Comment 8 Agostino Sarubbo 2017-01-23 16:28:41 UTC]

ia64 stable

[Comment 9 Tobias Klausmann (RETIRED) 2017-01-23 18:27:45 UTC]

Stable on alpha.

[Comment 10 Markus Meier 2017-02-05 17:01:53 UTC]

arm stable, all arches done.

[Comment 11 Aaron Bauman (RETIRED) 2017-02-05 22:53:56 UTC]

GLSA request filed

[Comment 12 Thomas Deutschmann (RETIRED) 2017-02-17 09:20:52 UTC]

@ Maintainer(s): Please cleanup and drop =net-misc/dropbear-2016.73!

[Comment 13 GLSAMaker/CVETool Bot 2017-02-21 00:00:32 UTC]

This issue was resolved and addressed in
 GLSA 201702-23 at https://security.gentoo.org/glsa/201702-23
by GLSA coordinator Thomas Deutschmann (whissi).

[Comment 14 Thomas Deutschmann (RETIRED) 2017-02-21 00:01:23 UTC]

Re-opening for cleanup.

@ Maintainer(s): Please cleanup and drop =net-misc/dropbear-2016.73!

[Comment 15 Aaron Bauman (RETIRED) 2017-07-16 00:40:18 UTC]

Tree is clean:

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=98e1f78a43a8719df27bb27dd895f77bd4d08ef1