Bug 1778103 - CVE-2019-11236 python3-virtualenv: python-urllib3: CRLF injection due to not encoding the '\r\n' sequence leading to possible attack on internal service [epel-7]
Summary: CVE-2019-11236 python3-virtualenv: python-urllib3: CRLF injection due to not ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: python3-virtualenv
Version: epel7
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Lumír Balhar
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: CVE-2019-11236
TreeView+ depends on / blocked
 
Reported: 2019-11-29 10:24 UTC by Tomas Hoger
Modified: 2023-08-03 05:47 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2023-08-03 05:47:11 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Tomas Hoger 2019-11-29 10:24:10 UTC
This is an automatically created tracking bug!  It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of epel-7.

For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.

For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs

When submitting as an update, use the fedpkg template provided in the next
comment(s).  This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.

Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.

Comment 1 Tomas Hoger 2019-11-29 10:24:12 UTC
Use the following template to for the 'fedpkg update' request to submit an
update for this issue as it contains the top-level parent bug(s) as well as
this tracking bug.  This will ensure that all associated bugs get updated
when new packages are pushed to stable.

=====

# bugfix, security, enhancement, newpackage (required)
type=security

# low, medium, high, urgent (required)
severity=medium

# testing, stable
request=testing

# Bug numbers: 1234,9876
bugs=1700824,1778103

# Description of your update
notes=Security fix for [PUT CVEs HERE]

# Enable request automation based on the stable/unstable karma thresholds
autokarma=True
stable_karma=3
unstable_karma=-3

# Automatically close bugs when this marked as stable
close_bugs=True

# Suggest that users restart after update
suggest_reboot=False

======

Additionally, you may opt to use the bodhi web interface to submit updates:

https://bodhi.fedoraproject.org/updates/new

Comment 2 Lumír Balhar 2020-01-14 14:06:36 UTC
Another CVE for bundled urllib3 fixed in the same way as the main python-urllib3 package.

This one is kinda special because pip is in virtualenv bundled in a form of a wheel which makes the application of the patches more complicated. Also, during testing, the PYTHONPATH has to be inside a virtual environment instead of system folders and the virtual environment has to be created with --no-download to prevent pip from upgrading.

Scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=40524912

PR: https://src.fedoraproject.org/rpms/python3-virtualenv/pull-request/2

Verification (just on Python 3.4, 3.6 comes from the same sources):

python34-virtualenv-15.1.0-4
# PYTHONPATH=/venv/lib/python3.4/site-packages/pip/_vendor/requests/packages/ python3.4 repro.py 
HTTPConnectionPool(host='127.0.0.1', port=7777): Max retries exceeded with url: /?a=1 HTTP/1.1
X-injected: header
TEST: 123:8080/test/?test=a (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f79a1b49470>: Failed to establish a new connection: [Errno 111] Connection refused',))

python34-virtualenv-15.1.0-5
# PYTHONPATH=/venv/lib/python3.4/site-packages/pip/_vendor/requests/packages/ python3.4 repro.py 
HTTPConnectionPool(host='127.0.0.1', port=7777): Max retries exceeded with url: /?a=1%20HTTP/1.1%0D%0AX-injected:%20header%0D%0ATEST:%20123:8080/test/?test=a (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f47bde1d5c0>: Failed to establish a new connection: [Errno 111] Connection refused',))


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