Bug 1774937 (CVE-2019-19073)

Summary: CVE-2019-19073 kernel: Memory leaks in drivers/net/wireless/ath/ath9k/htc_hst.c in the Linux kernel (DOS)
Product: [Other] Security Response Reporter: Marian Rehak <mrehak>
Component: vulnerabilityAssignee: Red Hat Product Security <security-response-team>
Status: CLOSED ERRATA QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: unspecifiedCC: acaringi, airlied, bdettelb, bhu, blc, brdeoliv, bskeggs, dhoward, dvlasenk, esammons, fhrbata, hdegoede, hkrzesin, iboverma, ichavero, itamar, jarodwilson, jeremy, jforbes, jglisse, jlelli, john.j5live, jonathan, josef, jross, jschorr, jshortt, jstancek, jwboyer, kernel-maint, kernel-mgr, labbott, lgoncalv, linville, masami256, matt, mchehab, mcressma, mjg59, mlangsdo, nmurray, plougher, qzhao, rkeshri, rt-maint, rvrbovsk, steved, williams, wmealing
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-04-28 16:34:46 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 1774939, 1778571, 1778572, 1778573, 1778574, 1778575    
Bug Blocks: 1774940    

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):