Ikiwiki and Rdflib Updates for Debian 8 LTS
Posted on: 03/18/2019 11:00 AM

The following updates has been released for Debian GNU/Linux 8 LTS:

DLA 1716-1: ikiwiki security update
DLA 1717-1: rdflib security update

DLA 1716-1: ikiwiki security update



Package : ikiwiki
Version : 3.20141016.4+deb8u1
CVE ID : CVE-2019-9187

The ikiwiki maintainers discovered that the aggregate plugin did not use
LWPx::ParanoidAgent. On sites where the aggregate plugin is enabled, authorized
wiki editors could tell ikiwiki to fetch potentially undesired URIs even if
LWPx::ParanoidAgent was installed:

local files via file: URIs
other URI schemes that might be misused by attackers, such as gopher:
hosts that resolve to loopback IP addresses (127.x.x.x)
hosts that resolve to RFC 1918 IP addresses (192.168.x.x etc.)

This could be used by an attacker to publish information that should not have
been accessible, cause denial of service by requesting "tarpit" URIs that are
slow to respond, or cause undesired side-effects if local web servers implement
"unsafe" GET requests. (CVE-2019-9187)

Additionally, if liblwpx-paranoidagent-perl is not installed, the
blogspam, openid and pinger plugins would fall back to LWP, which is
susceptible to similar attacks. This is unlikely to be a practical problem for
the blogspam plugin because the URL it requests is under the control of the
wiki administrator, but the openid plugin can request URLs controlled by
unauthenticated remote users, and the pinger plugin can request URLs controlled
by authorized wiki editors.

This is addressed in ikiwiki 3.20190228 as follows, with the same fixes
backported to Debian 9 in version 3.20170111.1:

* URI schemes other than http: and https: are not accepted, preventing access
to file:, gopher:, etc.

* If a proxy is configured in the ikiwiki setup file, it is used for all
outgoing http: and https: requests. In this case the proxy is responsible for
blocking any requests that are undesired, including loopback or RFC 1918
addresses.

* If a proxy is not configured, and liblwpx-paranoidagent-perl is installed, it
will be used. This prevents loopback and RFC 1918 IP addresses, and sets a
timeout to avoid denial of service via "tarpit" URIs.

* Otherwise, the ordinary LWP user-agent will be used. This allows requests to
loopback and RFC 1918 IP addresses, and has less robust timeout behaviour.
We are not treating this as a vulnerability: if this behaviour is not
acceptable for your site, please make sure to install LWPx::ParanoidAgent or
disable the affected plugins.

For Debian 8 "Jessie", this problem has been fixed in version
3.20141016.4+deb8u1.

We recommend that you upgrade your ikiwiki packages. In addition it is also
recommended that you have liblwpx-paranoidagent-perl installed, which listed in
the recommends field of ikiwiki.

Further information about Debian LTS security advisories, how to apply
these updates to your system and frequently asked questions can be
found at: https://wiki.debian.org/LTS



DLA 1717-1: rdflib security update



Package : rdflib
Version : 4.1.2-3+deb8u1
CVE ID : CVE-2019-7653
Debian Bug : #921751


The CLI tools in python-rdflib-tools can load python modules
found in the current directory. This happens because "python -m"
appends the current directory in the python path.

For Debian 8 "Jessie", this problem has been fixed in version
4.1.2-3+deb8u1.

We recommend that you upgrade your rdflib packages.

Further information about Debian LTS security advisories, how to apply
these updates to your system and frequently asked questions can be
found at: https://wiki.debian.org/LTS






Printed from Linux Compatible (https://www.linuxcompatible.org/news/story/ikiwiki_and_rdflib_updates_for_debian_8_lts.html)