Bug 1774937 (CVE-2019-19073) - CVE-2019-19073 kernel: Memory leaks in drivers/net/wireless/ath/ath9k/htc_hst.c in the Linux kernel (DOS)
Summary: CVE-2019-19073 kernel: Memory leaks in drivers/net/wireless/ath/ath9k/htc_hst...
Alias: CVE-2019-19073
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Red Hat Product Security
QA Contact:
Depends On: 1774939 1778571 1778572 1778573 1778574 1778575
Blocks: 1774940
TreeView+ depends on / blocked
Reported: 2019-11-21 10:17 UTC by Marian Rehak
Modified: 2020-06-19 01:50 UTC (History)
49 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2020-04-28 16:34:46 UTC

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:2052 0 None None None 2020-05-11 12:53:56 UTC
Red Hat Product Errata RHBA-2020:2626 0 None None None 2020-06-19 01:50:06 UTC
Red Hat Product Errata RHSA-2020:1567 0 None None None 2020-04-28 15:25:16 UTC
Red Hat Product Errata RHSA-2020:1769 0 None None None 2020-04-28 15:51:48 UTC

Description Marian Rehak 2019-11-21 10:17:38 UTC
Memory leaks in the kernels implementation of Host/Target communications of the atheros wifi driver in the Linux kernel which allows a local attacker to cause a denial of service (memory consumption) by triggering wait_for_completion_timeout() failures during device initialisation or USB device probing. 

This affects the htc_config_pipe_credits() function, the htc_setup_complete() function, and the htc_connect_service() function.

Upstream Reference:


Comment 1 Marian Rehak 2019-11-21 10:18:32 UTC
Created kernel tracking bugs for this issue:

Affects: fedora-all [bug 1774939]

Comment 7 Wade Mealing 2020-02-11 04:45:53 UTC
This is a memory leak, and it appears that the total leak size is a
once-off leak of 768 bytes (sizeof(struct sk_buff)) each time the module
is loaded.  Loading and unloading the module requires administrative
privileges, and is not something that a regular, non-privileged user can
do.  Even with physical access to plug/unplug the device, it still
requires the module to be unloaded and loaded again, and not simply for
the device to detach/reattach with the existing module, to trigger a new

Comment 9 errata-xmlrpc 2020-04-28 15:25:13 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 8

Via RHSA-2020:1567 https://access.redhat.com/errata/RHSA-2020:1567

Comment 10 errata-xmlrpc 2020-04-28 15:51:45 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 8

Via RHSA-2020:1769 https://access.redhat.com/errata/RHSA-2020:1769

Comment 11 Product Security DevOps Team 2020-04-28 16:34:46 UTC
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s):


Note You need to log in before you can comment on or make changes to this bug.