Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1388388 - (CVE-2016-8623) CVE-2016-8623 curl: Use-after-free via shared cookies
CVE-2016-8623 curl: Use-after-free via shared cookies
Status: NEW
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
low Severity low
: ---
: ---
Assigned To: Red Hat Product Security
impact=low,public=20161102,reported=2...
: Security
Depends On: 1390896 1390894 1390895
Blocks: 1388393
  Show dependency treegraph
 
Reported: 2016-10-25 04:36 EDT by Andrej Nemec
Modified: 2018-08-16 12:08 EDT (History)
29 users (show)

See Also:
Fixed In Version: curl 7.51.0
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Upstream patch (6.45 KB, patch)
2016-10-25 06:16 EDT, Andrej Nemec
no flags Details | Diff


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2018:2486 None None None 2018-08-16 12:08 EDT

  None (edit)
Description Andrej Nemec 2016-10-25 04:36:50 EDT
libcurl explicitly allows users to share cookies between multiple easy handles
that are concurrently employed by different threads.

When cookies to be sent to a server are collected, the matching function
collects all cookies to send and the cookie lock is released immediately
afterwards. That funcion however only returns a list with *references* back to
the original strings for name, value, path and so on. Therefore, if another
thread quickly takes the lock and frees one of the original cookie structs
together with its strings, a use-after-free can occur and lead to information
disclosure. Another thread can also replace the contents of the cookies from
separate HTTP responses or API calls.

External References:

https://curl.haxx.se/docs/adv_20161102I.html
Comment 1 Andrej Nemec 2016-10-25 06:16 EDT
Created attachment 1213818 [details]
Upstream patch
Comment 2 Adam Mariš 2016-11-02 04:29:14 EDT
Created curl tracking bugs for this issue:

Affects: fedora-all [bug 1390894]
Comment 3 Adam Mariš 2016-11-02 04:29:29 EDT
Created mingw-curl tracking bugs for this issue:

Affects: fedora-all [bug 1390895]
Affects: epel-7 [bug 1390896]
Comment 4 Stefan Cornelius 2016-11-03 05:42:21 EDT
There are some barriers here: an application needs to use libcurl via the "easy API", has to threaded, and on top of that a racy condition has to be triggered, which is probably hard to influence from the outside/malicious servers. I currently don't think that this is a significant problem in a RHEL context.
Comment 7 errata-xmlrpc 2018-08-16 12:07:43 EDT
This issue has been addressed in the following products:

  Red Hat JBoss Core Services

Via RHSA-2018:2486 https://access.redhat.com/errata/RHSA-2018:2486

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