Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 605560 (CVE-2016-7406, CVE-2016-7407, CVE-2016-7408, CVE-2016-7409) - <net-misc/dropbear-2016.74: multiple vulnerabilities
Summary: <net-misc/dropbear-2016.74: multiple vulnerabilities
Status: RESOLVED FIXED
Alias: CVE-2016-7406, CVE-2016-7407, CVE-2016-7408, CVE-2016-7409
Product: Gentoo Security
Classification: Unclassified
Component: Vulnerabilities (show other bugs)
Hardware: All Linux
: Normal major (vote)
Assignee: Gentoo Security
URL: https://matt.ucc.asn.au/dropbear/CHANGES
Whiteboard: A2 [glsa cve]
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-13 09:51 UTC by Tim
Modified: 2017-07-16 00:40 UTC (History)
1 user (show)

See Also:
Package list:
=net-misc/dropbear-2016.74
Runtime testing required: ---
stable-bot: sanity-check+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 gentoo-dev Security 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 gentoo-dev Security 2017-01-21 12:12:24 UTC
@ Arches,

please test and mark stable: =net-misc/dropbear-2016.74
Comment 3 Jeroen Roovers gentoo-dev 2017-01-21 13:07:00 UTC
Stable for HPPA PPC64.
Comment 4 Agostino Sarubbo gentoo-dev 2017-01-21 17:16:56 UTC
amd64 stable
Comment 5 Agostino Sarubbo gentoo-dev 2017-01-21 17:27:43 UTC
x86 stable
Comment 6 Agostino Sarubbo gentoo-dev 2017-01-21 20:34:23 UTC
ppc stable
Comment 7 Agostino Sarubbo gentoo-dev 2017-01-22 16:30:05 UTC
sparc stable
Comment 8 Agostino Sarubbo gentoo-dev 2017-01-23 16:28:41 UTC
ia64 stable
Comment 9 Tobias Klausmann gentoo-dev 2017-01-23 18:27:45 UTC
Stable on alpha.
Comment 10 Markus Meier gentoo-dev 2017-02-05 17:01:53 UTC
arm stable, all arches done.
Comment 11 Aaron Bauman Gentoo Infrastructure gentoo-dev Security 2017-02-05 22:53:56 UTC
GLSA request filed
Comment 12 Thomas Deutschmann gentoo-dev Security 2017-02-17 09:20:52 UTC
@ Maintainer(s): Please cleanup and drop =net-misc/dropbear-2016.73!
Comment 13 GLSAMaker/CVETool Bot gentoo-dev 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 gentoo-dev Security 2017-02-21 00:01:23 UTC
Re-opening for cleanup.

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