| Server IP : 82.208.35.60 / Your IP : 216.73.216.89 Web Server : Apache/2.4.55 (FreeBSD) OpenSSL/1.1.1q-freebsd PHP/7.3.31 System : FreeBSD server7.d2m.cz 12.4-RELEASE-p9 FreeBSD 12.4-RELEASE-p9 GENERIC amd64 User : studiokobylisy_cz ( 1008) PHP Version : 7.3.31 Disable Function : NONE MySQL : OFF | cURL : ON | WGET : OFF | Perl : OFF | Python : OFF | Sudo : OFF | Pkexec : OFF Directory : /usr/ports/security/vuxml/ |
Upload File : |
<vuln vid="2739b88b-4b88-11eb-a4c0-08002734b9ed">
<topic>gitea -- multiple vulnerabilities</topic>
<affects>
<package>
<name>gitea</name>
<range><lt>1.13.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Gitea Team reports for release 1.13.1:</p>
<blockquote cite="https://blog.gitea.io/2020/12/gitea-1.13.1-is-released/">
<ul>
<li>Hide private participation in Orgs</li>
<li>Fix escaping issue in diff</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/go-gitea/gitea/releases/tag/v1.13.1</url>
<freebsdpr>ports/252310</freebsdpr>
</references>
<dates>
<discovery>2020-12-15</discovery>
<entry>2020-12-31</entry>
</dates>
</vuln>
<vuln vid="53e9efa1-4be7-11eb-8558-3085a9a47796">
<topic>InspIRCd websocket module double free vulnerability</topic>
<affects>
<package>
<name>inspircd</name>
<range><lt>3.8.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The InspIRCd development team reports:</p>
<blockquote cite="https://docs.inspircd.org/security/2020-02/">
<p>The websocket module before v3.8.1 contains a double free
vulnerability. When combined with a HTTP reverse proxy this
vulnerability can be used by any user who is [GKZ]-lined to remotely
crash an InspIRCd server.</p>
</blockquote>
</body>
</description>
<references>
<url>https://docs.inspircd.org/security/2020-02/</url>
</references>
<dates>
<discovery>2020-02-01</discovery>
<entry>2021-01-01</entry>
</dates>
</vuln>
<vuln vid="fbcba194-ac7d-11ea-8b5e-b42e99a1b9c3">
<topic>Intel CPU issues</topic>
<affects>
<package>
<name>devcpu-data</name>
<range><lt>1.31</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Intel reports:</p>
<blockquote cite="https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00320.html">
<p>Intel CPUs suffer Special Register Buffer Data Sampling vulnerability</p>
</blockquote>
</body>
</description>
<references>
<url>https://software.intel.com/security-software-guidance/insights/processors-affected-special-register-buffer-data-sampling</url>
<cvename>CVE-2020-0543</cvename>
</references>
<dates>
<discovery>2020-06-09</discovery>
<entry>2020-12-28</entry>
</dates>
</vuln>
<vuln vid="6adf6ce0-44a6-11eb-95b7-001999f8d30b">
<topic>asterisk -- Remote crash in res_pjsip_diversion</topic>
<affects>
<package>
<name>asterisk13</name>
<range><lt>13.38.1</lt></range>
</package>
<package>
<name>asterisk16</name>
<range><lt>16.15.1</lt></range>
</package>
<package>
<name>asterisk18</name>
<range><lt>18.1.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Asterisk project reports:</p>
<blockquote cite="https://www.asterisk.org/downloads/security-advisories">
<p>AST-2020-003: A crash can occur in Asterisk when a SIP
message is received that has a History-Info header, which
contains a tel-uri.</p>
<p>AST-2020-004: A crash can occur in Asterisk when a SIP
181 response is received that has a Diversion header,
which contains a tel-uri.</p>
</blockquote>
</body>
</description>
<references>
<url>https://downloads.asterisk.org/pub/security/AST-2020-003.html</url>
<url>https://downloads.asterisk.org/pub/security/AST-2020-004.html</url>
</references>
<dates>
<discovery>2020-12-02</discovery>
<entry>2020-12-22</entry>
</dates>
</vuln>
<vuln vid="eb2845c4-43ce-11eb-aba5-00a09858faf5">
<topic>postsrsd -- Denial of service vulnerability</topic>
<affects>
<package>
<name>postsrsd</name>
<range><lt>1.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>postsrsd developer reports:</p>
<blockquote cite="https://github.com/roehling/postsrsd/commit/4733fb11f6bec6524bb8518c5e1a699288c26bac">
<p>PostSRSd could be tricked into consuming a lot of CPU time with
an SRS address that has an excessively long time stamp tag.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-35573</cvename>
<url>https://github.com/roehling/postsrsd/commit/4733fb11f6bec6524bb8518c5e1a699288c26bac</url>
<url>https://github.com/roehling/postsrsd/releases/tag/1.10</url>
</references>
<dates>
<discovery>2020-12-12</discovery>
<entry>2020-12-21</entry>
</dates>
</vuln>
<vuln vid="61d89849-43cb-11eb-aba5-00a09858faf5">
<topic>powerdns -- Various issues in GSS-TSIG support</topic>
<affects>
<package>
<name>powerdns</name>
<range><lt>4.4.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>PowerDNS developers report:</p>
<blockquote cite="https://doc.powerdns.com/authoritative/security-advisories/powerdns-advisory-2020-06.html">
<p>A remote, unauthenticated attacker can trigger a race condition
leading to a crash, or possibly arbitrary code execution, by sending crafted queries with a GSS-TSIG signature.</p>
<p>A remote, unauthenticated attacker can cause a denial of service by
sending crafted queries with a GSS-TSIG signature.</p>
<p>A remote, unauthenticated attacker might be able to cause a double-free,
leading to a crash or possibly arbitrary code execution by sending crafted queries with a GSS-TSIG signature.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-24696</cvename>
<cvename>CVE-2020-24697</cvename>
<cvename>CVE-2020-24698</cvename>
<url>https://doc.powerdns.com/authoritative/security-advisories/powerdns-advisory-2020-06.html</url>
</references>
<dates>
<discovery>2020-08-27</discovery>
<entry>2020-12-21</entry>
</dates>
</vuln>
<vuln vid="cc1fd3da-b8fd-4f4d-a092-c38541c0f993">
<topic>vault -- User Enumeration via LDAP auth</topic>
<affects>
<package>
<name>vault</name>
<range><lt>1.6.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Vault developers report:</p>
<blockquote cite="https://discuss.hashicorp.com/t/hcsec-2020-25-vault-s-ldap-auth-method-allows-user-enumeration/18984">
<p>Vault allowed enumeration of users via the LDAP auth method. This vulnerability, was fixed in Vault 1.6.1 and 1.5.6.</p>
<p>An external party reported that they were able to enumerate LDAP users via error messages returned by Vault’s LDAP auth method</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-35177</cvename>
<url>https://discuss.hashicorp.com/t/hcsec-2020-25-vault-s-ldap-auth-method-allows-user-enumeration/18984</url>
</references>
<dates>
<discovery>2020-12-16</discovery>
<entry>2020-12-17</entry>
</dates>
</vuln>
<vuln vid="85349584-3ba4-11eb-919d-08002728f74c">
<topic>jasper -- heap overflow vulnerability</topic>
<affects>
<package>
<name>jasper</name>
<range><lt>2.0.23</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>JasPer NEWS:</p>
<blockquote cite="https://github.com/jasper-software/jasper/blob/master/NEWS">
<p>Fix CVE-2020-27828, heap-overflow in cp_create() in jpc_enc.c.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-27828</cvename>
<url>https://github.com/jasper-software/jasper/blob/master/NEWS</url>
<url>https://github.com/jasper-software/jasper/issues/252</url>
</references>
<dates>
<discovery>2020-12-08</discovery>
<entry>2020-12-13</entry>
</dates>
</vuln>
<vuln vid="cfa0be42-3cd7-11eb-9de7-641c67a117d8">
<topic>py-matrix-synapse -- DoS on Federation API</topic>
<affects>
<package>
<name>py36-matrix-synapse</name>
<name>py37-matrix-synapse</name>
<name>py38-matrix-synapse</name>
<name>py39-matrix-synapse</name>
<range><lt>1.23.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Matrix developers reports:</p>
<blockquote cite="https://github.com/matrix-org/synapse/security/advisories/GHSA-hxmp-pqch-c8mm">
<p>A malicious or poorly-implemented homeserver can inject malformed events
into a room by specifying a different room id in the path of a /send_join,
/send_leave, /invite or /exchange_third_party_invite request.
This can lead to a denial of service in which future events will not be
correctly sent to other servers over federation.
This affects any server which accepts federation requests from untrusted
servers.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-26257</cvename>
<url>https://github.com/matrix-org/synapse/security/advisories/GHSA-hxmp-pqch-c8mm</url>
<freebsdpr>ports/251768</freebsdpr>
</references>
<dates>
<discovery>2020-12-09</discovery>
<entry>2020-12-13</entry>
</dates>
</vuln>
<vuln vid="fdc49972-3ca7-11eb-929d-d4c9ef517024">
<topic>p11-kit -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>p11-kit</name>
<range><lt>0.23.22</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The p11-glue project reports:</p>
<blockquote cite="https://lists.freedesktop.org/archives/p11-glue/2020-December/000712.html">
<p>CVE-2020-29363: Out-of-bounds write in
p11_rpc_buffer_get_byte_array_value function<br/>A heap-based buffer
overflow has been discovered in the RPC protocol used by p11-kit
server/remote commands and the client library. When the remote
entity supplies a serialized byte array in a CK_ATTRIBUTE, the
receiving entity may not allocate sufficient length for the buffer
to store the deserialized value.</p>
<p>CVE-2020-29362: Out-of-bounds read in p11_rpc_buffer_get_byte_array
function<br/>A heap-based buffer over-read has been discovered in
the RPC protocol used by thep11-kit server/remote commands and the
client library. When the remote entity supplies a byte array through
a serialized PKCS#11 function call, the receiving entity may allow
the reading of up to 4 bytes of memory past the heap
allocation.</p>
<p>CVE-2020-29361: Integer overflow when allocating memory for arrays
of attributes and object identifiers<br/>Multiple integer overflows
have been discovered in the array allocations in the p11-kit library
and the p11-kit list command, where overflow checks are missing
before calling realloc or calloc.</p>
</blockquote>
</body>
</description>
<references>
<url>https://lists.freedesktop.org/archives/p11-glue/2020-December/000712.html</url>
<cvename>CVE-2020-29361</cvename>
<cvename>CVE-2020-29362</cvename>
<cvename>CVE-2020-29363</cvename>
</references>
<dates>
<discovery>2020-12-12</discovery>
<entry>2020-12-12</entry>
</dates>
</vuln>
<vuln vid="388ebb5b-3c95-11eb-929d-d4c9ef517024">
<topic>Unbound/NSD -- Denial of service vulnerability</topic>
<affects>
<package>
<name>unbound</name>
<range><lt>1.13.0</lt></range>
</package>
<package>
<name>nsd</name>
<range><lt>4.3.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>NLNetLabs reports:</p>
<blockquote cite="https://nlnetlabs.nl/downloads/unbound/CVE-2020-28935.txt">
<p>Unbound and NSD when writing the PID file would not check if an
existing file was a symlink. This could allow for a local symlink \
attack if an attacker has access to the user Unbound/NSD runs as.</p>
</blockquote>
</body>
</description>
<references>
<url>https://nlnetlabs.nl/downloads/unbound/CVE-2020-28935.txt</url>
<cvename>CVE-2020-28935</cvename>
</references>
<dates>
<discovery>2020-12-01</discovery>
<entry>2020-12-12</entry>
</dates>
</vuln>
<vuln vid="88dfd92f-3b9c-11eb-929d-d4c9ef517024">
<topic>LibreSSL -- NULL pointer dereference</topic>
<affects>
<package>
<name>libressl</name>
<range><gt>3.2.0</gt><lt>3.2.3</lt></range>
<range><lt>3.1.5</lt></range>
</package>
<package>
<name>libressl-devel</name>
<range><lt>3.3.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The LibreSSL project reports:</p>
<blockquote cite="https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-3.2.3-relnotes.txt">
<p>Malformed ASN.1 in a certificate revocation list or a timestamp
response token can lead to a NULL pointer dereference.</p>
</blockquote>
</body>
</description>
<references>
<url>https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-3.2.3-relnotes.txt</url>
</references>
<dates>
<discovery>2020-12-08</discovery>
<entry>2020-12-11</entry>
<modified>2020-12-12</modified>
</dates>
</vuln>
<vuln vid="b3695b08-3b3a-11eb-af2a-080027dbe4b7">
<topic>glpi -- Public GLPIKEY can be used to decrypt any data</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-5248">
<p>GLPI before before version 9.4.6 has a vulnerability involving a default encryption key. GLPIKEY is public and is used on every instance. This means anyone can decrypt sensitive data stored using this key. It is possible to change the key before installing GLPI. But on existing instances, data must be reencrypted with the new key. Problem is we can not know which columns or rows in the database are using that; espcially from plugins. Changing the key without updating data would lend in bad password sent from glpi; but storing them again from the UI will work.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-j222-j9mf-h6j9</url>
<url>https://github.com/glpi-project/glpi/commit/efd14468c92c4da43333aa9735e65fd20cbc7c6c</url>
<cvename>CVE-2020-5248</cvename>
</references>
<dates>
<discovery>2020-01-02</discovery>
<entry>2020-01-02</entry>
</dates>
</vuln>
<vuln vid="695b2310-3b3a-11eb-af2a-080027dbe4b7">
<topic>glpi -- Insecure Direct Object Reference on ajax/getDropdownValue.php</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.5.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-27663">
<p>In GLPI before 9.5.3, ajax/getDropdownValue.php has an Insecure Direct Object Reference (IDOR) vulnerability that allows an attacker to read data from any itemType (e.g., Ticket, Users, etc.).</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-pqfv-4pvr-55r4</url>
<cvename>CVE-2020-27663</cvename>
</references>
<dates>
<discovery>2020-10-22</discovery>
<entry>2020-10-22</entry>
</dates>
</vuln>
<vuln vid="190176ce-3b3a-11eb-af2a-080027dbe4b7">
<topic>glpi -- Insecure Direct Object Reference on ajax/comments.ph</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.5.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-27662">
<p>In GLPI before 9.5.3, ajax/comments.php has an Insecure Direct Object Reference (IDOR) vulnerability that allows an attacker to read data from any database table (e.g., glpi_tickets, glpi_users, etc.).</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-wq38-gwxp-8p5p</url>
<cvename>CVE-2020-27662</cvename>
</references>
<dates>
<discovery>2020-10-22</discovery>
<entry>2020-10-22</entry>
</dates>
</vuln>
<vuln vid="6a467439-3b38-11eb-af2a-080027dbe4b7">
<topic>glpi -- Any CalDAV calendars is read-only for every authenticated user</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>9.5.0</gt></range>
<range><lt>9.5.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-26212">
<p>In GLPI before version 9.5.3, any authenticated user has read-only permissions to the planning of every other user, even admin ones. This issue is fixed in version 9.5.3. As a workaround, one can remove the caldav.php file to block access to CalDAV server.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-qmw3-87hr-5wgx</url>
<url>https://github.com/glpi-project/glpi/commit/527280358ec78988ac57e9809d2eb21fcd74caf7</url>
<url>https://github.com/glpi-project/glpi/releases/tag/9.5.3</url>
<cvename>CVE-2020-26212</cvename>
</references>
<dates>
<discovery>2020-10-01</discovery>
<entry>2020-10-01</entry>
</dates>
</vuln>
<vuln vid="0ba61fcc-3b38-11eb-af2a-080027dbe4b7">
<topic>glpi -- SQL Injection in Search API</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>9.1</gt></range>
<range><lt>9.5.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15226">
<p>In GLPI before version 9.5.2, there is a SQL Injection in the API's search function. Not only is it possible to break the SQL syntax, but it is also possible to utilise a UNION SELECT query to reflect sensitive information such as the current database version, or database user. The most likely scenario for this vulnerability is with someone who has an API account to the system. The issue is patched in version 9.5.2. A proof-of-concept with technical details is available in the linked advisory.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/commit/3dc4475c56b241ad659cc5c7cb5fb65727409cf0</url>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-jwpv-7m4h-5gvc</url>
<cvename>CVE-2020-15226</cvename>
</references>
<dates>
<discovery>2020-06-25</discovery>
<entry>2020-06-25</entry>
</dates>
</vuln>
<vuln vid="5acd95db-3b16-11eb-af2a-080027dbe4b7">
<topic>glpi -- leakage issue with knowledge base</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>9.5.0</gt></range>
<range><lt>9.5.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15217">
<p>In GLPI before version 9.5.2, there is a leakage of user information through the public FAQ. The issue was introduced in version 9.5.0 and patched in 9.5.2. As a workaround, disable public access to the FAQ.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/commit/39e25591efddc560e3679ab07e443ee6198705e2</url>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-x9hg-j29f-wvvv</url>
<cvename>CVE-2020-15217</cvename>
</references>
<dates>
<discovery>2020-06-25</discovery>
<entry>2020-06-25</entry>
</dates>
</vuln>
<vuln vid="09eef008-3b16-11eb-af2a-080027dbe4b7">
<topic>glpi -- Unauthenticated Stored XSS</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>0.65</gt></range>
<range><lt>9.5.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15177">
<p>In GLPI before version 9.5.2, the `install/install.php` endpoint insecurely stores user input into the database as `url_base` and `url_base_api`. These settings are referenced throughout the application and allow for vulnerabilities like Cross-Site Scripting and Insecure Redirection Since authentication is not required to perform these changes,anyone could point these fields at malicious websites or form input in a way to trigger XSS. Leveraging JavaScript it's possible to steal cookies, perform actions as the user, etc. The issue is patched in version 9.5.2.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/commit/a8109d4ee970a222faf48cf48fae2d2f06465796</url>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-prvh-9m4h-4m79</url>
<cvename>CVE-2020-15177</cvename>
</references>
<dates>
<discovery>2020-06-25</discovery>
<entry>2020-06-25</entry>
</dates>
</vuln>
<vuln vid="b7abdb0f-3b15-11eb-af2a-080027dbe4b7">
<topic>glpi -- Multiple SQL Injections Stemming From isNameQuoted()</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>0.68</gt></range>
<range><lt>9.5.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15176">
<p>In GLPI before version 9.5.2, when supplying a back tick in input that gets put into a SQL query,the application does not escape or sanitize allowing for SQL Injection to occur. Leveraging this vulnerability an attacker is able to exfiltrate sensitive information like passwords, reset tokens, personal details, and more. The issue is patched in version 9.5.2</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/commit/f021f1f365b4acea5066d3e57c6d22658cf32575</url>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-x93w-64x9-58qw</url>
<cvename>CVE-2020-15176</cvename>
</references>
<dates>
<discovery>2020-06-25</discovery>
<entry>2020-06-25</entry>
</dates>
</vuln>
<vuln vid="675e5098-3b15-11eb-af2a-080027dbe4b7">
<topic>glpi -- Unauthenticated File Deletion</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>0.70</gt></range>
<range><lt>9.5.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15175">
<p>In GLPI before version 9.5.2, the pluginimage.send.php endpoint allows a user to specify an image from a plugin. The parameters can be maliciously crafted to instead delete the .htaccess file for the files directory. Any user becomes able to read all the files and folders contained in /files/. Some of the sensitive information that is compromised are the user sessions, logs, and more. An attacker would be able to get the Administrators session token and use that to authenticate. The issue is patched in version 9.5.2.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-rm52-jx9h-rwcp</url>
<url>https://github.com/glpi-project/glpi/commit/6ca9a0e77299a755c356d758344a23278df67f65</url>
<cvename>CVE-2020-15175</cvename>
</references>
<dates>
<discovery>2020-06-25</discovery>
<entry>2020-06-25</entry>
</dates>
</vuln>
<vuln vid="7f163c81-3b12-11eb-af2a-080027dbe4b7">
<topic>glpi -- SQL injection for all usages of "Clone" feature</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>9.5.0</gt></range>
<range><lt>9.5.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15108">
<p>In glpi before 9.5.1, there is a SQL injection for all usages of "Clone" feature. This has been fixed in 9.5.1.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-qv6w-68gq-wx2v</url>
<url>https://github.com/glpi-project/glpi/commit/a4baa64114eb92fd2adf6056a36e0582324414ba</url>
<url>https://github.com/glpi-project/glpi/pull/6684</url>
<cvename>CVE-2020-15108</cvename>
</references>
<dates>
<discovery>2020-06-25</discovery>
<entry>2020-06-25</entry>
</dates>
</vuln>
<vuln vid="07aecafa-3b12-11eb-af2a-080027dbe4b7">
<topic>glpi -- Reflexive XSS in Dropdown menus</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>0.68.1</gt></range>
<range><lt>9.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11062">
<p>In GLPI after 0.68.1 and before 9.4.6, multiple reflexive XSS occur in Dropdown endpoints due to an invalid Content-Type. This has been fixed in version 9.4.6.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-3xxh-f5p2-jg3h</url>
<url>https://github.com/glpi-project/glpi/commit/5e1c52c5e8a30ceb4e9572964da7ed89ddfb1aaf</url>
<cvename>CVE-2020-11062</cvename>
</references>
<dates>
<discovery>2020-03-30</discovery>
<entry>2020-03-30</entry>
</dates>
</vuln>
<vuln vid="832fd11b-3b11-11eb-af2a-080027dbe4b7">
<topic>glpi -- Remote Code Execution (RCE) via the backup functionality</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11060">
<p>In GLPI before 9.4.6, an attacker can execute system commands by abusing the backup functionality. Theoretically, this vulnerability can be exploited by an attacker without a valid account by using a CSRF. Due to the difficulty of the exploitation, the attack is only conceivable by an account having Maintenance privileges and the right to add WIFI networks. This is fixed in version 9.4.6.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-cvvq-3fww-5v6f</url>
<url>https://github.com/glpi-project/glpi/commit/ad748d59c94da177a3ed25111c453902396f320c</url>
<cvename>CVE-2020-11060</cvename>
</references>
<dates>
<discovery>2020-03-30</discovery>
<entry>2020-03-30</entry>
</dates>
</vuln>
<vuln vid="27a230a2-3b11-11eb-af2a-080027dbe4b7">
<topic>glpi -- multiple related stored XSS vulnerabilities</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11036">
<p>In GLPI before version 9.4.6 there are multiple related stored XSS vulnerabilities. The package is vulnerable to Stored XSS in the comments of items in the Knowledge base. Adding a comment with content "alert(1)" reproduces the attack. This can be exploited by a user with administrator privileges in the User-Agent field. It can also be exploited by an outside party through the following steps: 1. Create a user with the surname `" onmouseover="alert(document.cookie)` and an empty first name. 2. With this user, create a ticket 3. As an administrator (or other privileged user) open the created ticket 4. On the "last update" field, put your mouse on the name of the user 5. The XSS fires This is fixed in version 9.4.6.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-3g3h-rwhr-7385</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/5WQMONZRWLWOXMHMYWR7A5Q5JJERPMVC/</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/Q4BG2UTINBVV7MTJRXKBQ26GV2UINA6L/</url>
<cvename>CVE-2020-11036</cvename>
</references>
<dates>
<discovery>2020-03-30</discovery>
<entry>2020-03-30</entry>
</dates>
</vuln>
<vuln vid="b64edef7-3b10-11eb-af2a-080027dbe4b7">
<topic>glpi -- weak csrf tokens</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>0.83.3</gt></range>
<range><lt>9.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11035">
<p>In GLPI after version 0.83.3 and before version 9.4.6, the CSRF tokens are generated using an insecure algorithm. The implementation uses rand and uniqid and MD5 which does not provide secure values. This is fixed in version 9.4.6.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-w7q8-58qp-vmpf</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/5WQMONZRWLWOXMHMYWR7A5Q5JJERPMVC/</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/Q4BG2UTINBVV7MTJRXKBQ26GV2UINA6L/</url>
<cvename>CVE-2020-11035</cvename>
</references>
<dates>
<discovery>2020-03-30</discovery>
<entry>2020-03-30</entry>
</dates>
</vuln>
<vuln vid="3a63f478-3b10-11eb-af2a-080027dbe4b7">
<topic>glpi -- bypass of the open redirect protection</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11034">
<p>In GLPI before version 9.4.6, there is a vulnerability that allows bypassing the open redirect protection based which is based on a regexp. This is fixed in version 9.4.6.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-gxv6-xq9q-37hg</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/5WQMONZRWLWOXMHMYWR7A5Q5JJERPMVC/</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/Q4BG2UTINBVV7MTJRXKBQ26GV2UINA6L/</url>
<cvename>CVE-2020-11034</cvename>
</references>
<dates>
<discovery>2020-03-30</discovery>
<entry>2020-03-30</entry>
</dates>
</vuln>
<vuln vid="aec9cbe0-3b0f-11eb-af2a-080027dbe4b7">
<topic>glpi -- able to read any token through API user endpoint</topic>
<affects>
<package>
<name>glpi</name>
<range><gt>9.1</gt></range>
<range><lt>9.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11033">
<p>In GLPI from version 9.1 and before version 9.4.6, any API user with READ right on User itemtype will have access to full list of users when querying apirest.php/User. The response contains: - All api_tokens which can be used to do privileges escalations or read/update/delete data normally non accessible to the current user. - All personal_tokens can display another users planning. Exploiting this vulnerability requires the api to be enabled, a technician account. It can be mitigated by adding an application token. This is fixed in version 9.4.6.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-rf54-3r4w-4h55</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/5WQMONZRWLWOXMHMYWR7A5Q5JJERPMVC/</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/Q4BG2UTINBVV7MTJRXKBQ26GV2UINA6L/</url>
<cvename>CVE-2020-11033</cvename>
</references>
<dates>
<discovery>2020-03-30</discovery>
<entry>2020-03-30</entry>
</dates>
</vuln>
<vuln vid="b3aae7ea-3aef-11eb-af2a-080027dbe4b7">
<topic>glpi -- SQL injection for all helpdesk instances</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11032">
<p>In GLPI before version 9.4.6, there is a SQL injection vulnerability for all helpdesk instances. Exploiting this vulnerability requires a technician account. This is fixed in version 9.4.6.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-344w-34h9-wwhh</url>
<cvename>CVE-2020-11032</cvename>
</references>
<dates>
<discovery>2020-03-30</discovery>
<entry>2020-03-30</entry>
</dates>
</vuln>
<vuln vid="0309c898-3aed-11eb-af2a-080027dbe4b7">
<topic>glpi -- Improve encryption algorithm</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.5.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11031">
<p>In GLPI before version 9.5.0, the encryption algorithm used is insecure. The security of the data encrypted relies on the password used, if a user sets a weak/predictable password, an attacker could decrypt data. This is fixed in version 9.5.0 by using a more secure encryption library. The library chosen is sodium.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-7xwm-4vjr-jvqh</url>
<url>https://github.com/glpi-project/glpi/commit/f1ae6c8481e5c19a6f1801a5548cada45702e01a#diff-b5d0ee8c97c7abd7e3fa29b9a27d1780</url>
<url>https://github.com/glpi-project/glpi/commit/f1ae6c8481e5c19a6f1801a5548cada45702e01a#diff-b5d0ee8c97c7abd7e3fa29b9a27d1780</url>
<cvename>CVE-2020-11031</cvename>
</references>
<dates>
<discovery>2020-03-30</discovery>
<entry>2020-03-30</entry>
</dates>
</vuln>
<vuln vid="d3f60db0-3aea-11eb-af2a-080027dbe4b7">
<topic>glpi -- Account takeover vulnerability</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.4.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-14666">
<p>GLPI through 9.4.3 is prone to account takeover by abusing the ajax/autocompletion.php autocompletion feature. The lack of correct validation leads to recovery of the token generated via the password reset functionality, and thus an authenticated attacker can set an arbitrary password for any user. This vulnerability can be exploited to take control of admin account. This vulnerability could be also abused to obtain other sensitive fields like API keys or password hashes.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-14666</url>
<url>https://github.com/glpi-project/glpi/security/advisories/GHSA-47hq-pfrr-jh5q</url>
<url>https://www.tarlogic.com/advisories/Tarlogic-2019-GPLI-Account-Takeover.txt</url>
<cvename>CVE-2019-14666</cvename>
</references>
<dates>
<discovery>2019-08-05</discovery>
<entry>2019-08-05</entry>
</dates>
</vuln>
<vuln vid="3c77f139-3a09-11eb-929d-d4c9ef517024">
<topic>cURL -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>curl</name>
<range><gt>4.0</gt><lt>7.74.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The cURL project reports:</p>
<blockquote cite="https://curl.se/docs/security.html">
<p>Trusting FTP PASV responses (CVE-2020-8284)</p>
<p>FTP wildcard stack overflow (CVE-2020-8285)</p>
<p>Inferior OCSP verification (CVE-2020-8286)</p>
</blockquote>
</body>
</description>
<references>
<url>https://curl.se/docs/security.html</url>
<cvename>CVE-2020-8284</cvename>
<cvename>CVE-2020-8285</cvename>
<cvename>CVE-2020-8286</cvename>
</references>
<dates>
<discovery>2020-12-09</discovery>
<entry>2020-12-09</entry>
</dates>
</vuln>
<vuln vid="1d56cfc5-3970-11eb-929d-d4c9ef517024">
<topic>OpenSSL -- NULL pointer de-reference</topic>
<affects>
<package>
<name>openssl</name>
<range><ge>1.0.2,1</ge><lt>1.1.1i,1</lt></range>
</package>
<package>
<name>FreeBSD</name>
<range><ge>12.2</ge><lt>12.2_2</lt></range>
<range><ge>12.1</ge><lt>12.1_12</lt></range>
<range><ge>11.4</ge><lt>11.4_6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The OpenSSL project reports:</p>
<blockquote cite="https://www.openssl.org/news/secadv/20201208.txt">
<p>EDIPARTYNAME NULL pointer de-reference (High)</p>
<p>The X.509 GeneralName type is a generic type for representing
different types of names. One of those name types is known as
EDIPartyName. OpenSSL provides a function GENERAL_NAME_cmp which
compares different instances of a GENERAL_NAME to see if they
are equal or not. This function behaves incorrectly when both
GENERAL_NAMEs contain an EDIPARTYNAME. A NULL pointer
dereference and a crash may occur leading to a possible denial
of service attack.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.openssl.org/news/secadv/20201208.txt</url>
<cvename>CVE-2020-1971</cvename>
<freebsdsa>SA-20:33.openssl</freebsdsa>
</references>
<dates>
<discovery>2020-12-08</discovery>
<entry>2020-12-08</entry>
<modified>2020-12-15</modified>
</dates>
</vuln>
<vuln vid="5d5e5cda-38e6-11eb-bbbf-001b217b3468">
<topic>Gitlab -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>13.6.0</ge><lt>13.6.2</lt></range>
<range><ge>13.5.0</ge><lt>13.5.5</lt></range>
<range><ge>12.2</ge><lt>13.4.9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/12/07/security-release-gitlab-13-6-2-released/">
<p>XSS in Zoom Meeting URL</p>
<p>Limited Information Disclosure in Private Profile</p>
<p>User email exposed via GraphQL endpoint</p>
<p>Group and project membership potentially exposed via GraphQL</p>
<p>Search terms logged in search parameter in rails logs</p>
<p>Un-authorised access to feature flag user list</p>
<p>A specific query on the explore page causes statement timeouts</p>
<p>Exposure of starred projects on private user profiles</p>
<p>Uncontrolled Resource Consumption in any Markdown field using Mermaid</p>
<p>Former group members able to view updates to confidential epics</p>
<p>Update GraphicsMagick dependency</p>
<p>Update GnuPG dependency</p>
<p>Update libxml dependency</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/12/07/security-release-gitlab-13-6-2-released/</url>
<cvename>CVE-2020-26407</cvename>
<cvename>CVE-2020-26408</cvename>
<cvename>CVE-2020-13357</cvename>
<cvename>CVE-2020-26411</cvename>
<cvename>CVE-2020-26409</cvename>
</references>
<dates>
<discovery>2020-12-07</discovery>
<entry>2020-12-07</entry>
</dates>
</vuln>
<vuln vid="8d17229f-3054-11eb-a455-ac1f6b16e566">
<topic>consul -- Fix Consul Connect CA private key configuration</topic>
<affects>
<package>
<name>consul</name>
<range><lt>1.9.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Hashicorp reports:</p>
<blockquote cite="https://github.com/hashicorp/consul/blob/master/CHANGELOG.md">
<p>Increase the permissions to read from the
/connect/ca/configuration endpoint to operator:write.
Previously Connect CA configuration, including the private
key, set via this endpoint could be read back by an operator
with operator:read privileges.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/hashicorp/consul/blob/master/CHANGELOG.md</url>
<cvename>CVE-2020-28053</cvename>
</references>
<dates>
<discovery>2020-11-02</discovery>
<entry>2020-12-06</entry>
</dates>
</vuln>
<vuln vid="01ffd06a-36ed-11eb-b655-3065ec8fd3ec">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>87.0.4280.88</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/12/stable-channel-update-for-desktop.html">
<p>This release contains 8 security fixes, including:</p>
<ul>
<li>[1142331] High CVE-2020-16037: Use after free in clipboard.
Reported by Ryoya Tsukasaki on 2020-10-26</li>
<li>[1138683] High CVE-2020-16038: Use after free in media.
Reported by Khalil Zhani on 2020-10-14</li>
<li>[1149177] High CVE-2020-16039: Use after free in extensions.
Reported by Anonymous on 2020-11-15</li>
<li>[1150649] High CVE-2020-16040: Insufficient data validation in
V8. Reported by Lucas Pinheiro, Microsoft Browser Vulnerability
Research on 2020-11-19</li>
<li>[1151865] Medium CVE-2020-16041: Out of bounds read in
networking. Reported by Sergei Glazunov and Mark Brand of Google
Project Zero on 2020-11-23</li>
<li>[1151890] Medium CVE-2020-16042: Uninitialized Use in V8.
Reported by André Bargull on 2020-11-2</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-16037</cvename>
<cvename>CVE-2020-16038</cvename>
<cvename>CVE-2020-16039</cvename>
<cvename>CVE-2020-16040</cvename>
<cvename>CVE-2020-16041</cvename>
<cvename>CVE-2020-16042</cvename>
<url>https://chromereleases.googleblog.com/2020/12/stable-channel-update-for-desktop.html</url>
</references>
<dates>
<discovery>2020-12-02</discovery>
<entry>2020-12-05</entry>
</dates>
</vuln>
<vuln vid="b99492b2-362b-11eb-9f86-08002734b9ed">
<topic>gitea -- multiple vulnerabilities</topic>
<affects>
<package>
<name>gitea</name>
<range><lt>1.13.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Gitea Team reports for release 1.13.0:</p>
<blockquote cite="https://blog.gitea.io/2020/12/gitea-1.13.0-is-released/">
<ul>
<li>Add Allow-/Block-List for Migrate and Mirrors</li>
<li>Prevent git operations for inactive users</li>
<li>Disallow urlencoded new lines in git protocol paths if there is a port</li>
<li>Mitigate Security vulnerability in the git hook feature</li>
<li>Disable DSA ssh keys by default </li>
<li>Set TLS minimum version to 1.2</li>
<li>Use argon as default password hash algorithm</li>
<li>Escape failed highlighted files</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/go-gitea/gitea/releases/tag/v1.13.0</url>
<freebsdpr>ports/251577</freebsdpr>
</references>
<dates>
<discovery>2020-12-01</discovery>
<entry>2020-12-04</entry>
</dates>
</vuln>
<vuln vid="e2748c9d-3483-11eb-b87a-901b0ef719ab">
<topic>FreeBSD -- Multiple vulnerabilities in rtsold</topic>
<affects>
<package>
<name>FreeBSD</name>
<range><ge>12.2</ge><lt>12.2_1</lt></range>
<range><ge>12.1</ge><lt>12.1_11</lt></range>
<range><ge>11.4</ge><lt>11.4_5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Two bugs exist in rtsold(8)'s RDNSS and DNSSL option handling.
First, rtsold(8) failed to perform sufficient bounds checking on the
extent of the option. In particular, it does not verify that the
option does not extend past the end of the received packet before
processing its contents. The kernel currently ignores such
malformed packets but still passes them to userspace programs.</p>
<p>Second, when processing a DNSSL option, rtsold(8) decodes domain
name labels per an encoding specified in RFC 1035 in which the first
octet of each label contains the label's length. rtsold(8) did not
validate label lengths correctly and could overflow the destination
buffer.</p>
<h1>Impact:</h1>
<p>It is believed that these bugs could be exploited to gain remote
code execution within the rtsold(8) daemon, which runs as root.
Note that rtsold(8) only processes messages received from hosts
attached to the same physical link as the interface(s) on which
rtsold(8) is listening.</p>
<p>In FreeBSD 12.2 rtsold(8) runs in a Capsicum sandbox, limiting the
scope of a compromised rtsold(8) process.</p>
</body>
</description>
<references>
<cvename>CVE-2020-25577</cvename>
<freebsdsa>SA-20:32.rtsold</freebsdsa>
</references>
<dates>
<discovery>2020-12-01</discovery>
<entry>2020-12-02</entry>
</dates>
</vuln>
<vuln vid="8eed0c5c-3482-11eb-b87a-901b0ef719ab">
<topic>FreeBSD -- ICMPv6 use-after-free in error message handling</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.2</ge><lt>12.2_1</lt></range>
<range><ge>12.1</ge><lt>12.1_11</lt></range>
<range><ge>11.4</ge><lt>11.4_5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>When an ICMPv6 error message is received, the FreeBSD ICMPv6 stack
may extract information from the message to hand to upper-layer
protocols. As a part of this operation, it may parse IPv6 header
options from a packet embedded in the ICMPv6 message.</p>
<p>The handler for a routing option caches a pointer into the packet
buffer holding the ICMPv6 message. However, when processing
subsequent options the packet buffer may be freed, rendering the
cached pointer invalid. The network stack may later dereference the
pointer, potentially triggering a use-after-free.</p>
<h1>Impact:</h1>
<p>A remote host may be able to trigger a read of freed kernel memory.
This may trigger a kernel panic if the address had been unmapped.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7469</cvename>
<freebsdsa>SA-20:31.icmp6</freebsdsa>
</references>
<dates>
<discovery>2020-12-01</discovery>
<entry>2020-12-02</entry>
</dates>
</vuln>
<vuln vid="76c8b690-340b-11eb-a2b7-54e1ad3d6335">
<topic>xorg-server -- Multiple input validation failures in X server XKB extension</topic>
<affects>
<package>
<name>xorg-server</name>
<range><lt>1.20.9_1,1</lt></range>
</package>
<package>
<name>xephyr</name>
<range><lt>1.20.9_1,1</lt></range>
</package>
<package>
<name>xorg-vfbserver</name>
<range><lt>1.20.9_1,1</lt></range>
</package>
<package>
<name>xorg-nestserver</name>
<range><lt>1.20.9_1,1</lt></range>
</package>
<package>
<name>xwayland</name>
<range><lt>1.20.9_2,1</lt></range>
</package>
<package>
<name>xorg-dmx</name>
<range><lt>1.20.9_1,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The X.org project reports:</p>
<blockquote cite="https://lists.x.org/archives/xorg-announce/2020-December/003066.html">
<p>These issues can lead to privileges elevations for authorized
clients on systems where the X server is running privileged.</p>
<p>Insufficient checks on the lengths of the XkbSetMap request can
lead to out of bounds memory accesses in the X server.</p>
<p>Insufficient checks on input of the XkbSetDeviceInfo request can
lead to a buffer overflow on the head in the X server.</p>
</blockquote>
</body>
</description>
<references>
<url>https://lists.x.org/archives/xorg-announce/2020-December/003066.html</url>
<cvename>CVE-2020-14360</cvename>
<cvename>CVE-2020-25712</cvename>
</references>
<dates>
<discovery>2020-12-01</discovery>
<entry>2020-12-01</entry>
</dates>
</vuln>
<vuln vid="618010ff-3044-11eb-8112-000c292ee6b8">
<topic>nomad -- multiple vulnerabilities</topic>
<affects>
<package>
<name>nomad</name>
<range><lt>0.12.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The HashiCorp team reports:</p>
<blockquote cite="https://github.com/hashicorp/nomad/blob/master/CHANGELOG.md">
<ul>
<li>artifact: Fixed a bug where interpolation can be used in the
artifact destination field to write artifact payloads outside
the allocation directory.</li>
<li>template: Fixed a bug where interpolation can be used in the
template source and destination fields to read or write files
outside the allocation directory even when disable_file_sandbox
was set to false (the default).</li>
<li>template: Fixed a bug where the disable_file_sandbox
configuration was only respected for the template file function
and not the template source and destination fields.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/hashicorp/nomad/blob/master/CHANGELOG.md</url>
<cvename>CVE-2020-27195</cvename>
</references>
<dates>
<discovery>2020-10-21</discovery>
<entry>2020-11-27</entry>
</dates>
</vuln>
<vuln vid="55facdb0-2c24-11eb-9aac-08002734b9ed">
<topic>gitea -- multiple vulnerabilities</topic>
<affects>
<package>
<name>gitea</name>
<range><lt>1.12.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Gitea Team reports for release 1.12.6:</p>
<blockquote cite="https://blog.gitea.io/2020/11/gitea-1.12.6-is-released/">
<ul>
<li>Prevent git operations for inactive users</li>
<li>Disallow urlencoded new lines in git protocol paths if there is a port</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>Disallow urlencoded new lines in git protocol paths if there is a port</url>
<freebsdpr>ports/251296</freebsdpr>
</references>
<dates>
<discovery>2020-11-16</discovery>
<entry>2020-11-21</entry>
</dates>
</vuln>
<vuln vid="ad792169-2aa4-11eb-ab71-0022489ad614">
<topic>Node.js -- November 2020 Security Releases</topic>
<affects>
<package>
<name>node</name>
<range><lt>15.2.1</lt></range>
</package>
<package>
<name>node14</name>
<range><lt>14.15.1</lt></range>
</package>
<package>
<name>node12</name>
<range><lt>12.19.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Node.js reports:</p>
<blockquote cite="https://nodejs.org/en/blog/vulnerability/november-2020-security-releases/">
<p>Updates are now available for v12.x, v14.x and v15.x Node.js release lines for the following issues.</p>
<h1>Denial of Service through DNS request (CVE-2020-8277)</h1>
<p>A Node.js application that allows an attacker to trigger a DNS request for a host of their choice could trigger a Denial of service by getting the application to resolve a DNS record with a larger number of responses.</p>
</blockquote>
</body>
</description>
<references>
<url>https://nodejs.org/en/blog/vulnerability/november-2020-security-releases/</url>
<cvename>CVE-2020-8277</cvename>
</references>
<dates>
<discovery>2020-11-16</discovery>
<entry>2020-11-21</entry>
</dates>
</vuln>
<vuln vid="dc132c91-2b71-11eb-8cfd-4437e6ad11c4">
<topic>mutt -- authentication credentials being sent over an unencrypted connection</topic>
<affects>
<package>
<name>mutt</name>
<range><lt>2.0.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Kevin J. McCarthy reports:</p>
<blockquote cite="https://gitlab.com/muttmua/mutt/-/commit/04b06aaa3e0cc0022b9b01dbca2863756ebbf59a">
<p>Mutt had incorrect error handling when initially connecting to an IMAP
server, which could result in an attempt to authenticate without enabling TLS.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-28896</cvename>
<url>https://gitlab.com/muttmua/mutt/-/commit/04b06aaa3e0cc0022b9b01dbca2863756ebbf59a</url>
</references>
<dates>
<discovery>2020-11-20</discovery>
<entry>2020-11-20</entry>
</dates>
</vuln>
<vuln vid="040707f9-0b2a-11eb-8834-00155d01f202">
<topic>mozjpeg -- heap-based buffer over-read in get_rgb_row() in rdppm.c via a malformed PPM input file</topic>
<affects>
<package>
<name>mozjpeg</name>
<range><lt>4.0.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>NIST reports:</p>
<blockquote cite="https://nvd.nist.gov/vuln/detail/CVE-2020-13790">
<ul>
<li>Heap-based buffer over-read in get_rgb_row() in rdppm.c via a malformed PPM input file.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-13790</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13790</url>
</references>
<dates>
<discovery>2020-06-03</discovery>
<entry>2020-10-10</entry>
</dates>
</vuln>
<vuln vid="23a667c7-0b28-11eb-8834-00155d01f202">
<topic>libjpeg-turbo -- Issue in the PPM reader causing a buffer overrun in cjpeg, TJBench, or the tjLoadImage() function.</topic>
<affects>
<package>
<name>libjpeg-turbo</name>
<range><lt>2.0.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>libjpeg-turbo releases reports:</p>
<blockquote cite="https://github.com/libjpeg-turbo/libjpeg-turbo/releases/tag/2.0.5">
<p>This release fixes the following security issue:</p>
<ul>
<li>Heap-based buffer over-read in get_rgb_row() in rdppm.c via a malformed PPM input file.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-13790</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13790</url>
</references>
<dates>
<discovery>2020-06-03</discovery>
<entry>2020-10-10</entry>
</dates>
</vuln>
<vuln vid="19259833-26b1-11eb-a239-1c697a013f4b">
<topic>mantis -- multiple vulnerabilities</topic>
<affects>
<package>
<name>mantis-php72</name>
<name>mantis-php73</name>
<name>mantis-php74</name>
<name>mantis-php80</name>
<range><lt>2.24.3,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Mantis 2.24.3 release reports:</p>
<blockquote cite="https://mantisbt.org/bugs/changelog_page.php?project=mantisbt&version=2.24.3">
<p>This release fixes 3 security issues:</p>
<ul>
<li>0027039: CVE-2020-25781: Access to private bug note attachments</li>
<li>0027275: CVE-2020-25288: HTML Injection on bug_update_page.php</li>
<li>0027304: CVE-2020-25830: HTML Injection in bug_actiongroup_page.php</li>
</ul>
</blockquote>
</body>
</description>
<references>
<freebsdpr>ports/251141</freebsdpr>
<cvename>CVE-2020-25781</cvename>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-25781</url>
<cvename>CVE-2020-25288</cvename>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-25288</url>
<cvename>CVE-2020-25830</cvename>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-25830</url>
</references>
<dates>
<discovery>2020-09-13</discovery>
<entry>2020-11-14</entry>
<modified>2020-11-15</modified>
</dates>
</vuln>
<vuln vid="db4b2f27-252a-11eb-865c-00155d646400">
<topic>go -- math/big: panic during recursive division of very large numbers; cmd/go: arbitrary code execution at build time through cgo</topic>
<affects>
<package>
<name>go</name>
<range><lt>1.15.5,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Go project reports:</p>
<blockquote cite="https://github.com/golang/go/issues/42552">
<p>A number of math/big.Int methods (Div, Exp, DivMod, Quo, Rem,
QuoRem, Mod, ModInverse, ModSqrt, Jacobi, and GCD) can panic
when provided crafted large inputs. For the panic to happen,
the divisor or modulo argument must be larger than 3168 bits
(on 32-bit architectures) or 6336 bits (on 64-bit architectures).
Multiple math/big.Rat methods are similarly affected.</p>
</blockquote>
<blockquote cite="https://github.com/golang/go/issues/42556">
<p>The go command may execute arbitrary code at build time when
cgo is in use. This may occur when running go get on a malicious
package, or any other command that builds untrusted code. This
can be caused by a malicious gcc flags specified via a #cgo
directive.</p>
</blockquote>
<blockquote cite="https://github.com/golang/go/issues/42559">
<p>The go command may execute arbitrary code at build time when
cgo is in use. This may occur when running go get on a malicious
package, or any other command that builds untrusted code. This
can be caused by malicious unquoted symbol names.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-28362</cvename>
<url>https://github.com/golang/go/issues/42552</url>
<cvename>CVE-2020-28367</cvename>
<url>https://github.com/golang/go/issues/42556</url>
<cvename>CVE-2020-28366</cvename>
<url>https://github.com/golang/go/issues/42559</url>
</references>
<dates>
<discovery>2020-11-09</discovery>
<entry>2020-11-12</entry>
</dates>
</vuln>
<vuln vid="50259d8b-243e-11eb-8bae-b42e99975750">
<topic>salt -- multiple vulnerabilities</topic>
<affects>
<package>
<name>py36-salt</name>
<name>py37-salt</name>
<name>py38-salt</name>
<range><ge>3002</ge><lt>3002.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>SaltStack reports multiple security vulnerabilities in Salt 3002:</p>
<blockquote cite="https://docs.saltstack.com/en/latest/topics/releases/3002.1.html">
<ul>
<li>CVE-2020-16846: Prevent shell injections in netapi ssh client.</li>
<li>CVE-2020-17490: Prevent creating world readable private keys with the tls execution module.</li>
<li>CVE-2020-25592: Properly validate eauth credentials and tokens along with their ACLs.
Prior to this change eauth was not properly validated when calling Salt ssh via the salt-api.
Any value for 'eauth' or 'token' would allow a user to bypass authentication and make calls
to Salt ssh.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://docs.saltstack.com/en/latest/topics/releases/3002.1.html</url>
<cvename>CVE-2020-16846</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-16846</url>
<cvename>CVE-2020-17490</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-17490</url>
<cvename>CVE-2020-25592</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-25592</url>
</references>
<dates>
<discovery>2020-11-06</discovery>
<entry>2020-11-12</entry>
</dates>
</vuln>
<vuln vid="4f15ca7b-23ae-11eb-9f59-1c1b0d9ea7e6">
<topic>Apache OpenOffice -- Unrestricted actions leads to arbitrary code execution in crafted documents</topic>
<affects>
<package>
<name>apache-openoffice</name>
<range><lt>4.1.8</lt></range>
</package>
<package>
<name>apache-openoffice-devel</name>
<range><lt>4.2.1602022694,4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Apache Openofffice project reports:</p>
<blockquote cite="https://www.openoffice.org/security/cves/CVE-2020-13958.html">
<h1>CVE-2020-13958 Unrestricted actions leads to arbitrary code execution in crafted documents</h1>
<h2>Description</h2>
<p>A vulnerability in Apache OpenOffice scripting events allows an attacker to construct documents containing hyperlinks pointing to an executable on the target users file system. These hyperlinks can be triggered unconditionally. In fixed versions no internal protocol may be called from the document event handler and other hyperlinks require a control-click.</p>
<h2>Severity: Low</h2>
<p>There are no known exploits of this vulnerability.<br/>A proof-of-concept demonstration exists.</p>
<p>Thanks to the reporter for discovering this issue.</p>
<h2>Acknowledgments</h2>
<p>The Apache OpenOffice Security Team would like to thank Imre Rad for discovering and reporting this attack vector.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.openoffice.org/security/cves/CVE-2020-13958.html</url>
<cvename>CVE-2020-13958</cvename>
</references>
<dates>
<discovery>2020-04-28</discovery>
<entry>2020-11-10</entry>
</dates>
</vuln>
<vuln vid="07c7ae7a-224b-11eb-aa6e-e0d55e2a8bf9">
<topic>raptor2 -- buffer overflow</topic>
<affects>
<package>
<name>raptor2</name>
<range><lt>2.0.15_16</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>CVE MITRE reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-18926">
<p>
raptor_xml_writer_start_element_common in raptor_xml_writer.c in Raptor RDF Syntax Library 2.0.15 miscalculates the maximum nspace declarations for the XML writer, leading to heap-based buffer overflows (sometimes seen in raptor_qname_format_as_xml).
</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-18926</url>
<url>https://github.com/LibreOffice/core/blob/master/external/redland/raptor/0001-Calcualte-max-nspace-declarations-correctly-for-XML-.patch.1</url>
<cvename>CVE-2017-18926</cvename>
</references>
<dates>
<discovery>2017-04-16</discovery>
<entry>2020-11-09</entry>
</dates>
</vuln>
<vuln vid="cf39ddf8-21be-11eb-8b47-641c67a117d8">
<topic>jupyter notebook -- open redirect vulnerability</topic>
<affects>
<package>
<name>py37-notebook</name>
<name>py38-notebook</name>
<name>py39-notebook</name>
<range><lt>6.1.5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jupyter reports:</p>
<blockquote cite="https://jupyter-notebook.readthedocs.io/en/stable/changelog.html#release-6-1-5">
<p>6.1.5 is a security release, fixing one vulnerability:
Fix open redirect vulnerability GHSA-c7vm-f5p4-8fqh (CVE to be assigned)
</p>
</blockquote>
</body>
</description>
<references>
<url>https://jupyter-notebook.readthedocs.io/en/stable/changelog.html#release-6-1-5</url>
<url>https://github.com/jupyter/notebook/blob/6.1.5/docs/source/changelog.rst</url>
</references>
<dates>
<discovery>2020-10-15</discovery>
<entry>2020-11-08</entry>
</dates>
</vuln>
<vuln vid="29b7f0be-1fb7-11eb-b9d4-001999f8d30b">
<topic>asterisk -- Outbound INVITE loop on challenge with different nonce</topic>
<affects>
<package>
<name>asterisk13</name>
<range><lt>13.37.1</lt></range>
</package>
<package>
<name>asterisk16</name>
<range><lt>16.14.1</lt></range>
</package>
<package>
<name>asterisk18</name>
<range><lt>18.0.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Asterisk project reports:</p>
<blockquote cite="https://www.asterisk.org/downloads/security-advisories">
<p>If Asterisk is challenged on an outbound INVITE and
the nonce is changed in each response, Asterisk will
continually send INVITEs in a loop. This causes Asterisk
to consume more and more memory since the transaction
will never terminate (even if the call is hung up),
ultimately leading to a restart or shutdown of Asterisk.
Outbound authentication must be configured on the endpoint
for this to occur.</p>
</blockquote>
</body>
</description>
<references>
<url>https://downloads.asterisk.org/pub/security/AST-2020-002.html</url>
</references>
<dates>
<discovery>2020-11-05</discovery>
<entry>2020-11-05</entry>
</dates>
</vuln>
<vuln vid="972fe546-1fb6-11eb-b9d4-001999f8d30b">
<topic>asterisk -- Remote crash in res_pjsip_session</topic>
<affects>
<package>
<name>asterisk13</name>
<range><lt>13.37.1</lt></range>
</package>
<package>
<name>asterisk16</name>
<range><lt>16.14.1</lt></range>
</package>
<package>
<name>asterisk18</name>
<range><lt>18.0.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Asterisk project reports:</p>
<blockquote cite="https://www.asterisk.org/downloads/security-advisories">
<p> Upon receiving a new SIP Invite, Asterisk did not
return the created dialog locked or referenced. This
caused a gap between the creation of the dialog object,
and its next use by the thread that created it. Depending
upon some off nominal circumstances, and timing it was
possible for another thread to free said dialog in this
gap. Asterisk could then crash when the dialog object,
or any of its dependent objects were de-referenced, or
accessed next by the initial creation thread.</p>
</blockquote>
</body>
</description>
<references>
<url>https://downloads.asterisk.org/pub/security/AST-2020-001.html</url>
</references>
<dates>
<discovery>2020-11-05</discovery>
<entry>2020-11-05</entry>
</dates>
</vuln>
<vuln vid="3ec6ab59-1e0c-11eb-a428-3065ec8fd3ec">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>86.0.4240.183</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/11/stable-channel-update-for-desktop.html">
<p>This release contains 10 security fixes, including:</p>
<ul>
<li>[1138911] High CVE-2020-16004: Use after free in user interface.
Reported by Leecraso and Guang Gong of 360 Alpha Lab working with
360 BugCloud on 2020-10-15</li>
<li>[1139398] High CVE-2020-16005: Insufficient policy enforcement
in ANGLE. Reported by Jaehun Jeong (@n3sk) of Theori on
2020-10-16</li>
<li>[1133527] High CVE-2020-16006: Inappropriate implementation in
V8. Reported by Bill Parks on 2020-09-29</li>
<li>[1125018] High CVE-2020-16007: Insufficient data validation in
installer. Reported by Abdelhamid Naceri (halov) on
2020-09-04</li>
<li>[1134107] High CVE-2020-16008: Stack buffer overflow in WebRTC.
Reported by Tolya Korniltsev on 2020-10-01</li>
<li>[1143772] High CVE-2020-16009: Inappropriate implementation in
V8. Reported by Clement Lecigne of Google's Threat Analysis Group
and Samuel Groß of Google Project Zero on 2020-10-29</li>
<li>[1144489] High CVE-2020-16011: Heap buffer overflow in UI on
Windows. Reported by Sergei Glazunov of Google Project Zero on
2020-11-01</li>
</ul>
<p>There are reports that an exploit for CVE-2020-16009 exists in the
wild.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-16004</cvename>
<cvename>CVE-2020-16005</cvename>
<cvename>CVE-2020-16006</cvename>
<cvename>CVE-2020-16007</cvename>
<cvename>CVE-2020-16008</cvename>
<cvename>CVE-2020-16009</cvename>
<cvename>CVE-2020-16011</cvename>
<url>https://chromereleases.googleblog.com/2020/11/stable-channel-update-for-desktop.html</url>
</references>
<dates>
<discovery>2020-11-02</discovery>
<entry>2020-11-03</entry>
</dates>
</vuln>
<vuln vid="174e466b-1d48-11eb-bd0f-001b217b3468">
<topic>Gitlab -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>13.5.0</ge><lt>13.5.2</lt></range>
<range><ge>13.4.0</ge><lt>13.4.5</lt></range>
<range><ge>8.8.9</ge><lt>13.3.9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/11/02/security-release-gitlab-13-5-2-released/">
<p>Path Traversal in LFS Upload</p>
<p>Path traversal allows saving packages in arbitrary location</p>
<p>Kubernetes agent API leaks private repos</p>
<p>Terraform state deletion API exposes object storage URL</p>
<p>Stored-XSS in error message of build-dependencies</p>
<p>Git credentials persisted on disk</p>
<p>Potential Denial of service via container registry</p>
<p>Info leak when group is transferred from private to public group</p>
<p>Limited File Disclosure Via Multipart Bypass</p>
<p>Unauthorized user is able to access scheduled pipeline variables and values</p>
<p>CSRF in runner administration page allows an attacker to pause/resume runners</p>
<p>Regex backtracking attack in path parsing of Advanced Search result</p>
<p>Bypass of required CODEOWNERS approval</p>
<p>SAST CiConfiguration information visible without permissions</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/11/02/security-release-gitlab-13-5-2-released/</url>
<cvename>CVE-2020-13355</cvename>
<cvename>CVE-2020-26405</cvename>
<cvename>CVE-2020-13358</cvename>
<cvename>CVE-2020-13359</cvename>
<cvename>CVE-2020-13340</cvename>
<cvename>CVE-2020-13353</cvename>
<cvename>CVE-2020-13354</cvename>
<cvename>CVE-2020-13352</cvename>
<cvename>CVE-2020-13356</cvename>
<cvename>CVE-2020-13351</cvename>
<cvename>CVE-2020-13350</cvename>
<cvename>CVE-2020-13349</cvename>
<cvename>CVE-2020-13348</cvename>
</references>
<dates>
<discovery>2020-11-02</discovery>
<entry>2020-11-02</entry>
</dates>
</vuln>
<vuln vid="11325357-1d3c-11eb-ab74-4c72b94353b5">
<topic>wordpress -- multiple issues</topic>
<affects>
<package>
<name>wordpress</name>
<name>fr-wordpress</name>
<range><lt>5.5.2,1</lt></range>
</package>
<package>
<name>de-wordpress</name>
<name>zh_CN-wordpress</name>
<name>zh_TW-wordpress</name>
<name>ja-wordpress</name>
<name>ru-wordpress</name>
<range><lt>5.5.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>wordpress developers reports:</p>
<blockquote cite="https://wordpress.org/news/2020/10/wordpress-5-5-2-security-and-maintenance-release/">
<p>Ten security issues affect WordPress versions 5.5.1 and earlier. If you havent yet updated to 5.5,
all WordPress versions since 3.7 have also been updated to fix the following security issues:
-Props to Alex Concha of the WordPress Security Team for their work in hardening deserialization requests.
-Props to David Binovec on a fix to disable spam embeds from disabled sites on a multisite network.
-Thanks to Marc Montas from Sucuri for reporting an issue that could lead to XSS from global variables.
-Thanks to Justin Tran who reported an issue surrounding privilege escalation in XML-RPC. He also found and disclosed an issue around privilege escalation around post commenting via XML-RPC.
-Props to Omar Ganiev who reported a method where a DoS attack could lead to RCE.
-Thanks to Karim El Ouerghemmi from RIPS who disclosed a method to store XSS in post slugs.
-Thanks to Slavco for reporting, and confirmation from Karim El Ouerghemmi, a method to bypass protected meta that could lead to arbitrary file deletion.</p>
</blockquote>
</body>
</description>
<references>
<url>https://wordpress.org/news/2020/10/wordpress-5-5-2-security-and-maintenance-release/</url>
</references>
<dates>
<discovery>2020-10-29</discovery>
<entry>2020-11-02</entry>
</dates>
</vuln>
<vuln vid="9ca85b7c-1b31-11eb-8762-005056a311d1">
<topic>samba -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>samba410</name>
<range><le>4.10.18</le></range>
</package>
<package>
<name>samba411</name>
<range><lt>4.11.15</lt></range>
</package>
<package>
<name>samba412</name>
<range><lt>4.12.9</lt></range>
</package>
<package>
<name>samba413</name>
<range><lt>4.13.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Samba Team reports:</p>
<blockquote cite="https://www.samba.org/samba/history/security.html">
<ul>
<li>CVE-2020-14318: Missing handle permissions check in SMB1/2/3 ChangeNotify</li>
<li>CVE-2020-14323: Unprivileged user can crash winbind</li>
<li>CVE-2020-14383: An authenticated user can crash the DCE/RPC DNS with easily crafted records</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://www.samba.org/samba/security/CVE-2020-14318.html</url>
<url>https://www.samba.org/samba/security/CVE-2020-14323.html</url>
<url>https://www.samba.org/samba/security/CVE-2020-14383.html</url>
<cvename>CVE-2020-14318</cvename>
<cvename>CVE-2020-14323</cvename>
<cvename>CVE-2020-14383</cvename>
</references>
<dates>
<discovery>2020-10-29</discovery>
<entry>2020-10-30</entry>
</dates>
</vuln>
<vuln vid="8827134c-1a8f-11eb-9bb0-08002725d892">
<topic>tmux -- stack overflow in CSI parsing</topic>
<affects>
<package>
<name>tmux</name>
<range><lt>3.1c</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Nicholas Marriott reports:</p>
<blockquote cite="https://groups.google.com/g/tmux-users/c/DGfmsD9CM00/m/Six6uZG0AQAJ">
<p>tmux has a stack overflow in CSI parsing.</p>
</blockquote>
</body>
</description>
<references>
<url>https://groups.google.com/g/tmux-users/c/DGfmsD9CM00/m/Six6uZG0AQAJ</url>
<url>https://marc.info/?l=openbsd-announce&m=160399126725142&w=2</url>
</references>
<dates>
<discovery>2020-10-29</discovery>
<entry>2020-10-30</entry>
</dates>
</vuln>
<vuln vid="94ffc0d9-1915-11eb-b809-b42e991fc52e">
<topic>motion -- Denial of Service</topic>
<affects>
<package>
<name>motion</name>
<range><ge>3.2</ge><lt>4.3.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>cxsecurity.com reports:</p>
<blockquote cite="https://cxsecurity.com/cveshow/CVE-2020-26566/">
<p>A Denial of Service condition in Motion-Project Motion 3.2 through
4.3.1 allows remote unauthenticated users to cause a webu.c
segmentation fault and kill the main process via a crafted HTTP
request</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve-search.iicrai.org/cve/CVE-2020-26566</url>
</references>
<dates>
<discovery>2020-10-05</discovery>
<entry>2020-10-28</entry>
</dates>
</vuln>
<vuln vid="458df97f-1440-11eb-aaec-e0d55e2a8bf9">
<topic>freetype2 -- heap buffer overlfow</topic>
<affects>
<package>
<name>freetype2</name>
<range><lt>2.10.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The freetype project reports:</p>
<blockquote cite="https://sourceforge.net/projects/freetype/files/freetype2/2.10.4/">
<p>A heap buffer overflow has been found in the handling of embedded
PNG bitmaps, introduced in FreeType version 2.6.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://sourceforge.net/projects/freetype/files/freetype2/2.10.4/</url>
<cvename>CVE-2020-15999</cvename>
</references>
<dates>
<discovery>2020-10-20</discovery>
<entry>2020-10-22</entry>
</dates>
</vuln>
<vuln vid="4fba07ca-13aa-11eb-b31e-d4c9ef517024">
<topic>MySQL -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>mariadb103-server</name>
<range><lt>10.3.26</lt></range>
</package>
<package>
<name>mariadb104-server</name>
<range><lt>10.4.16</lt></range>
</package>
<package>
<name>mariadb105-server</name>
<range><lt>10.5.7</lt></range>
</package>
<package>
<name>mysql56-server</name>
<range><lt>5.6.50</lt></range>
</package>
<package>
<name>mysql57-server</name>
<range><lt>5.7.32</lt></range>
</package>
<package>
<name>mysql80-server</name>
<range><lt>8.0.22</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Oracle reports:</p>
<blockquote cite="https://www.oracle.com/security-alerts/cpuoct2020.html#AppendixMSQL">
<p>This Critical Patch Update contains 48 new security patches for
Oracle MySQL.</p>
<p>The highest CVSS v3.1 Base Score of vulnerabilities affecting Oracle
MySQL is 8.</p>
<p>NOTE: MariaDB only contains CVE-2020-14812 CVE-2020-14765
CVE-2020-14776 and CVE-2020-14789</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.oracle.com/security-alerts/cpuoct2020.html#AppendixMSQL</url>
<cvename>CVE-2020-14878</cvename>
<cvename>CVE-2020-14828</cvename>
<cvename>CVE-2020-14775</cvename>
<cvename>CVE-2020-14765</cvename>
<cvename>CVE-2020-14769</cvename>
<cvename>CVE-2020-14830</cvename>
<cvename>CVE-2020-14836</cvename>
<cvename>CVE-2020-14846</cvename>
<cvename>CVE-2020-14800</cvename>
<cvename>CVE-2020-14827</cvename>
<cvename>CVE-2020-14760</cvename>
<cvename>CVE-2020-14776</cvename>
<cvename>CVE-2020-14821</cvename>
<cvename>CVE-2020-14829</cvename>
<cvename>CVE-2020-14848</cvename>
<cvename>CVE-2020-14852</cvename>
<cvename>CVE-2020-14814</cvename>
<cvename>CVE-2020-14789</cvename>
<cvename>CVE-2020-14804</cvename>
<cvename>CVE-2020-14812</cvename>
<cvename>CVE-2020-14773</cvename>
<cvename>CVE-2020-14777</cvename>
<cvename>CVE-2020-14785</cvename>
<cvename>CVE-2020-14793</cvename>
<cvename>CVE-2020-14794</cvename>
<cvename>CVE-2020-14809</cvename>
<cvename>CVE-2020-14837</cvename>
<cvename>CVE-2020-14839</cvename>
<cvename>CVE-2020-14845</cvename>
<cvename>CVE-2020-14861</cvename>
<cvename>CVE-2020-14866</cvename>
<cvename>CVE-2020-14868</cvename>
<cvename>CVE-2020-14888</cvename>
<cvename>CVE-2020-14891</cvename>
<cvename>CVE-2020-14893</cvename>
<cvename>CVE-2020-14786</cvename>
<cvename>CVE-2020-14790</cvename>
<cvename>CVE-2020-14844</cvename>
<cvename>CVE-2020-14799</cvename>
<cvename>CVE-2020-14869</cvename>
<cvename>CVE-2020-14672</cvename>
<cvename>CVE-2020-14870</cvename>
<cvename>CVE-2020-14867</cvename>
<cvename>CVE-2020-14873</cvename>
<cvename>CVE-2020-14838</cvename>
<cvename>CVE-2020-14860</cvename>
<cvename>CVE-2020-14791</cvename>
<cvename>CVE-2020-14771</cvename>
</references>
<dates>
<discovery>2020-10-20</discovery>
<entry>2020-10-21</entry>
<modified>2020-11-07</modified>
</dates>
</vuln>
<vuln vid="f4722927-1375-11eb-8711-3065ec8fd3ec">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>86.0.4240.111</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/10/stable-channel-update-for-desktop_20.html">
<p>This release includes 5 security fixes:</p>
<ul>
<li>[1125337] High CVE-2020-16000: Inappropriate implementation in
Blink. Reported by amaebi_jp on 2020-09-06</li>
<li>[1135018] High CVE-2020-16001: Use after free in media.
Reported by Khalil Zhani on 2020-10-05</li>
<li>[1137630] High CVE-2020-16002: Use after free in PDFium.
Reported by Weipeng Jiang (@Krace) from Codesafe Team of Legendsec
at Qi'anxin Group on 2020-10-13</li>
<li>[1139963] High CVE-2020-15999: Heap buffer overflow in
Freetype. Reported by Sergei Glazunov of Google Project Zero on
2020-10-19</li>
<li>[1134960] Medium CVE-2020-16003: Use after free in printing.
Reported by Khalil Zhani on 2020-10-04</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-15999</cvename>
<cvename>CVE-2020-16000</cvename>
<cvename>CVE-2020-16001</cvename>
<cvename>CVE-2020-16002</cvename>
<cvename>CVE-2020-16003</cvename>
<url>https://chromereleases.googleblog.com/2020/10/stable-channel-update-for-desktop_20.html</url>
</references>
<dates>
<discovery>2020-10-20</discovery>
<entry>2020-10-21</entry>
</dates>
</vuln>
<vuln vid="a6860b11-0dee-11eb-94ff-6805ca2fa271">
<topic>powerdns-recursor -- cache pollution</topic>
<affects>
<package>
<name>powerdns-recursor</name>
<range><ge>4.3.0</ge><lt>4.3.5</lt></range>
<range><ge>4.2.0</ge><lt>4.2.5</lt></range>
<range><ge>4.1.0</ge><lt>4.1.18</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>PowerDNS Team reports:</p>
<blockquote cite="https://doc.powerdns.com/recursor/changelog/4.3.html#change-4.3.5">
<p>CVE-2020-25829: An issue has been found in PowerDNS Recursor where a
remote attacker can cause the cached records for a given name to be
updated to the ‘Bogus’ DNSSEC validation state, instead of their actual
DNSSEC ‘Secure’ state, via a DNS ANY query. This results in a denial
of service for installations that always validate (dnssec=validate)
and for clients requesting validation when on-demand validation is
enabled (dnssec=process).</p>
</blockquote>
</body>
</description>
<references>
<url>https://doc.powerdns.com/recursor/security-advisories/powerdns-advisory-2020-07.html</url>
<cvename>CVE-2020-25829</cvename>
</references>
<dates>
<discovery>2020-10-13</discovery>
<entry>2020-10-14</entry>
</dates>
</vuln>
<vuln vid="a2565962-1156-11eb-9c9c-d4c9ef517024">
<topic>MariaDB -- Undisclosed vulnerability</topic>
<affects>
<package>
<name>mariadb103-client</name>
<range><lt>10.3.25</lt></range>
</package>
<package>
<name>mariadb103-server</name>
<range><lt>10.3.25</lt></range>
</package>
<package>
<name>mariadb104-client</name>
<range><lt>10.4.15</lt></range>
</package>
<package>
<name>mariadb104-server</name>
<range><lt>10.4.15</lt></range>
</package>
<package>
<name>mariadb105-client</name>
<range><lt>10.5.6</lt></range>
</package>
<package>
<name>mariadb105-server</name>
<range><lt>10.5.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The MariaDB project reports:</p>
<blockquote cite="https://mariadb.com/kb/en/mariadb-1056-release-notes/">
<p>Details of this vulnerability have not yet been disclosed</p>
</blockquote>
</body>
</description>
<references>
<url>https://mariadb.com/kb/en/mariadb-1056-release-notes/</url>
<url>https://mariadb.com/kb/en/mariadb-10415-release-notes/</url>
<url>https://mariadb.com/kb/en/mariadb-10325-release-notes/</url>
<cvename>CVE-2020-15180</cvename>
</references>
<dates>
<discovery>2020-10-07</discovery>
<entry>2020-10-18</entry>
</dates>
</vuln>
<vuln vid="5f39d80f-107c-11eb-8b47-641c67a117d8">
<topic>py-matrix-synapse -- XSS vulnerability</topic>
<affects>
<package>
<name>py36-matrix-synapse</name>
<name>py37-matrix-synapse</name>
<name>py38-matrix-synapse</name>
<name>py39-matrix-synapse</name>
<range><lt>1.21.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Matrix developers reports:</p>
<blockquote cite="https://github.com/matrix-org/synapse/security/advisories/GHSA-3x8c-fmpc-5rmq">
<p>The fallback authentication endpoint served via Synapse were vulnerable
to cross-site scripting (XSS) attacks. The impact depends on the
configuration of the domain that Synapse is deployed on, but may allow
access to cookies and other browser data, CSRF vulnerabilities, and
access to other resources served on the same domain or parent domains.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-26891</cvename>
<url>https://github.com/matrix-org/synapse/security/advisories/GHSA-3x8c-fmpc-5rmq</url>
<url>https://github.com/matrix-org/synapse/releases/tag/v1.21.2</url>
<freebsdpr>ports/249948</freebsdpr>
</references>
<dates>
<discovery>2020-10-01</discovery>
<entry>2020-10-17</entry>
</dates>
</vuln>
<vuln vid="95d9d986-1078-11eb-ab74-4c72b94353b5">
<topic>drupal -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>drupal7</name>
<range><lt>7.72</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Drupal Security Team reports:</p>
<blockquote cite="https://www.drupal.org/project/drupal/releases/7.73">
<p>The Drupal AJAX API does not disable JSONP by default, which can
lead to cross-site scripting.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.drupal.org/sa-core-2020-007</url>
</references>
<dates>
<discovery>2020-09-16</discovery>
<entry>2020-10-17</entry>
</dates>
</vuln>
<vuln vid="42926d7b-0da3-11eb-8dbd-6451062f0f7a">
<topic>Flash Player -- arbitrary code execution</topic>
<affects>
<package>
<name>linux-flashplayer</name>
<range><lt>32.0.0.445</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Adobe reports:</p>
<blockquote cite="https://helpx.adobe.com/security/products/flash-player/apsb20-58.html">
<ul>
<li>This update resolves a NULL pointer dereference vulnerability
that could lead to arbitrary code execution (CVE-2020-9746).</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-9746</cvename>
<url>https://helpx.adobe.com/security/products/flash-player/apsb20-58.html</url>
</references>
<dates>
<discovery>2020-10-13</discovery>
<entry>2020-10-13</entry>
</dates>
</vuln>
<vuln vid="95f306a6-0aee-11eb-add4-08002728f74c">
<topic>Rails -- Possible XSS vulnerability</topic>
<affects>
<package>
<name>rubygem-actionpack60</name>
<range><lt>6.0.3.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Ruby on Rails blog:</p>
<blockquote cite="https://weblog.rubyonrails.org/2020/10/7/Rails-6-0-3-4-has-been-released/">
<p>Rails version 6.0.3.4 has been released! This version is a security
release and addresses one possible XSS attack vector in Actionable
Exceptions.</p>
</blockquote>
</body>
</description>
<references>
<url>https://weblog.rubyonrails.org/2020/10/7/Rails-6-0-3-4-has-been-released/</url>
<cvename>CVE-2020-8264</cvename>
</references>
<dates>
<discovery>2020-10-07</discovery>
<entry>2020-10-10</entry>
</dates>
</vuln>
<vuln vid="b07bdd3c-0809-11eb-a3a4-0019dbb15b3f">
<topic>Payara -- path trasversal flaw via either loc/con parameters in Eclipse Mojarra</topic>
<affects>
<package>
<name>payara</name>
<range><lt>5.201</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Payara Releases reports:</p>
<blockquote cite="https://docs.payara.fish/community/docs/5.2020.4/security/security-fix-list.html">
<p>The following is a list of tracked Common Vulnerabilities and Exposures that have been reported and analyzed, which can or have impacted Payara Server across releases:</p>
<ul>
<li>CVE-2020-6950 Eclipse Mojarra vulnerable to path trasversal flaw via either loc/con parameters</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6950</cvename>
<url>https://docs.payara.fish/community/docs/5.2020.4/security/security-fix-list.html</url>
</references>
<dates>
<discovery>2020-01-13</discovery>
<entry>2020-10-06</entry>
</dates>
</vuln>
<vuln vid="bd159669-0808-11eb-a3a4-0019dbb15b3f">
<topic>Payara -- A Polymorphic Typing issue in FasterXML jackson-databind</topic>
<affects>
<package>
<name>payara</name>
<range><lt>5.193</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Payara Releases reports:</p>
<blockquote cite="https://docs.payara.fish/community/docs/5.193/security/security-fix-list.html">
<p>The following is a list of tracked Common Vulnerabilities and Exposures that have been reported and analyzed, which can or have impacted Payara Server across releases:</p>
<ul>
<li>CVE-2019-12086 A Polymorphic Typing issue was discovered in FasterXML jackson-databind 2.x before 2.9.9</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2019-12086</cvename>
<url>https://docs.payara.fish/community/docs/5.193/security/security-fix-list.html</url>
</references>
<dates>
<discovery>2019-05-17</discovery>
<entry>2020-10-06</entry>
</dates>
</vuln>
<vuln vid="71c71ce0-0805-11eb-a3a4-0019dbb15b3f">
<topic>payara -- multiple vulnerabilities</topic>
<affects>
<package>
<name>payara</name>
<range><lt>5.191</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Payara Releases reports:</p>
<blockquote cite="https://docs.payara.fish/community/docs/5.191/security/security-fix-list.html">
<p>The following is a list of tracked Common Vulnerabilities and Exposures that have been reported and analyzed, which can or have impacted Payara Server across releases:</p>
<ul>
<li>CVE-2018-14721 FasterXML jackson-databind 2.x before 2.9.7 might allow remote attackers to conduct server-side request forgery (SSRF) attacks</li>
<li>CVE-2018-14720 FasterXML jackson-databind 2.x before 2.9.7 might allow remote attackers to conduct external XML entity (XXE) attacks</li>
<li>CVE-2018-14719 FasterXML jackson-databind 2.x before 2.9.7 might allow remote attackers to execute arbitrary code</li>
<li>CVE-2018-14718 FasterXML jackson-databind 2.x before 2.9.7 might allow remote attackers to execute arbitrary code</li>
<li>CVE-2018-14371 Eclipse Mojarra before 2.3.7 is affected by Directory Traversal via the loc parameter</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2018-14721</cvename>
<cvename>CVE-2018-14720</cvename>
<cvename>CVE-2018-14719</cvename>
<cvename>CVE-2018-14718</cvename>
<cvename>CVE-2018-14371</cvename>
<url>https://docs.payara.fish/community/docs/5.191/security/security-fix-list.html</url>
</references>
<dates>
<discovery>2019-02-01</discovery>
<entry>2020-10-06</entry>
</dates>
</vuln>
<vuln vid="769a4f60-9056-4c27-89a1-1758a59a21f8">
<topic>zeek -- Vulnerability due to memory leak</topic>
<affects>
<package>
<name>zeek</name>
<range><lt>3.0.11</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jon Siwek of Corelight reports:</p>
<blockquote cite="https://github.com/zeek/zeek/releases/tag/v3.0.11">
<p>This release fixes the following security issue:</p>
<ul>
<li>A memory leak in multipart MIME code has potential
for remote exploitation and cause for Denial of Service
via resource exhaustion.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/zeek/zeek/releases/tag/v3.0.11</url>
</references>
<dates>
<discovery>2020-09-29</discovery>
<entry>2020-10-07</entry>
</dates>
</vuln>
<vuln vid="64988354-0889-11eb-a01b-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>86.0.4240.75</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/10/stable-channel-update-for-desktop.html">
<p>This release contains 35 security fixes, including:</p>
<ul>
<li>[1127322] Critical CVE-2020-15967: Use after free in payments.
Reported by Man Yue Mo of GitHub Security Lab on 2020-09-11</li>
<li>[1126424] High CVE-2020-15968: Use after free in Blink.
Reported by Anonymous on 2020-09-09</li>
<li>[1124659] High CVE-2020-15969: Use after free in WebRTC.
Reported by Anonymous on 2020-09-03</li>
<li>[1108299] High CVE-2020-15970: Use after free in NFC. Reported
by Man Yue Mo of GitHub Security Lab on 2020-07-22</li>
<li>[1114062] High CVE-2020-15971: Use after free in printing.
Reported by Jun Kokatsu, Microsoft Browser Vulnerability Research on
2020-08-07</li>
<li>[1115901] High CVE-2020-15972: Use after free in audio.
Reported by Anonymous on 2020-08-13</li>
<li>[1133671] High CVE-2020-15990: Use after free in autofill.
Reported by Rong Jian and Guang Gong of Alpha Lab, Qihoo 360 on
2020-09-30</li>
<li>[1133688] High CVE-2020-15991: Use after free in password
manager. Reported by Rong Jian and Guang Gong of Alpha Lab, Qihoo
360 on 2020-09-30</li>
<li>[1106890] Medium CVE-2020-15973: Insufficient policy
enforcement in extensions. Reported by David Erceg on
2020-07-17</li>
<li>[1104103] Medium CVE-2020-15974: Integer overflow in Blink.
Reported by Juno Im (junorouse) of Theori on 2020-07-10</li>
<li>[1110800] Medium CVE-2020-15975: Integer overflow in
SwiftShader. Reported by Anonymous on 2020-07-29</li>
<li>[1123522] Medium CVE-2020-15976: Use after free in WebXR.
Reported by YoungJoo Lee (@ashuu_lee) of Raon Whitehat on
2020-08-31</li>
<li>[1083278] Medium CVE-2020-6557: Inappropriate implementation
in networking. Reported by Matthias Gierlings and Marcus Brinkmann
(NDS Ruhr-University Bochum) on 2020-05-15</li>
<li>[1097724] Medium CVE-2020-15977: Insufficient data validation
in dialogs. Reported by Narendra Bhati (@imnarendrabhati) on
2020-06-22</li>
<li>[1116280] Medium CVE-2020-15978: Insufficient data validation
in navigation. Reported by Luan Herrera (@lbherrera_) on
2020-08-14</li>
<li>[1127319] Medium CVE-2020-15979: Inappropriate implementation
in V8. Reported by Avihay Cohen (@SeraphicAlgorithms) on
2020-09-11</li>
<li>[1092453] Medium CVE-2020-15980: Insufficient policy
enforcement in Intents. Reported by Yongke Wang (@Rudykewang) and
Aryb1n (@aryb1n) of Tencent Security Xuanwu Lab on 2020-06-08</li>
<li>[1123023] Medium CVE-2020-15981: Out of bounds read in audio.
Reported by Christoph Guttandin on 2020-08-28</li>
<li>[1039882] Medium CVE-2020-15982: Side-channel information
leakage in cache. Reported by Luan Herrera (@lbherrera_) on
2020-01-07</li>
<li>[1076786] Medium CVE-2020-15983: Insufficient data validation
in webUI. Reported by Jun Kokatsu, Microsoft Browser Vulnerability
Research on 2020-04-30</li>
<li>[1080395] Medium CVE-2020-15984: Insufficient policy
enforcement in Omnibox. Reported by Rayyan Bijoora on
2020-05-07</li>
<li>[1099276] Medium CVE-2020-15985: Inappropriate implementation
in Blink. Reported by Abdulrahman Alqabandi, Microsoft Browser
Vulnerability Research on 2020-06-25</li>
<li>[1100247] Medium CVE-2020-15986: Integer overflow in media.
Reported by Mark Brand of Google Project Zero on 2020-06-29</li>
<li>[1127774] Medium CVE-2020-15987: Use after free in WebRTC.
Reported by Philipp Hancke on 2020-09-14</li>
<li>[1110195] Medium CVE-2020-15992: Insufficient policy
enforcement in networking. Reported by Alison Huffman, Microsoft
Browser Vulnerability Research on 2020-07-28</li>
<li>[1092518] Low CVE-2020-15988: Insufficient policy enforcement
in downloads. Reported by Samuel Attard on 2020-06-08</li>
<li>[1108351] Low CVE-2020-15989: Uninitialized Use in PDFium.
Reported by Gareth Evans (Microsoft) on 2020-07-22</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6557</cvename>
<cvename>CVE-2020-15967</cvename>
<cvename>CVE-2020-15968</cvename>
<cvename>CVE-2020-15969</cvename>
<cvename>CVE-2020-15970</cvename>
<cvename>CVE-2020-15971</cvename>
<cvename>CVE-2020-15972</cvename>
<cvename>CVE-2020-15973</cvename>
<cvename>CVE-2020-15974</cvename>
<cvename>CVE-2020-15975</cvename>
<cvename>CVE-2020-15976</cvename>
<cvename>CVE-2020-15977</cvename>
<cvename>CVE-2020-15978</cvename>
<cvename>CVE-2020-15979</cvename>
<cvename>CVE-2020-15980</cvename>
<cvename>CVE-2020-15981</cvename>
<cvename>CVE-2020-15982</cvename>
<cvename>CVE-2020-15983</cvename>
<cvename>CVE-2020-15984</cvename>
<cvename>CVE-2020-15985</cvename>
<cvename>CVE-2020-15986</cvename>
<cvename>CVE-2020-15987</cvename>
<cvename>CVE-2020-15988</cvename>
<cvename>CVE-2020-15989</cvename>
<cvename>CVE-2020-15990</cvename>
<cvename>CVE-2020-15991</cvename>
<cvename>CVE-2020-15992</cvename>
<url>https://chromereleases.googleblog.com/2020/10/stable-channel-update-for-desktop.html</url>
</references>
<dates>
<discovery>2020-10-06</discovery>
<entry>2020-10-07</entry>
</dates>
</vuln>
<vuln vid="cff0b2e2-0716-11eb-9e5d-08002728f74c">
<topic>libexif -- multiple vulnerabilities</topic>
<affects>
<package>
<name>libexif</name>
<range><lt>0.6.22</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Release notes:</p>
<blockquote cite="https://github.com/libexif/libexif/blob/master/NEWS">
<p>Lots of fixes exposed by fuzzers like AFL, ClusterFuzz, OSSFuzz and others:</p>
<p>CVE-2016-6328: fixed integer overflow when parsing maker notes</p>
<p>CVE-2017-7544: fixed buffer overread</p>
<p>CVE-2018-20030: Fix for recursion DoS</p>
<p>CVE-2019-9278: replaced integer overflow checks the compiler could optimize away by safer constructs</p>
<p>CVE-2020-0093: read overflow</p>
<p>CVE-2020-12767: fixed division by zero </p>
<p>CVE-2020-13112: Various buffer overread fixes due to integer overflows in maker notes</p>
<p>CVE-2020-13113: Potential use of uninitialized memory </p>
<p>CVE-2020-13114: Time consumption DoS when parsing canon array markers</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/libexif/libexif/blob/master/NEWS</url>
<url>CVE-2016-6328</url>
<url>CVE-2017-7544</url>
<url>CVE-2018-20030</url>
<url>CVE-2019-9278</url>
<url>CVE-2020-0093</url>
<url>CVE-2020-12767</url>
<url>CVE-2020-13112</url>
<url>CVE-2020-13113</url>
<url>CVE-2020-13114</url>
</references>
<dates>
<discovery>2020-05-18</discovery>
<entry>2020-10-05</entry>
</dates>
</vuln>
<vuln vid="c71ed065-0600-11eb-8758-e0d55e2a8bf9">
<topic>kdeconnect -- packet manipulation can be exploited in a Denial of Service attack</topic>
<affects>
<package>
<name>kdeconnect-kde</name>
<range><le>20.08.1</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Albert Astals Cid reports:</p>
<blockquote cite="https://kde.org/info/security/advisory-20201002-1.txt">
<h3>KDE Project Security Advisory</h3>
<table>
<tr>
<td>Title</td>
<td>KDE Connect: packet manipulation can be exploited in a Denial of Service attack</td>
</tr>
<tr>
<td>Risk Rating</td>
<td>Important</td>
</tr>
<tr>
<td>CVE</td>
<td>CVE-2020-26164</td>
</tr>
<tr>
<td>Versions</td>
<td>kdeconnect <= 20.08.1</td>
</tr>
<tr>
<td>Author</td>
<td>Albert Vaca Cintora <albertvaka@gmail.com></td>
</tr>
<tr>
<td>Date</td>
<td>2 October 2020</td>
</tr>
</table>
<h3>Overview</h3>
<p>
An attacker on your local network could send maliciously crafted
packets to other hosts running kdeconnect on the network, causing
them to use large amounts of CPU, memory or network connections,
which could be used in a Denial of Service attack within the
network.
</p>
<h3>Impact</h3>
<p>
Computers that run kdeconnect are susceptible to DoS attacks from
the local network.
</p>
<h3>Workaround</h3>
<p>
We advise you to stop KDE Connect when on untrusted networks like
those on airports or conferences.
</p>
<p>
Since kdeconnect is dbus activated it is relatively hard to make
sure it stays stopped so the brute force approach is to uninstall
the kdeconnect package from your system and then run
</p>
<pre>
kquitapp5 kdeconnectd
</pre>
<p>
Just install the package again once you're back in a trusted
network.
</p>
<h3>Solution</h3>
<p>
KDE Connect 20.08.2 patches several code paths that could result
in a DoS.
</p>
<p>You can apply these patches on top of 20.08.1:</p>
<ul>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/f183b5447bad47655c21af87214579f03bf3a163
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/b279c52101d3f7cc30a26086d58de0b5f1c547fa
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/d35b88c1b25fe13715f9170f18674d476ca9acdc
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/b496e66899e5bc9547b6537a7f44ab44dd0aaf38
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/5310eae85dbdf92fba30375238a2481f2e34943e
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/721ba9faafb79aac73973410ee1dd3624ded97a5
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/ae58b9dec49c809b85b5404cee17946116f8a706
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/66c768aa9e7fba30b119c8b801efd49ed1270b0a
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/85b691e40f525e22ca5cc4ebe79c361d71d7dc05
</li>
<li>
https://invent.kde.org/network/kdeconnect-kde/-/commit/48180b46552d40729a36b7431e97bbe2b5379306
</li>
</ul>
<h3>Credits</h3>
<p>
Thanks Matthias Gerstner and the openSUSE security team for
reporting the issue.
</p>
<p>
Thanks to Aleix Pol, Nicolas Fella and Albert Vaca Cintora for the
patches.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://kde.org/info/security/advisory-20201002-1.txt</url>
<cvename>CVE-2020-26164</cvename>
</references>
<dates>
<discovery>2020-10-02</discovery>
<entry>2020-10-04</entry>
</dates>
</vuln>
<vuln vid="a23871f6-059b-11eb-8758-e0d55e2a8bf9">
<topic>upnp -- denial of service (crash)</topic>
<affects>
<package>
<name>upnp</name>
<range><lt>1.12.1_1,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>CVE mitre reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13848">
<p>Portable UPnP SDK (aka libupnp) 1.12.1 and earlier allows remote attackers to cause a denial of service (crash) via a crafted SSDP message due to a NULL pointer dereference in the functions FindServiceControlURLPath and FindServiceEventURLPath in genlib/service_table/service_table.c. </p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13848</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13848</url>
<url>https://github.com/pupnp/pupnp/issues/177</url>
<url>https://github.com/pupnp/pupnp/commit/c805c1de1141cb22f74c0d94dd5664bda37398e0</url>
<cvename>CVE-2020-13848</cvename>
</references>
<dates>
<discovery>2020-06-04</discovery>
<entry>2020-10-03</entry>
</dates>
</vuln>
<vuln vid="a3495e61-047f-11eb-86ea-001b217b3468">
<topic>Gitlab -- multiple vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>13.4.0</ge><lt>13.4.2</lt></range>
<range><ge>13.3.0</ge><lt>13.3.7</lt></range>
<range><ge>7.12</ge><lt>13.2.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/10/01/security-release-13-4-2-release/">
<p>Potential Denial Of Service Via Update Release Links API</p>
<p>Insecure Storage of Session Key In Redis</p>
<p>Improper Access Expiration Date Validation</p>
<p>Cross-Site Scripting in Multiple Pages</p>
<p>Unauthorized Users Can View Custom Project Template</p>
<p>Cross-Site Scripting in SVG Image Preview</p>
<p>Incomplete Handling in Account Deletion</p>
<p>Insufficient Rate Limiting at Re-Sending Confirmation Email</p>
<p>Improper Type Check in GraphQL</p>
<p>To-dos Are Not Redacted When Membership Changes</p>
<p>Guest users can modify confidentiality attribute</p>
<p>Command injection on runner host</p>
<p>Insecure Runner Configuration in Kubernetes Environments</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/10/01/security-release-13-4-2-release/</url>
<cvename>CVE-2020-13333</cvename>
<cvename>CVE-2020-13332</cvename>
<cvename>CVE-2020-13335</cvename>
<cvename>CVE-2020-13334</cvename>
<cvename>CVE-2020-13327</cvename>
</references>
<dates>
<discovery>2020-10-01</discovery>
<entry>2020-10-02</entry>
</dates>
</vuln>
<vuln vid="2eec1e85-faf3-11ea-8ac0-4437e6ad11c4">
<topic>tt-rss -- multiple vulnerabilities</topic>
<affects>
<package>
<name>tt-rss</name>
<range><lt>g20200919</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>tt-rss project reports:</p>
<blockquote cite="https://community.tt-rss.org/t/heads-up-several-vulnerabilities-fixed/3799">
<p>The cached_url feature mishandles JavaScript inside an SVG document.</p>
<p>imgproxy in plugins/af_proxy_http/init.php mishandles $_REQUEST["url"] in an error message.</p>
<p>It does not validate all URLs before requesting them.</p>
</blockquote>
<blockquote cite="https://community.tt-rss.org/t/replace-php-gettext/2889">
<p>Allows remote attackers to execute arbitrary PHP code via a crafted plural forms header.</p>
</blockquote>
</body>
</description>
<references>
<url>https://community.tt-rss.org/t/heads-up-several-vulnerabilities-fixed/3799</url>
<url>https://community.tt-rss.org/t/replace-php-gettext/2889</url>
<cvename>CVE-2020-25789</cvename>
<cvename>CVE-2020-25788</cvename>
<cvename>CVE-2020-25787</cvename>
<cvename>CVE-2016-6175</cvename>
</references>
<dates>
<discovery>2020-09-15</discovery>
<entry>2020-09-20</entry>
</dates>
</vuln>
<vuln vid="6d5f1b0b-b865-48d5-935b-3fb6ebb425fc">
<topic>Apache Ant leaks sensitive information via the java.io.tmpdir</topic>
<affects>
<package>
<name>apache-ant</name>
<range><ge>1.1</ge><lt>1.10.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Apache reports:</p>
<blockquote cite="https://issues.apache.org/jira/browse/RAT-269?page=com.atlassian.jira.plugin.system.issuetabpanels%3Aall-tabpanel">
<p>Apache Ant 1.1 to 1.9.14 and 1.10.0 to 1.10.7 uses the
default temporary directory identified by the Java
system property java.io.tmpdir for several tasks and
may thus leak sensitive information. The fixcrlf and
replaceregexp tasks also copy files from the temporary
directory back into the build tree allowing an attacker
to inject modified source files into the build
process.</p>
</blockquote>
</body>
</description>
<references>
<url>https://issues.apache.org/jira/browse/RAT-269?page=com.atlassian.jira.plugin.system.issuetabpanels%3Aall-tabpanel</url>
<cvename>CVE-2020-1945</cvename>
</references>
<dates>
<discovery>2020-05-14</discovery>
<entry>2020-09-28</entry>
</dates>
</vuln>
<vuln vid="b371db92-fe34-11ea-b90e-6805ca2fa271">
<topic>powerdns -- Leaking uninitialised memory through crafted zone records</topic>
<affects>
<package>
<name>powerdns</name>
<range><ge>4.3.0</ge><lt>4.3.1</lt></range>
<range><ge>4.2.0</ge><lt>4.2.3</lt></range>
<range><ge>4.1.0</ge><lt>4.1.14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>PowerDNS Team reports</p>
<blockquote cite="https://doc.powerdns.com/authoritative/changelog/4.3.html#change-4.3.1">
<p>CVE-2020-17482: An issue has been found in PowerDNS Authoritative
Server before 4.3.1 where an authorized user with the
ability to insert crafted records into a zone might
be able to leak the content of uninitialized memory.
Such a user could be a customer inserting data via a
control panel, or somebody with access to the REST
API. Crafted records cannot be inserted via AXFR.</p>
</blockquote>
</body>
</description>
<references>
<url>https://doc.powerdns.com/authoritative/security-advisories/powerdns-advisory-2020-05.html</url>
<cvename>CVE-2020-17482</cvename>
</references>
<dates>
<discovery>2020-09-22</discovery>
<entry>2020-09-24</entry>
</dates>
</vuln>
<vuln vid="e68d3db1-fd04-11ea-a67f-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>85.0.4183.121</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/09/stable-channel-update-for-desktop_21.html">
<p>This release fixes 10 security issues, including:</p>
<ul>
<li>[1100136] High CVE-2020-15960: Out of bounds read in storage.
Reported by Anonymous on 2020-06-28</li>
<li>[1114636] High CVE-2020-15961: Insufficient policy
enforcement in extensions. Reported by David Erceg on
2020-08-10</li>
<li>[1121836] High CVE-2020-15962: Insufficient policy
enforcement in serial. Reported by Leecraso and Guang Gong of 360
Alpha Lab working with 360 BugCloud on 2020-08-26</li>
<li>[1113558] High CVE-2020-15963: Insufficient policy
enforcement in extensions. Reported by David Erceg on
2020-08-06</li>
<li>[1126249] High CVE-2020-15965: Out of bounds write in V8.
Reported by Lucas Pinheiro, Microsoft Browser Vulnerability
Research on 2020-09-08</li>
<li>[1113565] Medium CVE-2020-15966: Insufficient policy
enforcement in extensions. Reported by David Erceg on
2020-08-06</li>
<li>[1121414] Low CVE-2020-15964: Insufficient data validation in
media. Reported by Woojin Oh(@pwn_expoit) of STEALIEN on
2020-08-25</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-15960</cvename>
<cvename>CVE-2020-15961</cvename>
<cvename>CVE-2020-15962</cvename>
<cvename>CVE-2020-15963</cvename>
<cvename>CVE-2020-15964</cvename>
<cvename>CVE-2020-15965</cvename>
<cvename>CVE-2020-15966</cvename>
<url>https://chromereleases.googleblog.com/2020/09/stable-channel-update-for-desktop_21.html</url>
</references>
<dates>
<discovery>2020-09-21</discovery>
<entry>2020-09-22</entry>
</dates>
</vuln>
<vuln vid="f5abafc0-fcf6-11ea-8758-e0d55e2a8bf9">
<topic>libxml -- multiple vulnerabilities</topic>
<affects>
<package>
<name>libxml2</name>
<range><lt>2.9.10_1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>CVE mitre reports:</p>
<blockquote cite="https://nvd.nist.gov/vuln/detail/CVE-2019-20388">
<h3>CVE-2019-20388</h3>
<p>
xmlSchemaPreRun in xmlschemas.c in libxml2 2.9.10 allows an xmlSchemaValidateStream memory leak.
</p>
<h3>CVE-2020-7595</h3>
<p>
xmlStringLenDecodeEntities in parser.c in libxml2 2.9.10 has an infinite loop in a certain end-of-file situation.
</p>
<h3>CVE-2020-24977</h3>
<p>
GNOME project libxml2 v2.9.10 and earlier have a global buffer over-read vulnerability in xmlEncodeEntitiesInternal
</p>
</blockquote>
</body>
</description>
<references>
<url>https://nvd.nist.gov/vuln/detail/CVE-2019-20388</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-7595</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-24977</url>
</references>
<dates>
<discovery>2020-01-21</discovery>
<entry>2020-09-22</entry>
</dates>
</vuln>
<vuln vid="2327234d-fc4b-11ea-adef-641c67a117d8">
<topic>py-matrix-synapse -- malformed events may prevent users from joining federated rooms</topic>
<affects>
<package>
<name>py36-matrix-synapse</name>
<name>py37-matrix-synapse</name>
<name>py38-matrix-synapse</name>
<range><lt>1.19.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Affected Synapse versions assume that all events have an "origin" field set. If an event
without the "origin" field is sent into a federated room, servers not already joined to
the room will be unable to do so due to failing to fetch the malformed event.</p>
<h1>Impact:</h1>
<p>An attacker could cause a denial of service by deliberately sending a malformed event
into a room, thus preventing new servers (and thus their users) from joining the
room.</p>
</body>
</description>
<references>
<url>https://github.com/matrix-org/synapse/issues/8319</url>
<url>https://github.com/matrix-org/synapse/pull/8324</url>
<url>https://github.com/matrix-org/synapse/blob/v1.19.3/CHANGES.md</url>
</references>
<dates>
<discovery>2020-09-16</discovery>
<entry>2020-09-21</entry>
</dates>
</vuln>
<vuln vid="2cb21232-fb32-11ea-a929-a4bf014bf5f7">
<topic>Python -- multiple vulnerabilities</topic>
<affects>
<package>
<name>python35</name>
<range><lt>3.5.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Python reports:</p>
<blockquote cite="https://docs.python.org/3.5/whatsnew/changelog.html#python-3-5-10">
<p>bpo-39603: Prevent http header injection by rejecting control characters in http.client.putrequest(…).</p>
<p>bpo-29778: Ensure python3.dll is loaded from correct locations when Python is embedded (CVE-2020-15523).</p>
<p>bpo-41004: CVE-2020-14422: The __hash__() methods of ipaddress.IPv4Interface and ipaddress.IPv6Interface incorrectly generated constant hash values of 32 and 128 respectively. This resulted in always causing hash collisions. The fix uses hash() to generate hash values for the tuple of (address, mask length, network address).</p>
<p>bpo-39073: Disallow CR or LF in email.headerregistry.Address arguments to guard against header injection attacks.</p>
<p>bpo-38576: Disallow control characters in hostnames in http.client, addressing CVE-2019-18348. Such potentially malicious header injection URLs now cause a InvalidURL to be raised.</p>
<p>bpo-39503: CVE-2020-8492: The AbstractBasicAuthHandler class of the urllib.request module uses an inefficient regular expression which can be exploited by an attacker to cause a denial of service. Fix the regex to prevent the catastrophic backtracking. Vulnerability reported by Ben Caller and Matt Schwager.</p>
<p>bpo-38945: Newline characters have been escaped when performing uu encoding to prevent them from overflowing into to content section of the encoded file. This prevents malicious or accidental modification of data during the decoding process.</p>
<p>bpo-38804: Fixes a ReDoS vulnerability in http.cookiejar. Patch by Ben Caller.</p>
<p>bpo-39017: Avoid infinite loop when reading specially crafted TAR files using the tarfile module (CVE-2019-20907).</p>
<p>bpo-41183: Use 3072 RSA keys and SHA-256 signature for test certs and keys.</p>
<p>bpo-39503: AbstractBasicAuthHandler of urllib.request now parses all WWW-Authenticate HTTP headers and accepts multiple challenges per header: use the realm of the first Basic challenge.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-15523</cvename>
<cvename>CVE-2020-14422</cvename>
<cvename>CVE-2019-18348</cvename>
<cvename>CVE-2020-8492</cvename>
<cvename>CVE-2019-20907</cvename>
</references>
<dates>
<discovery>2020-08-19</discovery>
<entry>2020-09-20</entry>
</dates>
</vuln>
<vuln vid="24ace516-fad7-11ea-8d8c-005056a311d1">
<topic>samba -- Unauthenticated domain takeover via netlogon</topic>
<affects>
<package>
<name>samba410</name>
<range><lt>4.10.18</lt></range>
</package>
<package>
<name>samba411</name>
<range><lt>4.11.13</lt></range>
</package>
<package>
<name>samba412</name>
<range><lt>4.12.7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Samba Team reports:</p>
<blockquote cite="https://www.samba.org/samba/security/CVE-2020-1472.html">
<p>An unauthenticated attacker on the network can gain
administrator access by exploiting a netlogon protocol flaw.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.samba.org/samba/security/CVE-2020-1472.html</url>
<cvename>CVE-2020-1472</cvename>
</references>
<dates>
<discovery>2020-01-01</discovery>
<entry>2020-09-20</entry>
</dates>
</vuln>
<vuln vid="eeec4e6f-fa71-11ea-9bb7-d4c9ef517024">
<topic>Nextcloud -- Password share by mail not hashed</topic>
<affects>
<package>
<name>nextcloud</name>
<range><lt>19.0.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Nextcloud project reports:</p>
<blockquote cite="https://nextcloud.com/security/advisory/?id=NC-SA-2020-026">
<p>NC-SA-2020-026 (low): Password of share by mail is not hashed when
given on the create share call<br/>
A logic error in Nextcloud Server 19.0.0 caused a plaintext storage
of the share password when it was given on the initial create API
call.</p>
</blockquote>
</body>
</description>
<references>
<url>https://nextcloud.com/security/advisory/?id=NC-SA-2020-026</url>
<cvename>CVE-2020-8183</cvename>
</references>
<dates>
<discovery>2020-06-04</discovery>
<entry>2020-09-19</entry>
</dates>
</vuln>
<vuln vid="efd03116-c2a9-11ea-82bc-b42e99a1b9c3">
<topic>webkit2-gtk3 -- multible vulnerabilities</topic>
<affects>
<package>
<name>webkit2-gtk3</name>
<range><lt>2.28.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The WebKitGTK project reports vulnerabilities:</p>
<blockquote cite="https://webkitgtk.org/security/WSA-2020-0006.html">
<ul>
<li>CVE-2020-9802: Processing maliciously crafted web content may lead to arbitrary code execution.</li>
<li>CVE-2020-9803: Processing maliciously crafted web content may lead to arbitrary code execution.</li>
<li>CVE-2020-9805: Processing maliciously crafted web content may lead to universal cross site scripting.</li>
<li>CVE-2020-9806: Processing maliciously crafted web content may lead to arbitrary code execution.</li>
<li>CVE-2020-9807: Processing maliciously crafted web content may lead to arbitrary code execution.</li>
<li>CVE-2020-9843: Processing maliciously crafted web content may lead to a cross site scripting attack.</li>
<li>CVE-2020-9850: A remote attacker may be able to cause arbitrary code execution.</li>
<li>CVE-2020-13753: CLONE_NEWUSER could potentially be used to confuse xdg- desktop-portal, which allows access outside the sandbox. TIOCSTI can be used to directly execute commands outside the sandbox by writing to the controlling terminal’s input buffer.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://webkitgtk.org/security/WSA-2020-0006.html</url>
<cvename>CVE-2020-9802</cvename>
<cvename>CVE-2020-9803</cvename>
<cvename>CVE-2020-9805</cvename>
<cvename>CVE-2020-9806</cvename>
<cvename>CVE-2020-9807</cvename>
<cvename>CVE-2020-9843</cvename>
<cvename>CVE-2020-9850</cvename>
<cvename>CVE-2020-13753</cvename>
</references>
<dates>
<discovery>2020-07-10</discovery>
<entry>2020-07-10</entry>
</dates>
</vuln>
<vuln vid="4ca5894c-f7f1-11ea-8ff8-0022489ad614">
<topic>Node.js -- September 2020 Security Releases</topic>
<affects>
<package>
<name>node</name>
<range><lt>14.11.0</lt></range>
</package>
<package>
<name>node12</name>
<range><lt>12.18.4</lt></range>
</package>
<package>
<name>node10</name>
<range><lt>10.22.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Node.js reports:</p>
<blockquote cite="https://nodejs.org/en/blog/vulnerability/september-2020-security-releases/">
<p>Updates are now available for v10,x, v12.x and v14.x Node.js release lines for the following issues.</p>
<h1>HTTP Request Smuggling due to CR-to-Hyphen conversion (High) (CVE-2020-8201)</h1>
<p>Affected Node.js versions converted carriage returns in HTTP request headers to a hyphen before parsing. This can lead to HTTP Request Smuggling as it is a non-standard interpretation of the header.</p>
<p>Impacts:</p>
<ul>
<li>All versions of the 14.x and 12.x releases line</li>
</ul>
<h1>Denial of Service by resource exhaustion CWE-400 due to unfinished HTTP/1.1 requests (Critical) (CVE-2020-8251)</h1>
<p>Node.js is vulnerable to HTTP denial of service (DOS) attacks based on delayed requests submission which can make the server unable to accept new connections. The fix a new http.Server option called requestTimeout with a default value of 0 which means it is disabled by default. This should be set when Node.js is used as an edge server, for more details refer to the documentation.</p>
<p>Impacts:</p>
<ul>
<li>All versions of the 14.x release line</li>
</ul>
<h1>fs.realpath.native on may cause buffer overflow (Medium) (CVE-2020-8252)</h1>
<p>libuv's realpath implementation incorrectly determined the buffer size which can result in a buffer overflow if the resolved path is longer than 256 bytes.</p>
<p>Impacts:</p>
<ul>
<li>All versions of the 10.x release line</li>
<li>All versions of the 12.x release line</li>
<li>All versions of the 14.x release line before 14.9.0</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://nodejs.org/en/blog/vulnerability/september-2020-security-releases/</url>
<cvename>CVE-2020-8201</cvename>
<cvename>CVE-2020-8251</cvename>
<cvename>CVE-2020-8252</cvename>
</references>
<dates>
<discovery>2020-09-08</discovery>
<entry>2020-09-16</entry>
</dates>
</vuln>
<vuln vid="6d334fdb-f7e7-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- ftpd privilege escalation via ftpchroot feature</topic>
<affects>
<package>
<name>FreeBSD</name>
<range><ge>12.1</ge><lt>12.1_10</lt></range>
<range><ge>11.4</ge><lt>11.4_4</lt></range>
<range><ge>11.3</ge><lt>11.3_14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>A ftpd(8) bug in the implementation of the file system sandbox, combined
with capabilities available to an authenticated FTP user, can be used to
escape the file system restriction configured in ftpchroot(5).
Moreover, the bug allows a malicious client to gain root privileges.</p>
<h1>Impact:</h1>
<p>A malicious FTP user can gain privileged access to an affected system.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7468</cvename>
<freebsdsa>SA-20:30.ftpd</freebsdsa>
</references>
<dates>
<discovery>2020-09-15</discovery>
<entry>2020-09-16</entry>
</dates>
</vuln>
<vuln vid="e73c688b-f7e6-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- bhyve SVM guest escape</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_10</lt></range>
<range><ge>11.4</ge><lt>11.4_4</lt></range>
<range><ge>11.3</ge><lt>11.3_14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>A number of AMD virtualization instructions operate on host physical
addresses, are not subject to nested page table translation, and guest use of
these instructions was not trapped.</p>
<h1>Impact:</h1>
<p>From kernel mode a malicious guest can write to arbitrary host memory (with
some constraints), affording the guest full control of the host.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7467</cvename>
<freebsdsa>SA-20:29.bhyve_svm</freebsdsa>
</references>
<dates>
<discovery>2020-09-15</discovery>
<entry>2020-09-16</entry>
</dates>
</vuln>
<vuln vid="2c5b9cd7-f7e6-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- bhyve privilege escalation via VMCS access</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_10</lt></range>
<range><ge>11.4</ge><lt>11.4_4</lt></range>
<range><ge>11.3</ge><lt>11.3_14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>AMD and Intel CPUs support hardware virtualization using specialized data
structures that control various aspects of guest operation. These are the
Virtual Machine Control Structure (VMCS) on Intel CPUs, and the Virtual
Machine Control Block (VMCB) on AMD CPUs. Insufficient access controls allow
root users, including those running in a jail, to change these data
structures.</p>
<h1>Impact:</h1>
<p>An attacker with host root access (including to a jailed bhyve instance) can
use this vulnerability to achieve kernel code execution.</p>
</body>
</description>
<references>
<cvename>CVE-2020-24718</cvename>
<freebsdsa>SA-20:28.bhyve_vmcs</freebsdsa>
</references>
<dates>
<discovery>2020-09-15</discovery>
<entry>2020-09-16</entry>
</dates>
</vuln>
<vuln vid="bb53af7b-f7e4-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- ure device driver susceptible to packet-in-packet attack</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_10</lt></range>
<range><ge>11.4</ge><lt>11.4_4</lt></range>
<range><ge>11.3</ge><lt>11.3_14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>A programming error in the ure(4) device driver caused some Realtek USB
Ethernet interfaces to incorrectly report packets with more than 2048 bytes
in a single USB transfer as having a length of only 2048 bytes.</p>
<p>An adversary can exploit this to cause the driver to misinterpret part of the
payload of a large packet as a separate packet, and thereby inject packets
across security boundaries such as VLANs.</p>
<h1>Impact:</h1>
<p>An attacker that can send large frames (larger than 2048 bytes in size) to be
received by the host (be it VLAN, or non-VLAN tagged packet), can inject
arbitrary packets to be received and processed by the host. This includes
spoofing packets from other hosts, or injecting packets to other VLANs than
the host is on.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7464</cvename>
<freebsdsa>SA-20:27.ure</freebsdsa>
</references>
<dates>
<discovery>2020-09-15</discovery>
<entry>2020-09-16</entry>
</dates>
</vuln>
<vuln vid="7b630362-f468-11ea-a96c-08002728f74c">
<topic>Rails -- Potential XSS vulnerability</topic>
<affects>
<package>
<name>rubygem-actionview52</name>
<range><lt>5.2.4.4</lt></range>
</package>
<package>
<name>rubygem-actionview60</name>
<range><lt>6.0.3.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Ruby on Rails blog:</p>
<blockquote cite="https://weblog.rubyonrails.org/2020/9/10/Rails-5-2-4-4-and-6-0-3-3-have-been-released/">
<p>Rails 5.2.4.4 and 6.0.3.3 have been released! These releases contain an
important security fix, so please upgrade when you can.</p>
<p>Both releases contain the following fix: [CVE-2020-15169] Potential XSS
vulnerability in Action View</p>
</blockquote>
</body>
</description>
<references>
<url>https://weblog.rubyonrails.org/2020/9/10/Rails-5-2-4-4-and-6-0-3-3-have-been-released/</url>
<url>https://groups.google.com/forum/#!topic/rubyonrails-security/b-C9kSGXYrc</url>
<url>https://github.com/rails/rails/blob/5-2-stable/actionview/CHANGELOG.md</url>
<url>https://github.com/rails/rails/blob/6-0-stable/actionview/CHANGELOG.md</url>
<cvename>CVE-2020-15169</cvename>
</references>
<dates>
<discovery>2020-09-09</discovery>
<entry>2020-09-12</entry>
</dates>
</vuln>
<vuln vid="2c92fdd3-896c-4a5a-a0d8-52acee69182d">
<topic>zeek -- Various vulnerabilities</topic>
<affects>
<package>
<name>zeek</name>
<range><lt>3.0.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jon Siwek of Corelight reports:</p>
<blockquote cite="https://github.com/zeek/zeek/releases/tag/v3.0.10">
<p>This release fixes the following security issue:</p>
<ul>
<li>The AYIYA and GTPv1 parsing/decapsulation logic may
leak memory -- These leaks have potential for remote
exploitation to cause Denial of Service via resource
exhaustion.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/zeek/zeek/releases/tag/v3.0.10</url>
</references>
<dates>
<discovery>2020-08-28</discovery>
<entry>2020-09-09</entry>
</dates>
</vuln>
<vuln vid="bed5d41a-f2b4-11ea-a878-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>85.0.4183.102</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/09/stable-channel-update-for-desktop.html">
<p>This release contains 5 security fixes:</p>
<ul>
<li>[1116304] High CVE-2020-6573: Use after free in video. Reported
by Leecraso and Guang Gong of 360 Alpha Lab working with 360
BugCloud on 2020-08-14</li>
<li>[1102196] High CVE-2020-6574: Insufficient policy
enforcement in installer. Reported by CodeColorist of
Ant-Financial LightYear Labs on 2020-07-05</li>
<li>[1081874] High CVE-2020-6575: Race in Mojo. Reported by
Microsoft on 2020-05-12</li>
<li>[1111737] High CVE-2020-6576: Use after free in offscreen
canvas. Reported by Looben Yang on 2020-07-31</li>
<li>[1122684] High CVE-2020-15959: Insufficient policy enforcement
in networking. Reported by Eric Lawrence of Microsoft on
2020-08-27</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6573</cvename>
<cvename>CVE-2020-6574</cvename>
<cvename>CVE-2020-6575</cvename>
<cvename>CVE-2020-6576</cvename>
<cvename>CVE-2020-15969</cvename>
<url>https://chromereleases.googleblog.com/2020/09/stable-channel-update-for-desktop.html</url>
</references>
<dates>
<discovery>2020-09-08</discovery>
<entry>2020-09-09</entry>
</dates>
</vuln>
<vuln vid="cd97c7ca-f079-11ea-9c31-001b216d295b">
<topic>Multi-link PPP protocol daemon MPD5 remotely exploitable crash</topic>
<affects>
<package>
<name>mpd5</name>
<range><lt>5.9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Version 5.9 contains security fix for L2TP clients and servers.
Insufficient validation of incoming L2TP control packet
specially crafted by unauthenticated user might lead to unexpected
termination of the process. The problem affects mpd versions
since 4.0 that brought in initial support for L2TP.
Installations not using L2TP clients nor L2TP server configuration were not affected.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7465</cvename>
<cvename>CVE-2020-7466</cvename>
<url>http://mpd.sourceforge.net/doc5/mpd4.html#4</url>
</references>
<dates>
<discovery>2020-09-04</discovery>
<entry>2020-09-06</entry>
<modified>2020-09-07</modified>
</dates>
</vuln>
<vuln vid="bcdeb6d2-f02d-11ea-838a-0011d823eebd">
<topic>Mbed TLS -- Local side channel attack on RSA and static Diffie-Hellman</topic>
<affects>
<package>
<name>mbedtls</name>
<range><lt>2.16.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Manuel Pégourié-Gonnard reports:</p>
<blockquote cite="https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-09-2">
<p>An attacker with access to precise enough timing and memory access
information (typically an untrusted operating system attacking a
secure enclave such as SGX or the TrustZone secure world) can
recover the private keys used in RSA or static (finite-field)
Diffie-Hellman operations.</p>
</blockquote>
</body>
</description>
<references>
<url>https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-09-2</url>
</references>
<dates>
<discovery>2020-09-01</discovery>
<entry>2020-09-06</entry>
</dates>
</vuln>
<vuln vid="4c69240f-f02c-11ea-838a-0011d823eebd">
<topic>Mbed TLS -- Local side channel attack on classical CBC decryption in (D)TLS</topic>
<affects>
<package>
<name>mbedtls</name>
<range><lt>2.16.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Manuel Pégourié-Gonnard reports:</p>
<blockquote cite="https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-09-1">
<p>When decrypting/authenticating (D)TLS record in a connection using
a CBC ciphersuite without the Encrypt-then-Mac extension RFC 7366,
Mbed TLS used dummy rounds of the compression function associated
with the hash used for HMAC in order to hide the length of the
padding to remote attackers, as recommended in the original Lucky
Thirteen paper.</p>
<p>A local attacker who is able to observe the state of the cache
could monitor the presence of mbedtls_md_process() in the cache in
order to determine when the actual computation ends and when the
dummy rounds start. This is a reliable target as it's always called
at least once, in response to a previous attack. The attacker can
then continue with one of many well-documented Lucky 13
variants.</p>
</blockquote>
</body>
</description>
<references>
<url>https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-09-1</url>
<cvename>CVE-2020-16150</cvename>
</references>
<dates>
<discovery>2020-09-01</discovery>
<entry>2020-09-06</entry>
</dates>
</vuln>
<vuln vid="2272e6f1-f029-11ea-838a-0011d823eebd">
<topic>GnuTLS -- null pointer dereference</topic>
<affects>
<package>
<name>gnutls</name>
<range><lt>3.6.15</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The GnuTLS project reports:</p>
<blockquote cite="https://gnutls.org/security-new.html#GNUTLS-SA-2020-09-04">
<p>It was found by oss-fuzz that the server sending a
"no_renegotiation" alert in an unexpected timing, followed by an
invalid second handshake can cause a TLS 1.3 client to crash via a
null-pointer dereference. The crash happens in the application's
error handling path, where the gnutls_deinit function is called
after detecting a handshake failure.</p>
</blockquote>
</body>
</description>
<references>
<url>https://gnutls.org/security-new.html#GNUTLS-SA-2020-09-04</url>
<cvename>CVE-2020-24659</cvename>
</references>
<dates>
<discovery>2020-09-04</discovery>
<entry>2020-09-06</entry>
</dates>
</vuln>
<vuln vid="002432c8-ef6a-11ea-ba8f-08002728f74c">
<topic>Django -- multiple vulnerabilities</topic>
<affects>
<package>
<name>py35-django22</name>
<name>py36-django22</name>
<name>py37-django22</name>
<name>py38-django22</name>
<range><lt>2.2.16</lt></range>
</package>
<package>
<name>py36-django30</name>
<name>py37-django30</name>
<name>py38-django30</name>
<range><lt>3.0.10</lt></range>
</package>
<package>
<name>py36-django31</name>
<name>py37-django31</name>
<name>py38-django31</name>
<range><lt>3.1.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Django Release notes:</p>
<blockquote cite="https://docs.djangoproject.com/en/3.1/releases/3.1.1/">
<p>CVE-2020-24583: Incorrect permissions on intermediate-level directories
on Python 3.7+</p>
<p>On Python 3.7+, FILE_UPLOAD_DIRECTORY_PERMISSIONS mode was not applied
to intermediate-level directories created in the process of uploading
files and to intermediate-level collected static directories when using
the collectstatic management command.</p>
<p>CVE-2020-24584: Permission escalation in intermediate-level directories
of the file system cache on Python 3.7+</p>
<p>On Python 3.7+, the intermediate-level directories of the file system
cache had the system's standard umask rather than 0o077 (no group or
others permissions).</p>
</blockquote>
</body>
</description>
<references>
<url>https://docs.djangoproject.com/en/2.2/releases/2.2.16/</url>
<url>https://docs.djangoproject.com/en/3.0/releases/3.0.10/</url>
<url>https://docs.djangoproject.com/en/3.1/releases/3.1.1/</url>
<cvename>CVE-2020-24583</cvename>
<cvename>CVE-2020-24584</cvename>
</references>
<dates>
<discovery>2020-09-01</discovery>
<entry>2020-09-05</entry>
</dates>
</vuln>
<vuln vid="f9fa7adc-ee51-11ea-a240-002590acae31">
<topic>gnupg -- AEAD key import overflow</topic>
<affects>
<package>
<name>gnupg</name>
<range><ge>2.2.21</ge><lt>2.2.23</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Importing an OpenPGP key having a preference list for AEAD algorithms
will lead to an array overflow and thus often to a crash or other
undefined behaviour.</p>
<p>Importing an arbitrary key can often easily be triggered by an attacker
and thus triggering this bug. Exploiting the bug aside from crashes is
not trivial but likely possible for a dedicated attacker. The major
hurdle for an attacker is that only every second byte is under their
control with every first byte having a fixed value of 0x04.</p>
</body>
</description>
<references>
<cvename>CVE-2020-25125</cvename>
<url>https://dev.gnupg.org/T5050</url>
</references>
<dates>
<discovery>2020-09-03</discovery>
<entry>2020-09-03</entry>
</dates>
</vuln>
<vuln vid="762b7d4a-ec19-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- dhclient heap overflow</topic>
<affects>
<package>
<name>FreeBSD</name>
<range><ge>12.1</ge><lt>12.1_9</lt></range>
<range><ge>11.4</ge><lt>11.4_3</lt></range>
<range><ge>11.3</ge><lt>11.3_13</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>When parsing option 119 data, dhclient(8) computes the uncompressed domain
list length so that it can allocate an appropriately sized buffer to store
the uncompressed list. The code to compute the length failed to handle
certain malformed input, resulting in a heap overflow when the uncompressed
list is copied into in inadequately sized buffer.</p>
<h1>Impact:</h1>
<p>The heap overflow could in principle be exploited to achieve remote code
execution. The affected process runs with reduced privileges in a Capsicum
sandbox, limiting the immediate impact of an exploit. However, it is
possible the bug could be combined with other vulnerabilities to escape the
sandbox.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7461</cvename>
<freebsdsa>SA-20:26.dhclient</freebsdsa>
</references>
<dates>
<discovery>2020-09-02</discovery>
<entry>2020-09-02</entry>
</dates>
</vuln>
<vuln vid="77b877aa-ec18-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- SCTP socket use-after-free bug</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_9</lt></range>
<range><ge>11.4</ge><lt>11.4_3</lt></range>
<range><ge>11.3</ge><lt>11.3_13</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Due to improper handling in the kernel, a use-after-free bug can be triggered
by sending large user messages from multiple threads on the same socket.</p>
<h1>Impact:</h1>
<p>Triggering the use-after-free situation may result in unintended kernel
behaviour including a kernel panic.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7463</cvename>
<freebsdsa>SA-20:25.sctp</freebsdsa>
</references>
<dates>
<discovery>2020-09-02</discovery>
<entry>2020-09-02</entry>
</dates>
</vuln>
<vuln vid="74bbde13-ec17-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- IPv6 Hop-by-Hop options use-after-free bug</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>11.3</ge><lt>11.3_13</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Due to improper mbuf handling in the kernel, a use-after-free bug might be
triggered by sending IPv6 Hop-by-Hop options over the loopback interface.</p>
<h1>Impact:</h1>
<p>Triggering the use-after-free situation may result in unintended kernel
behaviour including a kernel panic.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7462</cvename>
<freebsdsa>SA-20:24.ipv6</freebsdsa>
</references>
<dates>
<discovery>2020-09-02</discovery>
<entry>2020-09-02</entry>
</dates>
</vuln>
<vuln vid="1fb13175-ed52-11ea-8b93-001b217b3468">
<topic>Gitlab -- multiple vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>13.3.0</ge><lt>13.3.4</lt></range>
<range><ge>13.2.0</ge><lt>13.2.8</lt></range>
<range><ge>0</ge><lt>13.1.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/09/02/security-release-gitlab-13-3-3-released/">
<p>Vendor Cross-Account Assume-Role Attack</p>
<p>Stored XSS on the Vulnerability Page</p>
<p>Outdated Job Token Can Be Reused to Access Unauthorized Resources</p>
<p>File Disclosure Via Workhorse File Upload Bypass</p>
<p>Unauthorized Maintainer Can Edit Group Badge</p>
<p>Denial of Service Within Wiki Functionality</p>
<p>Sign-in Vulnerable to Brute-force Attacks</p>
<p>Invalidated Session Allows Account Access With an Old Password</p>
<p>GitLab Omniauth Endpoint Renders User Controlled Messages</p>
<p>Blind SSRF Through Repository Mirroring</p>
<p>Information Disclosure Through Incorrect Group Permission Verifications</p>
<p>No Rate Limit on GitLab Webhook Feature</p>
<p>GitLab Session Revocation Feature Does Not Invalidate All Sessions</p>
<p>OAuth Authorization Scope for an External Application Can Be Changed Without User Consent</p>
<p>Unauthorized Maintainer Can Delete Repository</p>
<p>Improper Verification of Deploy-Key Leads to Access Restricted Repository</p>
<p>Disabled Repository Still Accessible With a Deploy-Token</p>
<p>Duplicated Secret Code Generated by 2 Factor Authentication Mechanism</p>
<p>Lack of Validation Within Project Invitation Flow</p>
<p>Current Sessions Not Invalidated Upon Enabling 2 Factor Authentication</p>
<p>Users Without 2 Factor Authentication Can Be Blocked Accessing GitLab</p>
<p>Lack of Upper Bound Check Leading to Possible Denial of Service</p>
<p>2 Factor Authentication for Groups Was Not Enforced Within API Endpoint</p>
<p>GitLab Runner Denial of Service via CI Jobs</p>
<p>Update jQuery Dependency</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/09/02/security-release-gitlab-13-3-3-released/</url>
<cvename>CVE-2020-13318</cvename>
<cvename>CVE-2020-13301</cvename>
<cvename>CVE-2020-13284</cvename>
<cvename>CVE-2020-13298</cvename>
<cvename>CVE-2020-13313</cvename>
<cvename>CVE-2020-13311</cvename>
<cvename>CVE-2020-13289</cvename>
<cvename>CVE-2020-13302</cvename>
<cvename>CVE-2020-13314</cvename>
<cvename>CVE-2020-13309</cvename>
<cvename>CVE-2020-13287</cvename>
<cvename>CVE-2020-13306</cvename>
<cvename>CVE-2020-13299</cvename>
<cvename>CVE-2020-13300</cvename>
<cvename>CVE-2020-13317</cvename>
<cvename>CVE-2020-13303</cvename>
<cvename>CVE-2020-13316</cvename>
<cvename>CVE-2020-13304</cvename>
<cvename>CVE-2020-13305</cvename>
<cvename>CVE-2020-13307</cvename>
<cvename>CVE-2020-13308</cvename>
<cvename>CVE-2020-13315</cvename>
<cvename>CVE-2020-13297</cvename>
<cvename>CVE-2020-13310</cvename>
<cvename>CVE-2020-11022</cvename>
</references>
<dates>
<discovery>2020-09-02</discovery>
<entry>2020-09-02</entry>
</dates>
</vuln>
<vuln vid="67b050ae-ec82-11ea-9071-10c37b4ac2ea">
<topic>go -- net/http/cgi, net/http/fcgi: Cross-Site Scripting (XSS) when Content-Type is not specified</topic>
<affects>
<package>
<name>go</name>
<range><lt>1.14.8,1</lt></range>
<range><ge>1.15,1</ge><lt>1.15.1,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Go project reports:</p>
<blockquote cite="https://github.com/golang/go/issues/40928">
<p>When a Handler does not explicitly set the Content-Type header, both
CGI implementations default to “text/html”. If an attacker can make
a server generate content under their control (e.g. a JSON
containing user data or an uploaded image file) this might be
mistakenly returned by the server as “text/html”. If a victim visits
such a page they could get the attacker's code executed in the
context of the server origin. If an attacker can make a server
generate content under their control (e.g. a JSON containing user
data or an uploaded image file) this might be mistakenly returned by
the server as “text/html”. If a victim visits such a page they could
get the attacker's code executed in the context of the server
origin.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-24553</cvename>
<url>https://github.com/golang/go/issues/40928</url>
</references>
<dates>
<discovery>2020-08-20</discovery>
<entry>2020-09-01</entry>
</dates>
</vuln>
<vuln vid="38fdf07b-e8ec-11ea-8bbe-e0d55e2a8bf9">
<topic>ark -- extraction outside of extraction directory</topic>
<affects>
<package>
<name>ark</name>
<range><lt>20.08.0_1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Albert Astals Cid reports:</p>
<blockquote cite="https://kde.org/info/security/advisory-20200827-1.txt">
<h3>Overview</h3>
<p>A maliciously crafted TAR archive containing symlink entries
would install files anywhere in the user's home directory upon extraction.</p>
<h3>Proof of concept</h3>
<p>For testing, an example of malicious archive can be found at
<a href="https://github.com/jwilk/traversal-archives/releases/download/0/dirsymlink.tar">dirsymlink.tar</a>
</p>
<h3>Impact</h3>
<p>Users can unwillingly install files like a modified .bashrc, or a malicious
script placed in ~/.config/autostart.</p>
<h3>Workaround</h3>
<p>Before extracting a downloaded archive using the Ark GUI, users should inspect it
to make sure it doesn't contain symlink entries pointing outside the extraction folder.</p>
<p>The 'Extract' context menu from the Dolphin file manager shouldn't be used.</p>
<h3>Solution</h3>
<p>Ark 20.08.1 skips maliciously crafted symlinks when extracting TAR archives.</p>
<p>Alternatively, <a href="https://invent.kde.org/utilities/ark/-/commit/8bf8c5ef07b0ac5e914d752681e470dea403a5bd">8bf8c5ef07b0ac5e914d752681e470dea403a5bd</a> can be applied to previous releases.</p>
<h3>Credits</h3>
<p>Thanks to Fabian Vogt for reporting this issue and for fixing it.</p>
</blockquote>
</body>
</description>
<references>
<url>https://kde.org/info/security/advisory-20200827-1.txt</url>
<cvename>CVE-2020-24654</cvename>
</references>
<dates>
<discovery>2020-08-27</discovery>
<entry>2020-08-28</entry>
</dates>
</vuln>
<vuln vid="ee261034-b95e-4479-b947-08b0877e029f">
<topic>php72 -- use of freed hash key</topic>
<affects>
<package>
<name>php72</name>
<range><lt>7.2.33</lt></range>
</package>
<package>
<name>php73</name>
<range><lt>7.3.21</lt></range>
</package>
<package>
<name>php74</name>
<range><lt>7.4.9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>grigoritchy at gmail dot com reports:</p>
<blockquote cite="https://bugs.php.net/bug.php?id=79797">
<p>The phar_parse_zipfile function had use-after-free
vulnerability because of mishandling of the actual_alias
variable.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-7068</url>
<cvename>CVE-2020-7068</cvename>
</references>
<dates>
<discovery>2020-07-06</discovery>
<entry>2020-08-27</entry>
</dates>
</vuln>
<vuln vid="d73bc4e6-e7c4-11ea-a878-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>85.0.4183.83</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/08/stable-channel-update-for-desktop_25.html">
<p>This update includes 20 security fixes, including:</p>
<ul>
<li>[1109120] High CVE-2020-6558: Insufficient policy
enforcement in iOS. Reported by Alison Huffman, Microsoft Browser
Vulnerability Research on 2020-07-24</li>
<li>[1116706] High CVE-2020-6559: Use after free in presentation
API. Reported by Liu Wei and Wu Zekai of Tencent Security Xuanwu
Lab on 2020-08-15</li>
<li>[1108181] Medium CVE-2020-6560: Insufficient policy
enforcement in autofill. Reported by Nadja Ungethuem from
www.unnex.de on 2020-07-22</li>
<li>[932892] Medium CVE-2020-6561: Inappropriate implementation
in Content Security Policy. Reported by Rob Wu on 2019-02-16</li>
<li>[1086845] Medium CVE-2020-6562: Insufficient policy
enforcement in Blink. Reported by Masato Kinugawa on
2020-05-27</li>
<li>[1104628] Medium CVE-2020-6563: Insufficient policy
enforcement in intent handling. Reported by Pedro Oliveira on
2020-07-12</li>
<li>[841622] Medium CVE-2020-6564: Incorrect security UI in
permissions. Reported by Khalil Zhani on 2018-05-10</li>
<li>[1029907] Medium CVE-2020-6565: Incorrect security UI in
Omnibox. Reported by Khalil Zhani on 2019-12-02</li>
<li>[1065264] Medium CVE-2020-6566: Insufficient policy
enforcement in media. Reported by Jun Kokatsu, Microsoft Browser
Vulnerability Research on 2020-03-27</li>
<li>[937179] Low CVE-2020-6567: Insufficient validation of
untrusted input in command line handling. Reported by Joshua
Graham of TSS on 2019-03-01</li>
<li>[1092451] Low CVE-2020-6568: Insufficient policy enforcement
in intent handling. Reported by Yongke Wang(@Rudykewang) and
Aryb1n(@aryb1n) of Tencent Security Xuanwu Lab on 2020-06-08</li>
<li>[995732] Low CVE-2020-6569: Integer overflow in WebUSB.
Reported by guaixiaomei on 2019-08-20</li>
<li>[1084699] Low CVE-2020-6570: Side-channel information leakage
in WebRTC. Reported by Signal/Tenable on 2020-05-19</li>
<li>[1085315] Low CVE-2020-6571: Incorrect security UI in Omnibox.
Reported by Rayyan Bijoora on 2020-05-21</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6558</cvename>
<cvename>CVE-2020-6559</cvename>
<cvename>CVE-2020-6560</cvename>
<cvename>CVE-2020-6561</cvename>
<cvename>CVE-2020-6562</cvename>
<cvename>CVE-2020-6563</cvename>
<cvename>CVE-2020-6564</cvename>
<cvename>CVE-2020-6565</cvename>
<cvename>CVE-2020-6566</cvename>
<cvename>CVE-2020-6567</cvename>
<cvename>CVE-2020-6568</cvename>
<cvename>CVE-2020-6569</cvename>
<cvename>CVE-2020-6570</cvename>
<cvename>CVE-2020-6571</cvename>
<url>https://chromereleases.googleblog.com/2020/08/stable-channel-update-for-desktop_25.html</url>
</references>
<dates>
<discovery>2020-08-25</discovery>
<entry>2020-08-26</entry>
</dates>
</vuln>
<vuln vid="6842ac7e-d250-11ea-b9b7-08002728f74c">
<topic>jasper -- multiple vulnerabilities</topic>
<affects>
<package>
<name>jasper</name>
<range><lt>2.0.20</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>JasPer NEWS:</p>
<blockquote cite="https://github.com/jasper-software/jasper/blob/master/NEWS">
<p>- Fix CVE-2018-9154</p>
<p>- Fix CVE-2018-19541</p>
<p>- Fix CVE-2016-9399, CVE-2017-13751</p>
<p>- Fix CVE-2018-19540</p>
<p>- Fix CVE-2018-9055</p>
<p>- Fix CVE-2017-13748</p>
<p>- Fix CVE-2017-5503, CVE-2017-5504, CVE-2017-5505</p>
<p>- Fix CVE-2018-9252</p>
<p>- Fix CVE-2018-19139</p>
<p>- Fix CVE-2018-19543, CVE-2017-9782</p>
<p>- Fix CVE-2018-20570</p>
<p>- Fix CVE-2018-20622</p>
<p>- Fix CVE-2016-9398</p>
<p>- Fix CVE-2017-14132</p>
<p>- Fix CVE-2017-5499</p>
<p>- Fix CVE-2018-18873</p>
<p>- Fix CVE-2017-13750</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/jasper-software/jasper/blob/master/NEWS</url>
<cvename>CVE-2018-9154</cvename>
<cvename>CVE-2018-19541</cvename>
<cvename>CVE-2016-9399</cvename>
<cvename>CVE-2017-13751</cvename>
<cvename>CVE-2018-19540</cvename>
<cvename>CVE-2018-9055</cvename>
<cvename>CVE-2017-13748</cvename>
<cvename>CVE-2017-5503</cvename>
<cvename>CVE-2017-5504</cvename>
<cvename>CVE-2017-5505</cvename>
<cvename>CVE-2018-9252</cvename>
<cvename>CVE-2018-19139</cvename>
<cvename>CVE-2018-19543</cvename>
<cvename>CVE-2017-9782</cvename>
<cvename>CVE-2018-20570</cvename>
<cvename>CVE-2018-20622</cvename>
<cvename>CVE-2016-9398</cvename>
<cvename>CVE-2017-14132</cvename>
<cvename>CVE-2017-5499</cvename>
<cvename>CVE-2018-18873</cvename>
<cvename>CVE-2017-13750</cvename>
</references>
<dates>
<discovery>2020-07-28</discovery>
<entry>2020-08-25</entry>
<modified>2020-09-05</modified>
</dates>
</vuln>
<vuln vid="ffa15b3b-e6f6-11ea-8cbf-54e1ad3d6335">
<topic>xorg-server -- Multiple input validation failures in X server extensions</topic>
<affects>
<package>
<name>xorg-server</name>
<range><lt>1.20.8_4,1</lt></range>
</package>
<package>
<name>xephyr</name>
<range><lt>1.20.8_4,1</lt></range>
</package>
<package>
<name>xorg-vfbserver</name>
<range><lt>1.20.8_4,1</lt></range>
</package>
<package>
<name>xorg-nestserver</name>
<range><lt>1.20.8_4,1</lt></range>
</package>
<package>
<name>xwayland</name>
<range><lt>1.20.8_4,1</lt></range>
</package>
<package>
<name>xorg-dmx</name>
<range><lt>1.20.8_4,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The X.org project reports:</p>
<blockquote cite="https://lists.x.org/archives/xorg-announce/2020-August/003058.html">
<p>All theses issuses can lead to local privileges elevation on
systems where the X server is running privileged.</p>
<p>The handler for the XkbSetNames request does not validate the
request length before accessing its contents.</p>
<p>An integer underflow exists in the handler for the
XIChangeHierarchy request.</p>
<p>An integer underflow exist in the handler for the XkbSelectEvents
request.</p>
<p> An integer underflow exist in the handler for the CreateRegister
request of the X record extension.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-14345</cvename>
<cvename>CVE-2020-14346</cvename>
<cvename>CVE-2020-14361</cvename>
<cvename>CVE-2020-14362</cvename>
<url>https://lists.x.org/archives/xorg-announce/2020-August/003058.html</url>
</references>
<dates>
<discovery>2020-08-25</discovery>
<entry>2020-08-25</entry>
</dates>
</vuln>
<vuln vid="8da79498-e6f6-11ea-8cbf-54e1ad3d6335">
<topic>libX11 -- Doublefree in locale handlng code</topic>
<affects>
<package>
<name>libX11</name>
<range><lt>1.6.12,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The X.org project reports:</p>
<blockquote cite="https://lists.x.org/archives/xorg-announce/2020-August/003056.html">
<p>There is an integer overflow and a double free vulnerability in
the way LibX11 handles locales. The integer overflow is a necessary
precursor to the double free.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-14363</cvename>
<url>https://lists.x.org/archives/xorg-announce/2020-August/003056.html</url>
</references>
<dates>
<discovery>2020-08-25</discovery>
<entry>2020-08-25</entry>
<modified>2020-11-15</modified>
</dates>
</vuln>
<vuln vid="719f06af-e45e-11ea-95a1-c3b8167b8026">
<topic>chrony <= 3.5.1 data corruption through symlink vulnerability writing the pidfile</topic>
<affects>
<package>
<name>chrony</name>
<range><lt>3.5.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Miroslav Lichvar reports:</p>
<blockquote cite="https://listengine.tuxfamily.org/chrony.tuxfamily.org/chrony-announce/2020/08/msg00000.html">
<p>chrony-3.5.1 [...] fixes a security issue in writing of the pidfile.</p>
<p>When chronyd is configured to save the pidfile in a directory where the
chrony user has write permissions (e.g. /var/run/chrony - the default
since chrony-3.4), an attacker that compromised the chrony user account
could create a symbolic link at the location of the pidfile to make
chronyd starting with root privileges follow the symlink and write its
process ID to a file for which the chrony user doesn't have write
permissions, causing a denial of service, or data loss.</p>
<p>This issue was reported by Matthias Gerstner of SUSE.</p>
</blockquote>
</body>
</description>
<references>
<url>https://listengine.tuxfamily.org/chrony.tuxfamily.org/chrony-announce/2020/08/msg00000.html</url>
<cvename>CVE-2020-14367</cvename>
</references>
<dates>
<discovery>2020-08-06</discovery>
<entry>2020-08-22</entry>
</dates>
</vuln>
<vuln vid="2ed7e8db-e234-11ea-9392-002590bc43be">
<topic>sysutils/openzfs-kmod -- critical permissions issues</topic>
<affects>
<package>
<name>openzfs-kmod</name>
<range><lt>2020081800</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Andrew Walker reports:</p>
<blockquote cite="https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248787">
<h5>Issue 1:</h5>
<p>
Users are always granted permissions to cd into a directory. The
check for whether execute is present on directories is a de-facto
no-op. This cannot be mitigated without upgrading. Even setting
an explicit "deny - execute" NFSv4 ACE will be bypassed.
</p>
<h5>Issue 2:</h5>
<p>
All ACEs for the owner_group (group@) and regular groups
(group:<foo>) are granted the current user. This means that
POSIX mode 770 is de-facto 777, and the below ACL is also de-facto
777 because the groupmember check for builtin_administrators
returns True.
</p>
<pre>
root@TESTBOX[~]# getfacl testfile
# file: testfile
# owner: root
# group: wheel
group:builtin_administrators:rwxpDdaARWcCos:-------:allow
</pre>
</blockquote>
</body>
</description>
<references>
<freebsdpr>ports/248787</freebsdpr>
<url>https://github.com/openzfs/zfs/commit/716b53d0a14c72bda16c0872565dd1909757e73f</url>
<url>https://reviews.freebsd.org/D26107</url>
</references>
<dates>
<discovery>2020-08-13</discovery>
<entry>2020-08-20</entry>
</dates>
</vuln>
<vuln vid="fbca6863-e2ad-11ea-9d39-00a09858faf5">
<topic>textproc/elasticsearch6 -- field disclosure flaw</topic>
<affects>
<package>
<name>elasticsearch6</name>
<range><lt>6.8.12</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Elastic reports:</p>
<blockquote cite="https://discuss.elastic.co/t/elastic-stack-7-9-0-and-6-8-12-security-update/245456">
<p>A field disclosure flaw was found in Elasticsearch when running
a scrolling search with Field Level Security. If a user runs
the same query another more privileged user recently ran,
the scrolling search can leak fields that should be hidden.
This could result in an attacker gaining additional permissions
against a restricted index.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-7019</cvename>
<url>https://discuss.elastic.co/t/elastic-stack-7-9-0-and-6-8-12-security-update/245456</url>
<url>https://github.com/elastic/elasticsearch/pull/39490</url>
</references>
<dates>
<discovery>2020-08-19</discovery>
<entry>2020-08-20</entry>
</dates>
</vuln>
<vuln vid="08de38d2-e2d0-11ea-9538-0c9d925bbbc0">
<topic>adns -- multiple vulnerabilities</topic>
<affects>
<package>
<name>adns</name>
<range><lt>1.5.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Ian Jackson and the adns project reports:</p>
<blockquote cite="https://www.chiark.greenend.org.uk/pipermail/adns-announce/2020/000004.html">
<p>Vulnerable applications: all adns callers.
Exploitable by: the local recursive resolver.
Likely worst case: Remote code execution.</p>
<p>Vulnerable applications: those that make SOA queries.
Exploitable by: upstream DNS data sources.
Likely worst case: DoS (crash of the adns-using application)</p>
<p>Vulnerable applications: those that use adns_qf_quoteok_query.
Exploitable by: sources of query domain names.
Likely worst case: DoS (crash of the adns-using application)</p>
<p>Vulnerable applications: adnshost.
Exploitable by: code responsible for framing the input.
Likely worst case: DoS (adnshost crashes at EOF).</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.chiark.greenend.org.uk/pipermail/adns-announce/2020/000004.html</url>
<cvename>CVE-2017-9103</cvename>
<cvename>CVE-2017-9104</cvename>
<cvename>CVE-2017-9105</cvename>
<cvename>CVE-2017-9106</cvename>
<cvename>CVE-2017-9107</cvename>
<cvename>CVE-2017-9108</cvename>
<cvename>CVE-2017-9109</cvename>
</references>
<dates>
<discovery>2017-05-21</discovery>
<entry>2020-08-20</entry>
</dates>
</vuln>
<vuln vid="f60561e7-e23e-11ea-be64-507b9d01076a">
<topic>Icinga Web 2 -- directory traversal vulnerability</topic>
<affects>
<package>
<name>icingaweb2</name>
<range><le>2.8.1</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Icinga development team reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-24368">
<p>CVE-2020-24368</p>
<p>
Icinga Icinga Web2 2.0.0 through 2.6.4, 2.7.4 and 2.8.2 has a
Directory Traversal vulnerability which allows an attacker to access
arbitrary files that are readable by the process running Icinga Web
2. This issue is fixed in Icinga Web 2 in v2.6.4, v2.7.4 and v2.8.2.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://icinga.com/2020/08/19/icinga-web-security-release-v2-6-4-v2-7-4-and-v2-8-2/</url>
<cvename>CVE-2020-24368</cvename>
</references>
<dates>
<discovery>2020-08-19</discovery>
<entry>2020-08-19</entry>
</dates>
</vuln>
<vuln vid="b905dff4-e227-11ea-b0ea-08002728f74c">
<topic>curl -- expired pointer dereference vulnerability</topic>
<affects>
<package>
<name>curl</name>
<range><ge>7.29.0</ge><lt>7.72.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>curl security problems:</p>
<blockquote cite="https://curl.haxx.se/docs/security.html">
<p>CVE-2020-8231: wrong connect-only connection</p>
<p>An application that performs multiple requests with libcurl's multi API
and sets the CURLOPT_CONNECT_ONLY option, might in rare circumstances
experience that when subsequently using the setup connect-only transfer,
libcurl will pick and use the wrong connection - and instead pick
another one the application has created since then.</p>
<p>CURLOPT_CONNECT_ONLY is the option to tell libcurl to not perform an
actual transfer, only connect. When that operation is completed, libcurl
remembers which connection it used for that transfer and "easy handle".
It remembers the connection using a pointer to the internal connectdata
struct in memory.</p>
<p>If more transfers are then done with the same multi handle before the
connect-only connection is used, leading to the initial connect-only
connection to get closed (for example due to idle time-out) while also
new transfers (and connections) are setup, such a new connection might
end up getting the exact same memory address as the now closed
connect-only connection.</p>
<p>If after those operations, the application then wants to use the
original transfer's connect-only setup to for example use
curl_easy_send() to send raw data over that connection, libcurl could
erroneously find an existing connection still being alive at the address
it remembered since before even though this is now a new and different
connection.</p>
<p>The application could then accidentally send data over that connection
which wasn't at all intended for that recipient, entirely unknowingly.</p>
</blockquote>
</body>
</description>
<references>
<url>https://curl.haxx.se/docs/security.html</url>
<url>https://curl.haxx.se/docs/CVE-2020-8231.html</url>
<cvename>CVE-2020-8231</cvename>
</references>
<dates>
<discovery>2020-08-19</discovery>
<entry>2020-08-19</entry>
</dates>
</vuln>
<vuln vid="3fcb70a4-e22d-11ea-98b2-080027846a02">
<topic>Python -- multiple vulnerabilities</topic>
<affects>
<package>
<name>python37</name>
<range><lt>3.7.9</lt></range>
</package>
<package>
<name>python36</name>
<range><lt>3.6.12</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Python reports:</p>
<blockquote cite="https://docs.python.org/release/3.7.9/whatsnew/changelog.html#changelog">
<p>bpo-29778: Ensure python3.dll is loaded from correct locations when
Python is embedded (CVE-2020-15523).</p>
<p>bpo-41004: CVE-2020-14422: The __hash__() methods of ipaddress.IPv4Interface
and ipaddress.IPv6Interface incorrectly generated constant hash values
of 32 and 128 respectively. This resulted in always causing hash collisions.
The fix uses hash() to generate hash values for the tuple of (address, mask
length, network address).</p>
<p>bpo-39603: Prevent http header injection by rejecting control characters
in http.client.putrequest(...).</p>
</blockquote>
</body>
</description>
<references>
<url>https://docs.python.org/release/3.7.9/whatsnew/changelog.html#changelog</url>
<url>https://docs.python.org/release/3.6.12/whatsnew/changelog.html#changelog</url>
<cvename>CVE-2020-14422</cvename>
<cvename>CVE-2020-15523</cvename>
</references>
<dates>
<discovery>2020-06-17</discovery>
<entry>2020-08-19</entry>
</dates>
</vuln>
<vuln vid="e37a0a7b-e1a7-11ea-9538-0c9d925bbbc0">
<topic>security/trousers -- several vulnerabilities</topic>
<affects>
<package>
<name>trousers</name>
<range><lt>0.3.14_3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>the TrouSerS project reports reports:</p>
<blockquote cite="https://sourceforge.net/p/trousers/trousers/ci/e74dd1d96753b0538192143adf58d04fcd3b242b/">
<p>If the tcsd daemon is started with root privileges, it fails to
drop the root gid after it is no longer needed.</p>
<p>If the tcsd daemon is started with root privileges, the tss user
has read and write access to the /etc/tcsd.conf file.</p>
<p>If the tcsd daemon is started with root privileges, the creation
of the system.data file is prone to symlink attacks.</p>
</blockquote>
</body>
</description>
<references>
<url>https://sourceforge.net/p/trousers/trousers/ci/e74dd1d96753b0538192143adf58d04fcd3b242b/</url>
<url>https://www.openwall.com/lists/oss-security/2020/05/20/3</url>
<cvename>CVE-2020-24330</cvename>
<cvename>CVE-2020-24331</cvename>
<cvename>CVE-2020-24332</cvename>
</references>
<dates>
<discovery>2020-05-20</discovery>
<entry>2020-08-18</entry>
</dates>
</vuln>
<vuln vid="64575bb6-e188-11ea-beed-e09467587c17">
<topic>chromium -- heap buffer overflow</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>84.0.4147.135</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/08/stable-channel-update-for-desktop_18.html">
<p>This release contains one security fix:</p>
<ul>
<li>[1115345] High CVE-2020-6556: Heap buffer overflow in
SwiftShader. Reported by Alison Huffman, Microsoft Browser
Vulnerability Research on 2020-08-12</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6556</cvename>
<url>https://chromereleases.googleblog.com/2020/08/stable-channel-update-for-desktop_18.html</url>
</references>
<dates>
<discovery>2020-08-18</discovery>
<entry>2020-08-18</entry>
</dates>
</vuln>
<vuln vid="f20eb9a4-dfea-11ea-a9b8-9c5c8e84d621">
<topic>ceph14 -- HTTP header injection via CORS ExposeHeader tag</topic>
<affects>
<package>
<name>ceph14</name>
<range><lt>14.2.11</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Red Hat bugzilla reports:</p>
<blockquote cite="https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-10753">
<p>A flaw was found in the Red Hat Ceph Storage RadosGW (Ceph Object Gateway).
The vulnerability is related to the injection of HTTP headers via a CORS
ExposeHeader tag. The newline character in the ExposeHeader tag in the
CORS configuration file generates a header injection in the response
when the CORS request is made.</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-10753</url>
<cvename>CVE-2020-10753</cvename>
<freebsdpr>ports/248673</freebsdpr>
</references>
<dates>
<discovery>2020-05-27</discovery>
<entry>2020-08-16</entry>
</dates>
</vuln>
<vuln vid="09ea1b08-1d3e-4bf2-91a1-d6573f4da3d8">
<topic>jenkins -- Buffer corruption in bundled Jetty</topic>
<affects>
<package>
<name>jenkins</name>
<range><lt>2.243</lt></range>
</package>
<package>
<name>jenkins-lts</name>
<range><lt>2.235.5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jenkins Security Advisory:</p>
<blockquote cite="https://www.jenkins.io/security/advisory/2020-08-17/">
<h1>Description</h1>
<h5>(Critical) SECURITY-1983 / CVE-2019-17638</h5>
<p>Buffer corruption in bundled Jetty</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2019-17638</cvename>
<url>https://www.jenkins.io/security/advisory/2020-08-17/</url>
</references>
<dates>
<discovery>2020-08-17</discovery>
<entry>2020-08-17</entry>
</dates>
</vuln>
<vuln vid="085399ab-dfd7-11ea-96e4-80ee73bc7b66">
<topic>net/rsync -- multiple zlib issues</topic>
<affects>
<package>
<name>rsync</name>
<range><lt>3.2.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>rsync developers reports:</p>
<blockquote cite="https://download.samba.org/pub/rsync/NEWS#3.2.0">
<p>Various zlib fixes, including security fixes for CVE-2016-9843, CVE-2016-9842, CVE-2016-9841, and CVE-2016-9840</p>
</blockquote>
</body>
</description>
<references>
<url>https://download.samba.org/pub/rsync/NEWS#3.2.0</url>
<cvename>CVE-2016-9843</cvename>
<cvename>CVE-2016-9842</cvename>
<cvename>CVE-2016-9841</cvename>
<cvename>CVE-2016-9840</cvename>
</references>
<dates>
<discovery>2020-06-19</discovery>
<entry>2020-08-16</entry>
</dates>
</vuln>
<vuln vid="a23ebf36-e8b6-4665-b0f3-4c977f9a145c">
<topic>security/py-ecdsa -- multiple issues</topic>
<affects>
<package>
<name>py27-ecdsa</name>
<range><le>0.13.3</le></range>
</package>
<package>
<name>py37-ecdsa</name>
<range><le>0.13.3</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>py-ecdsa developers report:</p>
<blockquote cite="https://github.com/warner/python-ecdsa/releases/tag/python-ecdsa-0.13.3">
<p>Fix CVE-2019-14853 - possible DoS caused by malformed signature decoding.</p>
<p>Fix CVE-2019-14859 - signature malleability caused by insufficient checks of DER encoding</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/warner/python-ecdsa/releases/tag/python-ecdsa-0.13.3</url>
<cvename>CVE-2019-14853</cvename>
<cvename>CVE-2019-14859</cvename>
</references>
<dates>
<discovery>2019-10-07</discovery>
<entry>2020-08-16</entry>
</dates>
</vuln>
<vuln vid="b8ea5b66-deff-11ea-adef-641c67a117d8">
<topic>snmptt -- malicious shell code</topic>
<affects>
<package>
<name>snmptt</name>
<range><lt>1.4.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Snmptt reports:</p>
<blockquote cite="http://snmptt.sourceforge.net/changelog.shtml">
<p>Fixed a security issue with EXEC / PREXEC / unknown_trap_exec that could
allow malicious shell code to be executed.</p>
<p>Fixed a bug with EXEC / PREXEC / unknown_trap_exec that caused commands to be
run as root instead of the user defined in daemon_uid.</p>
</blockquote>
</body>
</description>
<references>
<url>http://snmptt.sourceforge.net/changelog.shtml</url>
<freebsdpr>ports/248162</freebsdpr>
</references>
<dates>
<discovery>2020-07-23</discovery>
<entry>2020-08-15</entry>
</dates>
</vuln>
<vuln vid="87a07de1-e55e-4d51-bb64-8d117829a26a">
<topic>mail/dovecot -- multiple vulnerabilities</topic>
<affects>
<package>
<name>dovecot</name>
<range><lt>2.3.11</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Aki Tuomi reports:</p>
<blockquote cite="https://dovecot.org/pipermail/dovecot-news/2020-August/000440.html">
<p>Parsing mails with a large number of MIME parts could
have resulted in excessive CPU usage or a crash due to running out of
stack memory..</p>
</blockquote>
<blockquote cite="https://dovecot.org/pipermail/dovecot-news/2020-August/000440.html">
<p>Dovecot's NTLM implementation does not correctly check
message buffer size, which leads to reading past allocation which can
lead to crash</p>
</blockquote>
<blockquote cite="https://dovecot.org/pipermail/dovecot-news/2020-August/000440.html">
<p>lmtp/submission: Issuing the RCPT command with an
address that has the empty quoted string as local-part causes the lmtp
service to crash.</p>
</blockquote>
<blockquote cite="https://dovecot.org/pipermail/dovecot-news/2020-August/000440.html">
<p>Dovecot's RPA mechanism implementation accepts
zero-length message, which leads to assert-crash later on.</p>
</blockquote>
</body>
</description>
<references>
<url>https://dovecot.org/pipermail/dovecot-news/2020-August/000440.html</url>
<cvename>CVE-2020-12100</cvename>
<cvename>CVE-2020-12673</cvename>
<cvename>CVE-2020-10967</cvename>
<cvename>CVE-2020-12674</cvename>
</references>
<dates>
<discovery>2020-04-23</discovery>
<entry>2020-08-13</entry>
</dates>
</vuln>
<vuln vid="b1d6b383-dd51-11ea-a688-7b12871ef3ad">
<topic>ilmbase, openexr -- v2.5.3 is a patch release with various bug/security fixes</topic>
<affects>
<package>
<name>ilmbase</name>
<range><lt>2.5.3</lt></range>
</package>
<package>
<name>openexr</name>
<range><lt>2.5.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Cary Phillips reports:</p>
<blockquote cite="https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.3">
<p>v2.5.3 - Patch release with various bug/security fixes [...]:</p>
<ul><li>Various sanitizer/fuzz-identified issues related to handling of invalid input</li></ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.3</url>
</references>
<dates>
<discovery>2020-07-13</discovery> <!-- first commit 'sanity check string vectors on read', fe727ea in Git -->
<entry>2020-08-13</entry>
</dates>
</vuln>
<vuln vid="eef0d2d9-78c0-441e-8b03-454c5baebe20">
<topic>jenkins -- multiple vulnerabilities</topic>
<affects>
<package>
<name>jenkins</name>
<range><lt>2.252</lt></range>
</package>
<package>
<name>jenkins-lts</name>
<range><lt>2.235.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jenkins Security Advisory:</p>
<blockquote cite="https://www.jenkins.io/security/advisory/2020-08-12/">
<h1>Description</h1>
<h5>(High) SECURITY-1955 / CVE-2020-2229</h5>
<p>Stored XSS vulnerability in help icons</p>
<h5>(High) SECURITY-1957 / CVE-2020-2230</h5>
<p>Stored XSS vulnerability in project naming strategy</p>
<h5>(High) SECURITY-1960 / CVE-2020-2231</h5>
<p>Stored XSS vulnerability in 'Trigger builds remotely'</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-2229</cvename>
<cvename>CVE-2020-2230</cvename>
<cvename>CVE-2020-2231</cvename>
<url>https://www.jenkins.io/security/advisory/2020-08-12/</url>
</references>
<dates>
<discovery>2020-08-12</discovery>
<entry>2020-08-12</entry>
</dates>
</vuln>
<vuln vid="1110e286-dc08-11ea-beed-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>84.0.4147.125</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/08/stable-channel-update-for-desktop.html">
<p>This release contains 15 security fixes, including:</p>
<ul>
<li>[1107433] High CVE-2020-6542: Use after free in ANGLE.
Reported by Piotr Bania of Cisco Talos on 2020-07-20</li>
<li>[1104046] High CVE-2020-6543: Use after free in task
scheduling. Reported by Looben Yang on 2020-07-10</li>
<li>[1108497] High CVE-2020-6544: Use after free in media. Reported
by Tim Becker of Theori on 2020-07-22</li>
<li>[1095584] High CVE-2020-6545: Use after free in audio. Reported
by Anonymous on 2020-06-16</li>
<li>[1100280] High CVE-2020-6546: Inappropriate implementation in
installer. Reported by Andrew Hess (any1) on 2020-06-29</li>
<li>[1102153] High CVE-2020-6547: Incorrect security UI in media.
Reported by David Albert on 2020-07-05</li>
<li>[1103827] High CVE-2020-6548: Heap buffer overflow in Skia.
Reported by Choongwoo Han, Microsoft Browser Vulnerability
Research on 2020-07-09</li>
<li>[1105426] High CVE-2020-6549: Use after free in media. Reported
by Sergei Glazunov of Google Project Zero on 2020-07-14</li>
<li>[1106682] High CVE-2020-6550: Use after free in IndexedDB.
Reported by Sergei Glazunov of Google Project Zero on
2020-07-17</li>
<li>[1107815] High CVE-2020-6551: Use after free in WebXR. Reported
by Sergei Glazunov of Google Project Zero on 2020-07-21</li>
<li>[1108518] High CVE-2020-6552: Use after free in Blink. Reported
by Tim Becker of Theori on 2020-07-22</li>
<li>[1111307] High CVE-2020-6553: Use after free in offline mode.
Reported by Alison Huffman, Microsoft Browser Vulnerability
Research on 2020-07-30</li>
<li>[1094235] Medium CVE-2020-6554: Use after free in extensions.
Reported by Anonymous on 2020-06-12</li>
<li>[1105202] Medium CVE-2020-6555: Out of bounds read in WebGL.
Reported by Marcin Towalski of Cisco Talos on 2020-07-13</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6542</cvename>
<cvename>CVE-2020-6543</cvename>
<cvename>CVE-2020-6544</cvename>
<cvename>CVE-2020-6545</cvename>
<cvename>CVE-2020-6546</cvename>
<cvename>CVE-2020-6547</cvename>
<cvename>CVE-2020-6548</cvename>
<cvename>CVE-2020-6549</cvename>
<cvename>CVE-2020-6550</cvename>
<cvename>CVE-2020-6551</cvename>
<cvename>CVE-2020-6552</cvename>
<cvename>CVE-2020-6553</cvename>
<cvename>CVE-2020-6554</cvename>
<cvename>CVE-2020-6555</cvename>
<url>https://chromereleases.googleblog.com/2020/08/stable-channel-update-for-desktop.html</url>
</references>
<dates>
<discovery>2020-08-10</discovery>
<entry>2020-08-11</entry>
</dates>
</vuln>
<vuln vid="10e3ed8a-db7f-11ea-8bdf-643150d3111d">
<topic>puppetdb -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>puppetdb5</name>
<range><lt>5.2.18</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Puppetlabs reports:</p>
<blockquote cite="https://puppet.com/security/cve/jackson-july-2020-security-fixes/">
<p>In June 2020, jackson-databind published security updates addressing several CVEs. Previous releases of PuppetDB contain a vulnerable version of jackson.core:jackson-databind. PuppetDB 5.2.18 contains an updated version of jackson-databind that has patched the vulnerabilities.</p>
</blockquote>
</body>
</description>
<references>
<url>https://puppet.com/security/cve/jackson-july-2020-security-fixes/</url>
<cvename>CVE-2020-9548</cvename>
<cvename>CVE-2020-14062</cvename>
<cvename>CVE-2020-14060</cvename>
<cvename>CVE-2020-14061</cvename>
<cvename>CVE-2020-14195</cvename>
</references>
<dates>
<discovery>2020-07-23</discovery>
<entry>2020-08-11</entry>
</dates>
</vuln>
<vuln vid="6b6de127-db0b-11ea-ba1e-1c39475b9f84">
<topic>bftpd -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>bftpd</name>
<range><lt>5.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Bftpd project reports:</p>
<blockquote cite="http://bftpd.sourceforge.net/news.html">
<p>Bftpd is vulnerable to out of bounds memory access, file descriptor leak and a potential buffer overflow.</p>
</blockquote>
</body>
</description>
<references>
<url>http://bftpd.sourceforge.net/news.html</url>
</references>
<dates>
<discovery>2020-04-16</discovery>
<entry>2020-08-10</entry>
</dates>
</vuln>
<vuln vid="6fd773d3-bc5a-11ea-b38d-f0def1d0c3ea">
<topic>trafficserver -- resource consumption</topic>
<affects>
<package>
<name>trafficserver</name>
<range><lt>8.0.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Bryan Call reports:</p>
<blockquote cite="https://lists.apache.org/thread.html/rf7f86917f42fdaf904d99560cba0c016e03baea6244c47efeb60ecbe%40%3Cdev.trafficserver.apache.org%3E">
<p>ATS is vulnerable to certain types of HTTP/2 HEADERS frames that can cause the server to allocate a large amount of memory and spin the thread.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-9494</url>
<cvename>CVE-2020-9494</cvename>
</references>
<dates>
<discovery>2020-06-24</discovery>
<entry>2020-07-02</entry>
</dates>
</vuln>
<vuln vid="76700d2f-d959-11ea-b53c-d4c9ef517024">
<topic>Apache httpd -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>apache24</name>
<range><lt>2.4.46</lt></range>
</package>
<package>
<name>mod_http2</name>
<range><lt>1.15.14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Apache httpd projec reports:</p>
<blockquote cite="https://downloads.apache.org/httpd/CHANGES_2.4.46">
<ul>
<li>mod_http2: Important: Push Diary Crash on Specifically
Crafted HTTP/2 Header (CVE-2020-9490)<br/>
A specially crafted value for the 'Cache-Digest' header in a HTTP/2
request would result in a crash when the server actually tries to
HTTP/2 PUSH a resource afterwards.</li>
<li>mod_proxy_uwsgi: Moderate: mod_proxy_uwsgi buffer overflow
(CVE-2020-11984)<br/>
info disclosure and possible RCE</li>
<li>mod_http2: Moderate: Push Diary Crash on Specifically Crafted
HTTP/2 Header (CVE-2020-11993)<br/>
When trace/debug was enabled for the HTTP/2 module and on certain
traffic edge patterns, logging statements were made on the wrong
connection, causing concurrent use of memory pools.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://downloads.apache.org/httpd/CHANGES_2.4.46</url>
<url>https://httpd.apache.org/security/vulnerabilities_24.html</url>
<cvename>CVE-2020-9490</cvename>
<cvename>CVE-2020-11984</cvename>
<cvename>CVE-2020-11993</cvename>
</references>
<dates>
<discovery>2020-08-07</discovery>
<entry>2020-08-08</entry>
<modified>2020-08-08</modified>
</dates>
</vuln>
<vuln vid="bc7aff8c-d806-11ea-a5aa-0800272260e5">
<topic>go -- encoding/binary: ReadUvarint and ReadVarint can read an unlimited number of bytes from invalid inputs</topic>
<affects>
<package>
<name>go</name>
<range><lt>1.14.7,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Go project reports:</p>
<blockquote cite="https://github.com/golang/go/issues/40618">
<p>Certain invalid inputs to ReadUvarint or ReadVarint could cause
those functions to read an unlimited number of bytes from the
ByteReader argument before returning an error. This could lead to
processing more input than expected when the caller is reading
directly from the network and depends on ReadUvarint and ReadVarint
only consuming a small, bounded number of bytes, even from invalid
inputs.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-16845</cvename>
<url>https://github.com/golang/go/issues/40618</url>
</references>
<dates>
<discovery>2020-08-06</discovery>
<entry>2020-08-06</entry>
</dates>
</vuln>
<vuln vid="a003b74f-d7b3-11ea-9df1-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><lt>13.3.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/08/05/gitlab-13-2-3-released/">
<p>Arbitrary File Read when Moving an Issue</p>
<p>Memory Exhaustion via Excessive Logging of Invite Email Error</p>
<p>Denial of Service Through Project Import Feature</p>
<p>User Controlled Git Configuration Settings Resulting in SSRF</p>
<p>Stored XSS in Issue Reference Number Tooltip</p>
<p>Stored XSS in Issues List via Milestone Title</p>
<p>Improper Access Control After Group Transfer</p>
<p>Bypass Email Verification Required for OAuth Flow</p>
<p>Confusion When Using Hexadecimal Branch Names</p>
<p>Insufficient OAuth Revocation</p>
<p>Improper Access Control for Project Sharing</p>
<p>Stored XSS in Jobs Page</p>
<p>Improper Access Control of Applications Page</p>
<p>SSRF into Shared Runner</p>
<p>Update Kramdown Gem</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/08/05/gitlab-13-2-3-released/</url>
<cvename>CVE-2020-10977</cvename>
<cvename>CVE-2020-13280</cvename>
<cvename>CVE-2020-13281</cvename>
<cvename>CVE-2020-14001</cvename>
</references>
<dates>
<discovery>2020-08-05</discovery>
<entry>2020-08-06</entry>
<modified>2020-08-25</modified>
</dates>
</vuln>
<vuln vid="8db74c04-d794-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- sendmsg(2) privilege escalation</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_8</lt></range>
<range><ge>11.4</ge><lt>11.4_2</lt></range>
<range><ge>11.3</ge><lt>11.3_12</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>When handling a 32-bit sendmsg(2) call, the compat32 subsystem copies the
control message to be transmitted (if any) into kernel memory, and adjusts
alignment of control message headers. The code which performs this work
contained a time-of-check to time-of-use (TOCTOU) vulnerability which allows a
malicious userspace program to modify control message headers after they were
validated by the kernel.</p>
<h1>Impact:</h1>
<p>The TOCTOU bug can be exploited by an unprivileged malicious userspace program
to trigger privilege escalation.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7460</cvename>
<freebsdsa>SA-20:23.sendmsg</freebsdsa>
</references>
<dates>
<discovery>2020-08-05</discovery>
<entry>2020-08-06</entry>
</dates>
</vuln>
<vuln vid="9eb01384-d793-11ea-88f8-901b0ef719ab">
<topic>FreeBSD -- Potential memory corruption in USB network device drivers</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_8</lt></range>
<range><ge>11.4</ge><lt>11.4_2</lt></range>
<range><ge>11.3</ge><lt>11.3_12</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>A missing length validation code common to these three drivers means that a
malicious USB device could write beyond the end of an allocated network
packet buffer.</p>
<h1>Impact:</h1>
<p>An attacker with physical access to a USB port and the ability to bring a
network interface up may be able to use a specially crafted USB device to
gain kernel or user-space code execution.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7459</cvename>
<freebsdsa>SA-20:21.usb_net</freebsdsa>
</references>
<dates>
<discovery>2020-08-05</discovery>
<entry>2020-08-06</entry>
</dates>
</vuln>
<vuln vid="eab964f8-d632-11ea-9172-4c72b94353b5">
<topic>typo3 -- multiple vulnerabilities</topic>
<affects>
<package>
<name>typo3-9-php72</name>
<name>typo3-9-php73</name>
<name>typo3-9-php74</name>
<range><lt>9.5.20</lt></range>
</package>
<package>
<name>typo3-10-php72</name>
<name>typo3-10-php73</name>
<name>typo3-10-php74</name>
<range><lt>10.4.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Typo3 Team reports:</p>
<blockquote cite="https://typo3.org/article/typo3-1046-and-9520-security-releases-published">
<p>In case an attacker manages to generate a valid cryptographic message authentication
code (HMAC-SHA1) - either by using a different existing vulnerability or in case the
internal encryptionKey was exposed - it is possible to retrieve arbitrary files of a
TYPO3 installation. This includes the possibility to fetch typo3conf/LocalConfiguration.php
which again contains the encryptionKey as well as credentials of the database management
system being used.
In case a database server is directly accessible either via internet or in a shared hosting
network, this allows to completely retrieve, manipulate or delete database contents.
This includes creating an administration user account - which can be used to trigger remote
code execution by injecting custom extensions.</p>
<p>It has been discovered that an internal verification mechanism can be used to generate
arbitrary checksums. This allows to inject arbitrary data having a valid cryptographic
message authentication code (HMAC-SHA1) and can lead to various attack chains as described
below.</p>
</blockquote>
</body>
</description>
<references>
<url>https://typo3.org/article/typo3-1046-and-9520-security-releases-published</url>
<url>https://typo3.org/security/advisory/typo3-core-sa-2020-007</url>
<url>https://typo3.org/security/advisory/typo3-core-sa-2020-008</url>
<cvename>CVE-2020-15098</cvename>
<cvename>CVE-2020-15099</cvename>
</references>
<dates>
<discovery>2020-07-28</discovery>
<entry>2020-08-04</entry>
</dates>
</vuln>
<vuln vid="3c7ba82a-d3fb-11ea-9aba-0c9d925bbbc0">
<topic>xorg-server -- Pixel Data Uninitialized Memory Information Disclosure</topic>
<affects>
<package>
<name>xorg-server</name>
<range><lt>1.20.8_3,1</lt></range>
</package>
<package>
<name>xephyr</name>
<range><lt>1.20.8_3,1</lt></range>
</package>
<package>
<name>xorg-vfbserver</name>
<range><lt>1.20.8_3,1</lt></range>
</package>
<package>
<name>xorg-nestserver</name>
<range><lt>1.20.8_3,1</lt></range>
</package>
<package>
<name>xwayland</name>
<range><lt>1.20.8_3,1</lt></range>
</package>
<package>
<name>xorg-dmx</name>
<range><lt>1.20.8_3,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The X.org project reports:</p>
<blockquote cite="https://lists.x.org/archives/xorg-announce/2020-July/003051.html">
<p>Allocation for pixmap data in AllocatePixmap() does not initialize
the memory in xserver, it leads to leak uninitialize heap memory to
clients. When the X server runs with elevated privileges.</p>
<p>This flaw can lead to ASLR bypass, which when combined with other
flaws (known/unknown) could lead to lead to privilege elevation in
the client.</p>
</blockquote>
</body>
</description>
<references>
<url>https://lists.x.org/archives/xorg-announce/2020-July/003051.html</url>
<cvename>CVE-2020-14347</cvename>
</references>
<dates>
<discovery>2020-07-31</discovery>
<entry>2020-08-01</entry>
</dates>
</vuln>
<vuln vid="6faa7feb-d3fa-11ea-9aba-0c9d925bbbc0">
<topic>libX11 -- Heap corruption in the X input method client in libX11</topic>
<affects>
<package>
<name>libX11</name>
<range><lt>1.6.9_3,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The X.org project reports:</p>
<blockquote cite="https://lists.x.org/archives/xorg-announce/2020-July/003050.html">
<p>The X Input Method (XIM) client implementation in libX11 has some
integer overflows and signed/unsigned comparison issues that can
lead to heap corruption when handling malformed messages from an
input method.</p>
</blockquote>
</body>
</description>
<references>
<url>https://lists.x.org/archives/xorg-announce/2020-July/003050.html</url>
<cvename>CVE-2020-14344</cvename>
</references>
<dates>
<discovery>2020-07-31</discovery>
<entry>2020-08-01</entry>
</dates>
</vuln>
<vuln vid="7d7221ee-d334-11ea-bc50-080027846a02">
<topic>Python -- multiple vulnerabilities</topic>
<affects>
<package>
<name>python38</name>
<range><lt>3.8.5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Python reports:</p>
<blockquote cite="https://docs.python.org/3/whatsnew/changelog.html#python-3-8-5-final">
<p>bpo-41304: Fixes python3x._pth being ignored on Windows, caused by the fix for
bpo-29778 (CVE-2020-15801).</p>
<p>bpo-39603: Prevent http header injection by rejecting control characters in
http.client.putreques().</p>
</blockquote>
</body>
</description>
<references>
<url>https://docs.python.org/3/whatsnew/changelog.html#python-3-8-5-final</url>
<cvename>CVE-2020-15801</cvename>
</references>
<dates>
<discovery>2020-02-11</discovery>
<entry>2020-07-31</entry>
</dates>
</vuln>
<vuln vid="d1ef1138-d273-11ea-a757-e0d55e2a8bf9">
<topic>ark -- directory traversal</topic>
<affects>
<package>
<name>ark</name>
<range><lt>20.04.2_1</lt></range>
<range><eq>20.04.3</eq></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>KDE Project Security Advisory reports:</p>
<blockquote cite="https://kde.org/info/security/advisory-20200730-1.txt">
<h3>KDE Project Security Advisory</h3>
<table>
<tr>
<td>Title:</td>
<td>Ark: maliciously crafted archive can install files outside the extraction directory.</td>
</tr>
<tr>
<td>Risk Rating:</td>
<td>Important</td>
</tr>
<tr>
<td>CVE:</td>
<td>CVE-2020-16116</td>
</tr>
<tr>
<td>Versions:</td>
<td>ark <= 20.04.3</td>
</tr>
<tr>
<td>Author:</td>
<td>Elvis Angelaccio <elvis.angelaccio@kde.org></td>
</tr>
<tr>
<td>Date:</td>
<td>30 July 2020</td>
</tr>
</table>
<h3>Overview</h3>
<p>A maliciously crafted archive with "../" in the file paths
would install files anywhere in the user's home directory upon extraction.</p>
<h3>Proof of concept</h3>
<p>For testing, an example of malicious archive can be found at
https://github.com/jwilk/traversal-archives/releases/download/0/relative2.zip</p>
<h3>Impact</h3>
<p>Users can unwillingly install files like a modified .bashrc, or a malicious
script placed in ~/.config/autostart</p>
<h3>Workaround</h3>
<p>Users should not use the 'Extract' context menu from the Dolphin file manager.
Before extracting a downloaded archive using the Ark GUI, users should inspect it
to make sure it doesn't contain entries with "../" in the file path.</p>
<h3>Solution</h3>
<p>Ark 20.08.0 prevents loading of malicious archives and shows a warning message
to the users.</p>
<p>Alternatively,
https://invent.kde.org/utilities/ark/-/commit/0df592524fed305d6fbe74ddf8a196bc9ffdb92f
can be applied to previous releases.</p>
<h3>Credits</h3>
<p>Thanks to Dominik Penner for finding and reporting this issue and thanks to
Elvis Angelaccio and Albert Astals Cid for fixing it.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-16116</cvename>
<url>https://kde.org/info/security/advisory-20200730-1.txt</url>
</references>
<dates>
<discovery>2020-07-30</discovery>
<entry>2020-07-30</entry>
</dates>
</vuln>
<vuln vid="9a447f78-d0f8-11ea-9837-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>84.0.4147.105</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/07/stable-channel-update-for-desktop_27.html">
<p>This update contains 8 security fixes, including:</p>
<ul>
<li>[1105318] High CVE-2020-6537: Type Confusion in V8. Reported by
Alphalaab on 2020-07-14</li>
<li>[1096677] High CVE-2020-6538: Inappropriate implementation in
WebView. Reported by Yongke Wang(@Rudykewang) and Aryb1n(@aryb1n)
of Tencent Security Xuanwu Lab on 2020-06-18</li>
<li>[1104061] High CVE-2020-6532: Use after free in SCTP. Reported
by Anonymous on 2020-07-09</li>
<li>[1105635] High CVE-2020-6539: Use after free in CSS. Reported
by Oriol Brufau on 2020-07-14</li>
<li>[1105720] High CVE-2020-6540: Heap buffer overflow in Skia.
Reported by Zhen Zhou of NSFOCUS Security Team on 2020-07-15</li>
<li>[1106773] High CVE-2020-6541: Use after free in WebUSB. Reported
by Sergei Glazunov of Google Project Zero on 2020-07-17</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6532</cvename>
<cvename>CVE-2020-6537</cvename>
<cvename>CVE-2020-6538</cvename>
<cvename>CVE-2020-6539</cvename>
<cvename>CVE-2020-6540</cvename>
<cvename>CVE-2020-6541</cvename>
<url>https://chromereleases.googleblog.com/2020/07/stable-channel-update-for-desktop_27.html</url>
</references>
<dates>
<discovery>2020-07-27</discovery>
<entry>2020-07-28</entry>
</dates>
</vuln>
<vuln vid="086c96cd-d0cb-11ea-b922-5404a68ad561">
<topic>libsndfile -- out-of-bounds read memory access</topic>
<affects>
<package>
<name>libsndfile</name>
<range><lt>1.0.29.p.20200620</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>RedHat reports:</p>
<blockquote cite="https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-3832">
<p>It was discovered the fix for CVE-2018-19758 was not complete and
still allows a read beyond the limits of a buffer in
wav_write_header() function in wav.c. A local attacker may use
this flaw to make the application crash.</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2019-3832</url>
</references>
<dates>
<discovery>2019-02-14</discovery>
<entry>2020-07-28</entry>
</dates>
</vuln>
<vuln vid="a955cdb7-d089-11ea-8c6f-080027eedc6a">
<topic>FreeRDP -- Integer overflow in RDPEGFX channel</topic>
<affects>
<package>
<name>freerdp</name>
<range><lt>2.2.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Bernhard Miklautz reports:</p>
<blockquote cite="https://github.com/FreeRDP/FreeRDP/security/advisories/GHSA-4r38-6hq7-j3j9">
<ul>
<li>
Integer overflow due to missing input sanitation in rdpegfx channel
</li>
<li>All FreeRDP clients are affected</li>
<li>
The input rectangles from the server are not checked against local
surface coordinates and blindly accepted. A malicious server can send
data that will crash the client later on (invalid length arguments to
a memcpy)
</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://www.freerdp.com/2020/07/20/2_2_0-released</url>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-15103</url>
<cvename>CVE-2020-15103</cvename>
</references>
<dates>
<discovery>2020-06-25</discovery>
<entry>2020-07-28</entry>
</dates>
</vuln>
<vuln vid="e333084c-9588-4eee-8bdc-323e02cb4fe0">
<topic>zeek -- Various vulnerabilities</topic>
<affects>
<package>
<name>zeek</name>
<range><lt>3.0.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jon Siwek of Corelight reports:</p>
<blockquote cite="https://github.com/zeek/zeek/releases/tag/v3.0.8">
<p>This release fixes the following security issues:</p>
<ul>
<li>Fix potential DNS analyzer stack overflow</li>
<li>Fix potential NetbiosSSN analyzer stack overflow</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/zeek/zeek/releases/tag/v3.0.8</url>
</references>
<dates>
<discovery>2020-07-28</discovery>
<entry>2020-07-28</entry>
</dates>
</vuln>
<vuln vid="cd2dc126-cfe4-11ea-9172-4c72b94353b5">
<topic>Cacti -- multiple vulnerabilities</topic>
<affects>
<package>
<name>cacti</name>
<range><lt>1.2.13</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Cacti developers reports:</p>
<blockquote cite="https://www.cacti.net/release_notes.php?version=1.2.13">
<p>Multiple fixes for bundled jQuery to prevent
code exec (CVE-2020-11022, CVE-2020-11023).</p>
<p>PHPMail contains a escaping bug
(CVE-2020-13625).</p>
<p>SQL Injection via color.php in Cacti
(CVE-2020-14295).</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.cacti.net/release_notes.php?version=1.2.13</url>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11022</url>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11023</url>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13625</url>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14295</url>
<cvename>CVE-2020-11022</cvename>
<cvename>CVE-2020-11023</cvename>
<cvename>CVE-2020-13625</cvename>
<cvename>CVE-2020-14295</cvename>
</references>
<dates>
<discovery>2020-07-15</discovery>
<entry>2020-07-27</entry>
</dates>
</vuln>
<vuln vid="e1d3a580-cd8b-11ea-bad0-08002728f74c">
<topic>Wagtail -- XSS vulnerability</topic>
<affects>
<package>
<name>py36-wagtail</name>
<name>py37-wagtail</name>
<name>py38-wagtail</name>
<range><ge>2.8.0</ge><lt>2.9.3</lt></range>
<range><lt>2.7.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>GitHub Advisory Database:</p>
<blockquote cite="https://github.com/advisories/GHSA-2473-9hgq-j7xw">
<p>When a form page type is made available to Wagtail editors through the
wagtail.contrib.forms app, and the page template is built using
Django's standard form rendering helpers such as form.as_p (as directed
in the documentation), any HTML tags used within a form field's help
text will be rendered unescaped in the page. Allowing HTML within help
text is an intentional design decision by Django; however, as a matter
of policy Wagtail does not allow editors to insert arbitrary HTML by
default, as this could potentially be used to carry out cross-site
scripting attacks, including privilege escalation. This functionality
should therefore not have been made available to editor-level users.</p>
<p>The vulnerability is not exploitable by an ordinary site visitor
without access to the Wagtail admin.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/advisories/GHSA-2473-9hgq-j7xw</url>
<cvename>CVE-2020-15118</cvename>
</references>
<dates>
<discovery>2020-07-20</discovery>
<entry>2020-07-24</entry>
</dates>
</vuln>
<vuln vid="456375e1-cd09-11ea-9172-4c72b94353b5">
<topic>pango -- buffer overflow</topic>
<affects>
<package>
<name>pango</name>
<range><lt>1.42.4_5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-1010238">
<p>Gnome Pango 1.42 and later is affected by: Buffer Overflow. The impact is:
The heap based buffer overflow can be used to get code execution. The component is:
function name: pango_log2vis_get_embedding_levels, assignment of nchars and the loop
condition. The attack vector is: Bug can be used when application pass invalid utf-8
strings to functions like pango_itemize.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-1010238</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2019-1010238</url>
<cvename>CVE-2019-1010238</cvename>
</references>
<dates>
<discovery>2019-07-19</discovery>
<entry>2020-07-23</entry>
<modified>2020-09-26</modified>
</dates>
</vuln>
<vuln vid="6a72eff7-ccd6-11ea-9172-4c72b94353b5">
<topic>Apache Tomcat -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>tomcat7</name>
<range><lt>7.0.105</lt></range>
</package>
<package>
<name>tomcat85</name>
<range><lt>8.5.57</lt></range>
</package>
<package>
<name>tomcat9</name>
<range><lt>9.0.37</lt></range>
</package>
<package>
<name>tomcat-devel</name>
<range><lt>10.0.0.M7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Apache Software Foundation reports:</p>
<p>An h2c direct connection did not release the HTTP/1.1 processor after
the upgrade to HTTP/2. If a sufficient number of such requests were
made, an OutOfMemoryException could occur leading to a denial of service.</p>
<p>The payload length in a WebSocket frame was not correctly validated.
Invalid payload lengths could trigger an infinite loop. Multiple
requests with invalid payload lengths could lead to a denial of service.</p>
<p>A specially crafted sequence of HTTP/2 requests could trigger high CPU
usage for several seconds. If a sufficient number of such requests were
made on concurrent HTTP/2 connections, the server could become unresponsive.</p>
</body>
</description>
<references>
<url>https://tomcat.apache.org/security-7.html</url>
<url>https://tomcat.apache.org/security-8.html</url>
<url>https://tomcat.apache.org/security-9.html</url>
<url>https://tomcat.apache.org/security-10.html</url>
<cvename>CVE-2020-11996</cvename>
<cvename>CVE-2020-13934</cvename>
<cvename>CVE-2020-13935</cvename>
</references>
<dates>
<discovery>2020-07-05</discovery>
<entry>2020-07-23</entry>
<modified>2020-07-23</modified>
</dates>
</vuln>
<vuln vid="a9eeb3a3-ca5e-11ea-930b-080027846a02">
<topic>Python -- multiple vulnerabilities</topic>
<affects>
<package>
<name>python38</name>
<range><lt>3.8.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Python reports:</p>
<blockquote cite="https://docs.python.org/3/whatsnew/changelog.html#python-3-8-4-final">
<p>bpo-41162:Audit hooks are now cleared later during finalization to avoid missing
events.</p>
<p>bpo-29778:Ensure python3.dll is loaded from correct locations when Python is
embedded.</p>
</blockquote>
</body>
</description>
<references>
<url>https://docs.python.org/3/whatsnew/changelog.html#python-3-8-4-final</url>
<cvename>CVE-2020-15523</cvename>
</references>
<dates>
<discovery>2020-06-29</discovery>
<entry>2020-07-20</entry>
</dates>
</vuln>
<vuln vid="1e7b316b-c6a8-11ea-a7d5-001999f8d30b">
<topic>VirtualBox -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>virtualbox-ose</name>
<range><ge>5.2</ge><lt>5.2.44</lt></range>
<range><ge>6.0</ge><lt>6.0.24</lt></range>
<range><ge>6.1</ge><lt>6.1.12</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Oracle reports:</p>
<blockquote cite="https://www.oracle.com/security-alerts/cpujul2020.html">
<p>Vulnerabilities in VirtualBox core can allow users
with logon access to the infrastructure where Oracle VM
VirtualBox executes to compromise Oracle VM VirtualBox.
Successful attacks of these vulnerabilities can result
in unauthorized access to critical data, access to all
Oracle VM VirtualBox accessible data, unauthorized ability
to cause a hang or frequently repeatable crash (complete
DOS) or takeover of Oracle VM VirtualBox.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.oracle.com/security-alerts/cpujul2020.html</url>
<cvename>CVE-2020-14628</cvename>
<cvename>CVE-2020-14629</cvename>
<cvename>CVE-2020-14646</cvename>
<cvename>CVE-2020-14647</cvename>
<cvename>CVE-2020-14648</cvename>
<cvename>CVE-2020-14649</cvename>
<cvename>CVE-2020-14650</cvename>
<cvename>CVE-2020-14673</cvename>
<cvename>CVE-2020-14674</cvename>
<cvename>CVE-2020-14675</cvename>
<cvename>CVE-2020-14676</cvename>
<cvename>CVE-2020-14677</cvename>
<cvename>CVE-2020-14694</cvename>
<cvename>CVE-2020-14695</cvename>
<cvename>CVE-2020-14698</cvename>
<cvename>CVE-2020-14699</cvename>
<cvename>CVE-2020-14700</cvename>
<cvename>CVE-2020-14703</cvename>
<cvename>CVE-2020-14704</cvename>
<cvename>CVE-2020-14707</cvename>
<cvename>CVE-2020-14711</cvename>
<cvename>CVE-2020-14712</cvename>
<cvename>CVE-2020-14713</cvename>
<cvename>CVE-2020-14714</cvename>
<cvename>CVE-2020-14715</cvename>
</references>
<dates>
<discovery>2020-07-14</discovery>
<entry>2020-07-19</entry>
</dates>
</vuln>
<vuln vid="f7a02651-c798-11ea-81d6-6805cabe6ebb">
<topic>clamav -- multiple vulnerabilities</topic>
<affects>
<package>
<name>clamav</name>
<range><lt>0.102.4,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Micah Snyder reports:</p>
<blockquote cite="https://blog.clamav.net/2020/07/clamav-01024-security-patch-released.html">
<dl>
<dt>CVE-2020-3350</dt>
<dd>
Fixed a vulnerability a malicious user could exploit to replace
a scan target's directory with a symlink to another path to trick
clamscan, clamdscan, or clamonacc into removing or moving a different
file (such as a critical system file). The issue would affect users
that use the --move or --remove options for clamscan, clamdscan and
clamonacc.
</dd>
<dt>CVE-2020-3327</dt>
<dd>
Fixed a vulnerability in the ARJ archive-parsing module in ClamAV
0.102.3 that could cause a denial-of-service (DoS) condition.
Improper bounds checking resulted in an out-of-bounds read that could
cause a crash. The previous fix for this CVE in version 0.102.3 was
incomplete. This fix correctly resolves the issue.
</dd>
<dt>CVE-2020-3481</dt>
<dd>
Fixed a vulnerability in the EGG archive module in ClamAV 0.102.0
- 0.102.3 that could cause a denial-of-service (DoS) condition.
Improper error handling could cause a crash due to a NULL pointer
dereference. This vulnerability is mitigated for those using the
official ClamAV signature databases because the file type signatures
in daily.cvd will not enable the EGG archive parser in affected
versions.
</dd>
</dl>
</blockquote>
</body>
</description>
<references>
<url>https://blog.clamav.net/2020/07/clamav-01024-security-patch-released.html</url>
<cvename>CVE-2020-3350</cvename>
<cvename>CVE-2020-3327</cvename>
<cvename>CVE-2020-3481</cvename>
</references>
<dates>
<discovery>2020-07-16</discovery>
<entry>2020-07-16</entry>
</dates>
</vuln>
<vuln vid="714e6c35-c75b-11ea-aa29-d74973d1f9f3">
<topic>OpenEXR/ilmbase 2.5.2 -- patch release with various bug/security fixes</topic>
<affects>
<package>
<name>ilmbase</name>
<range><lt>2.5.2</lt></range>
</package>
<package>
<name>openexr</name>
<range><lt>2.5.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Cary Phillips reports:</p>
<blockquote cite="https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.2">
<p>openexr 2.5.2 [is a p]atch release with various bug/security and build/install fixes:</p>
<ul>
<li>Invalid input could cause a heap-use-after-free error in DeepScanLineInputFile::DeepScanLineInputFile()</li>
<li>Invalid chunkCount attributes could cause heap buffer overflow in getChunkOffsetTableSize()</li>
<li>Invalid tiled input file could cause invalid memory access TiledInputFile::TiledInputFile()</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.5.2</url>
</references>
<dates>
<discovery>2020-05-18</discovery>
<entry>2020-07-16</entry>
</dates>
</vuln>
<vuln vid="870d59b0-c6c4-11ea-8015-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>84.0.4147.89</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/07/stable-channel-update-for-desktop.html">
<p>This update contains 38 security fixes, including:</p>
<ul>
<li>[1103195] Critical CVE-2020-6510: Heap buffer overflow in
background fetch. Reported by Leecraso and Guang Gong of 360
Alpha Lab working with 360 BugCloud on 2020-07-08</li>
<li>[1074317] High CVE-2020-6511: Side-channel information leakage
in content security policy. Reported by Mikhail Oblozhikhin on
2020-04-24</li>
<li>[1084820] High CVE-2020-6512: Type Confusion in V8. Reported by
nocma, leogan, cheneyxu of WeChat Open Platform Security Team on
2020-05-20</li>
<li>[1091404] High CVE-2020-6513: Heap buffer overflow in PDFium.
Reported by Aleksandar Nikolic of Cisco Talos on 2020-06-04</li>
<li>[1076703] High CVE-2020-6514: Inappropriate implementation in
WebRTC. Reported by Natalie Silvanovich of Google Project Zero on
2020-04-30</li>
<li>[1082755] High CVE-2020-6515: Use after free in tab strip.
Reported by DDV_UA on 2020-05-14</li>
<li>[1092449] High CVE-2020-6516: Policy bypass in CORS. Reported by
Yongke Wang(@Rudykewang) and Aryb1n(@aryb1n) of Tencent Security
Xuanwu Lab on 2020-06-08</li>
<li>[1095560] High CVE-2020-6517: Heap buffer overflow in history.
Reported by ZeKai Wu (@hellowuzekai) of Tencent Security Xuanwu
Lab on 2020-06-16</li>
<li>[986051] Medium CVE-2020-6518: Use after free in developer
tools. Reported by David Erceg on 2019-07-20</li>
<li>[1064676] Medium CVE-2020-6519: Policy bypass in CSP. Reported
by Gal Weizman (@WeizmanGal) of PerimeterX on 2020-03-25</li>
<li>[1092274] Medium CVE-2020-6520: Heap buffer overflow in Skia.
Reported by Zhen Zhou of NSFOCUS Security Team on 2020-06-08</li>
<li>[1075734] Medium CVE-2020-6521: Side-channel information leakage
in autofill. Reported by Xu Lin (University of Illinois at
Chicago), Panagiotis Ilia (University of Illinois at Chicago),
Jason Polakis (University of Illinois at Chicago) on
2020-04-27</li>
<li>[1052093] Medium CVE-2020-6522: Inappropriate implementation in
external protocol handlers. Reported by Eric Lawrence of Microsoft
on 2020-02-13</li>
<li>[1080481] Medium CVE-2020-6523: Out of bounds write in Skia.
Reported by Liu Wei and Wu Zekai of Tencent Security Xuanwu Lab on
2020-05-08</li>
<li>[1081722] Medium CVE-2020-6524: Heap buffer overflow in
WebAudio. Reported by Sung Ta (@Mipu94) of SEFCOM Lab, Arizona
State University on 2020-05-12</li>
<li>[1091670] Medium CVE-2020-6525: Heap buffer overflow in Skia.
Reported by Zhen Zhou of NSFOCUS Security Team on 2020-06-05</li>
<li>[1074340] Low CVE-2020-6526: Inappropriate implementation in
iframe sandbox. Reported by Jonathan Kingston on 2020-04-24</li>
<li>[992698] Low CVE-2020-6527: Insufficient policy enforcement in
CSP. Reported by Zhong Zhaochen of andsecurity.cn on
2019-08-10</li>
<li>[1063690] Low CVE-2020-6528: Incorrect security UI in basic
auth. Reported by Rayyan Bijoora on 2020-03-22</li>
<li>[978779] Low CVE-2020-6529: Inappropriate implementation in
WebRTC. Reported by kaustubhvats7 on 2019-06-26</li>
<li>[1016278] Low CVE-2020-6530: Out of bounds memory access in
developer tools. Reported by myvyang on 2019-10-21</li>
<li>[1042986] Low CVE-2020-6531: Side-channel information leakage in
scroll to text. Reported by Jun Kokatsu, Microsoft Browser
Vulnerability Research on 2020-01-17</li>
<li>[1069964] Low CVE-2020-6533: Type Confusion in V8. Reported by
Avihay Cohen @ SeraphicAlgorithms on 2020-04-11</li>
<li>[1072412] Low CVE-2020-6534: Heap buffer overflow in WebRTC.
Reported by Anonymous on 2020-04-20</li>
<li>[1073409] Low CVE-2020-6535: Insufficient data validation in
WebUI. Reported by Jun Kokatsu, Microsoft Browser Vulnerability
Research on 2020-04-22</li>
<li>[1080934] Low CVE-2020-6536: Incorrect security UI in PWAs.
Reported by Zhiyang Zeng of Tencent security platform department
on 2020-05-09</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6510</cvename>
<cvename>CVE-2020-6511</cvename>
<cvename>CVE-2020-6512</cvename>
<cvename>CVE-2020-6513</cvename>
<cvename>CVE-2020-6514</cvename>
<cvename>CVE-2020-6515</cvename>
<cvename>CVE-2020-6516</cvename>
<cvename>CVE-2020-6517</cvename>
<cvename>CVE-2020-6518</cvename>
<cvename>CVE-2020-6519</cvename>
<cvename>CVE-2020-6520</cvename>
<cvename>CVE-2020-6521</cvename>
<cvename>CVE-2020-6522</cvename>
<cvename>CVE-2020-6523</cvename>
<cvename>CVE-2020-6524</cvename>
<cvename>CVE-2020-6525</cvename>
<cvename>CVE-2020-6526</cvename>
<cvename>CVE-2020-6527</cvename>
<cvename>CVE-2020-6528</cvename>
<cvename>CVE-2020-6529</cvename>
<cvename>CVE-2020-6530</cvename>
<cvename>CVE-2020-6531</cvename>
<cvename>CVE-2020-6533</cvename>
<cvename>CVE-2020-6534</cvename>
<cvename>CVE-2020-6535</cvename>
<cvename>CVE-2020-6536</cvename>
<url>https://chromereleases.googleblog.com/2020/07/stable-channel-update-for-desktop.html</url>
</references>
<dates>
<discovery>2020-07-14</discovery>
<entry>2020-07-15</entry>
</dates>
</vuln>
<vuln vid="1ddab5cb-14c9-4632-959f-802c412a9593">
<topic>jenkins -- multiple vulnerabilities</topic>
<affects>
<package>
<name>jenkins</name>
<range><lt>2.245</lt></range>
</package>
<package>
<name>jenkins-lts</name>
<range><lt>2.235.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jenkins Security Advisory:</p>
<blockquote cite="https://www.jenkins.io/security/advisory/2020-07-15/">
<h1>Description</h1>
<h5>(High) SECURITY-1868 / CVE-2020-2220</h5>
<p>Stored XSS vulnerability in job build time trend</p>
<h5>(High) SECURITY-1901 / CVE-2020-2221</h5>
<p>Stored XSS vulnerability in upstream cause</p>
<h5>(High) SECURITY-1902 / CVE-2020-2222</h5>
<p>Stored XSS vulnerability in 'keep forever' badge icons</p>
<h5>(High) SECURITY-1945 / CVE-2020-2223</h5>
<p>Stored XSS vulnerability in console links</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-2220</cvename>
<cvename>CVE-2020-2221</cvename>
<cvename>CVE-2020-2222</cvename>
<cvename>CVE-2020-2223</cvename>
<url>https://www.jenkins.io/security/advisory/2020-07-15/</url>
</references>
<dates>
<discovery>2020-07-15</discovery>
<entry>2020-07-15</entry>
</dates>
</vuln>
<vuln vid="0ed71663-c369-11ea-b53c-d4c9ef517024">
<topic>MySQL -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>mysql56-client</name>
<range><lt>5.6.49</lt></range>
</package>
<package>
<name>mysql56-server</name>
<range><lt>5.6.49</lt></range>
</package>
<package>
<name>mysql57-client</name>
<range><lt>5.7.31</lt></range>
</package>
<package>
<name>mysql57-server</name>
<range><lt>5.7.31</lt></range>
</package>
<package>
<name>mysql80-client</name>
<range><lt>8.0.21</lt></range>
</package>
<package>
<name>mysql80-server</name>
<range><lt>8.0.21</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Oracle reports:</p>
<blockquote cite="https://www.oracle.com/security-alerts/cpujul2020.html">
<p>This Critical Patch Update contains 40 new security patches for
Oracle MySQL. 6 of these vulnerabilities may be remotely exploitable
without authentication, i.e., may be exploited over a network without
requiring user credentials.</p>
<p>The highest CVSS v3.1 Base Score of vulnerabilities affecting Oracle
MySQL is 9.8.</p>
<p>This Pre-Release Announcement provides advance information about the
Oracle Critical Patch Update for July 2020, which will be released on
Tuesday, July 14, 2020.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.oracle.com/security-alerts/cpujul2020.html</url>
</references>
<dates>
<discovery>2020-07-07</discovery>
<entry>2020-07-11</entry>
</dates>
</vuln>
<vuln vid="c11ee146-c266-11ea-8659-901b0ef719ab">
<topic>FreeBSD -- IPv6 socket option race condition and use after free</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_7</lt></range>
<range><ge>11.4</ge><lt>11.4_1</lt></range>
<range><ge>11.3</ge><lt>11.3_11</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>The IPV6_2292PKTOPTIONS set handler was missing synchronization,
so racing accesses could modify freed memory.</p>
<h1>Impact:</h1>
<p>A malicious user application could trigger memory corruption, leading
to privilege escalation.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7457</cvename>
<freebsdsa>SA-20:20.ipv6</freebsdsa>
</references>
<dates>
<discovery>2020-07-09</discovery>
<entry>2020-07-10</entry>
</dates>
</vuln>
<vuln vid="f8b46415-c264-11ea-8659-901b0ef719ab">
<topic>FreeBSD -- posix_spawnp(3) buffer overflow</topic>
<affects>
<package>
<name>FreeBSD</name>
<range><ge>11.4</ge><lt>11.4_1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>posix_spawnp spawns a new thread with a limited stack allocated on the heap
before delegating to execvp for the final execution within that thread.</p>
<p>execvp would previously make unbounded allocations on the stack, directly
proportional to the length of the user-controlled PATH environment variable.</p>
<h1>Impact:</h1>
<p>Long values in the user-controlled PATH environment variable cause
posix_spawnp to write beyond the end of stack that was allocated, ultimately
overflowing the heap-allocated stack with a direct copy of the value stored
in PATH.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7458</cvename>
<freebsdsa>SA-20:18.posix_spawnp</freebsdsa>
</references>
<dates>
<discovery>2020-07-09</discovery>
<entry>2020-07-10</entry>
</dates>
</vuln>
<vuln vid="198a120d-c22d-11ea-9172-4c72b94353b5">
<topic>mybb -- multible vulnerabilities</topic>
<affects>
<package>
<name>mybb</name>
<range><lt>1.8.22</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>mybb Team reports:</p>
<blockquote cite="https://blog.mybb.com/2019/12/30/mybb-1-8-22-released-security-maintenance-release/">
<p>High risk: Installer RCE on settings file write</p>
<p>Medium risk: Arbitrary upload paths and Local File Inclusion RCE</p>
<p>Medium risk: XSS via insufficient HTML sanitization of Blog feed and Extend data</p>
<p>Low risk: Open redirect on login</p>
<p>Low risk: SCEditor reflected XSS</p>
</blockquote>
</body>
</description>
<references>
<url>https://blog.mybb.com/2019/12/30/mybb-1-8-22-released-security-maintenance-release/</url>
</references>
<dates>
<discovery>2019-12-30</discovery>
<entry>2020-07-09</entry>
</dates>
</vuln>
<vuln vid="20b46222-c12b-11ea-abe8-08002728f74c">
<topic>kramdown -- template option vulnerability</topic>
<affects>
<package>
<name>rubygem-kramdown</name>
<range><lt>2.3.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>kramdown news:</p>
<blockquote cite="https://kramdown.gettalong.org/news.html">
<p>CVE-2020-14001 is addressed to avoid problems when using the
{::options /} extension together with the 'template' option.</p>
</blockquote>
</body>
</description>
<references>
<url>https://kramdown.gettalong.org/news.html</url>
<cvename>CVE-2020-14001</cvename>
</references>
<dates>
<discovery>2020-06-28</discovery>
<entry>2020-07-08</entry>
</dates>
</vuln>
<vuln vid="c685edd9-c045-11ea-8898-001cc0382b2f">
<topic>Mbed TLS -- Side-channel attack on ECC key import and validation</topic>
<affects>
<package>
<name>mbedtls</name>
<range><lt>2.16.7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Manuel Pégourié-Gonnard reports:</p>
<blockquote cite="https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-07">
<p>The scalar multiplication function in Mbed TLS accepts a random
number generator (RNG) as an optional argument and, if provided,
uses it to protect against some attacks.</p>
<p>It is the caller's responsibility to provide a RNG if protection
against side-channel attacks is desired; however two groups of
functions in Mbed TLS itself fail to pass a RNG:</p>
<ol>
<li>mbedtls_pk_parse_key() and mbedtls_pk_parse_keyfile()</li>
<li>mbedtls_ecp_check_pub_priv() and mbedtls_pk_check_pair()</li>
</ol>
<p>When those functions are called, scalar multiplication is computed
without randomisation, a number of old and new attacks apply,
allowing a powerful local attacker to fully recover the private
key.</p>
</blockquote>
</body>
</description>
<references>
<url>https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-07</url>
</references>
<dates>
<discovery>2020-07-01</discovery>
<entry>2020-07-07</entry>
</dates>
</vuln>
<vuln vid="f7a97d43-c039-11ea-a051-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>13.1.0</ge><lt>13.1.3</lt></range>
<range><ge>13.0.0</ge><lt>13.0.9</lt></range>
<range><ge>0</ge><lt>12.10.14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/07/06/critical-security-release-gitlab-13-1-3-released/">
<p>Workhorse bypass allows files in /tmp to be read via Maven Repository APIs</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/07/06/critical-security-release-gitlab-13-1-3-released/</url>
<cvename>CVE-2020-15525</cvename>
</references>
<dates>
<discovery>2020-07-06</discovery>
<entry>2020-07-07</entry>
</dates>
</vuln>
<vuln vid="33c05d57-bf6e-11ea-ba1e-0800273f78d3">
<topic>Python -- multiple vulnerabilities</topic>
<affects>
<package>
<name>python37</name>
<range><lt>3.7.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Python reports:</p>
<blockquote cite="https://docs.python.org/3.7/whatsnew/changelog.html#changelog">
<p>The AbstractBasicAuthHandler class of the urllib.request module uses an inefficient
regular expression which can be exploited by an attacker to cause a denial of service.
Fix the regex to prevent the catastrophic backtracking. Vulnerability reported by Ben
Caller and Matt Schwager.</p>
<p>Disallow control characters in hostnames in http.client, addressing CVE-2019-18348.
Such potentially malicious header injection URLs now cause a InvalidURL to be raised.</p>
<p>Disallow CR or LF in email.headerregistry.Address arguments to guard against header
injection attacks.</p>
</blockquote>
</body>
</description>
<references>
<url>https://docs.python.org/3.7/whatsnew/changelog.html#changelog</url>
<cvename>CVE-2019-18348</cvename>
<cvename>CVE-2020-8492</cvename>
</references>
<dates>
<discovery>2019-10-24</discovery>
<entry>2020-07-06</entry>
</dates>
</vuln>
<vuln vid="ae599263-bca2-11ea-b78f-b42e99a1b9c3">
<topic>samba -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>samba410</name>
<range><lt>4.10.17</lt></range>
</package>
<package>
<name>samba411</name>
<range><lt>4.11.11</lt></range>
</package>
<package>
<name>samba412</name>
<range><lt>4.12.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Samba Team reports:</p>
<blockquote cite="https://www.samba.org/samba/history/security.html">
<p>Four vulnerabilities were fixed in samba:</p>
<ul>
<li>CVE-2020-10730: NULL pointer de-reference and use-after-free in Samba AD DC LDAP Server with ASQ, VLV and paged_results</li>
<li>CVE-2020-10745: Parsing and packing of NBT and DNS packets can consume excessive CPU in the AD DC (only)</li>
<li>CVE-2020-10760: LDAP Use-after-free in Samba AD DC Global Catalog with paged_results and VLV</li>
<li>CVE-2020-14303: Empty UDP packet DoS in Samba AD DC nbtd</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://www.samba.org/samba/security/CVE-2020-10730.html</url>
<url>https://www.samba.org/samba/security/CVE-2020-10745.html</url>
<url>https://www.samba.org/samba/security/CVE-2020-10760.html</url>
<url>https://www.samba.org/samba/security/CVE-2020-14303.html</url>
<cvename>CVE-2020-10730</cvename>
<cvename>CVE-2020-10745</cvename>
<cvename>CVE-2020-10760</cvename>
<cvename>CVE-2020-14303</cvename>
</references>
<dates>
<discovery>2020-07-02</discovery>
<entry>2020-07-02</entry>
</dates>
</vuln>
<vuln vid="4344861a-be0b-11ea-9172-4c72b94353b5">
<topic>Anydesk -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>anydesk</name>
<range><lt>5.5.5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Anydesk reports:</p>
<blockquote cite="https://download.anydesk.com/changelog.txt">
<p>AnyDesk before 5.5.3 on Linux and FreeBSD has a format string
vulnerability that can be exploited for remote code execution.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13160</url>
<cvename>CVE-2020-13160</cvename>
</references>
<dates>
<discovery>2020-06-10</discovery>
<entry>2020-07-04</entry>
</dates>
</vuln>
<vuln vid="d9f686f3-fde0-48dc-ab0a-01c2fe3e0529">
<topic>py-matrix-synapse -- multiple vulnerabilities</topic>
<affects>
<package>
<name>py36-matrix-synapse</name>
<name>py37-matrix-synapse</name>
<name>py38-matrix-synapse</name>
<range><lt>1.15.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Matrix developers report:</p>
<blockquote cite="https://github.com/matrix-org/synapse/releases/tag/v1.15.2">
<p>Due to the two security issues highlighted below, server administrators are encouraged to update Synapse. We are not aware of these vulnerabilities being exploited in the wild.</p>
<ul>
<li>A malicious homeserver could force Synapse to reset the state in a room to a small subset of the correct state. This affects all Synapse deployments which federate with untrusted servers.</li>
<li>HTML pages served via Synapse were vulnerable to clickjacking attacks. This predominantly affects homeservers with single-sign-on enabled, but all server administrators are encouraged to upgrade.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/matrix-org/synapse/releases/tag/v1.15.2</url>
</references>
<dates>
<discovery>2020-07-02</discovery>
<entry>2020-07-03</entry>
</dates>
</vuln>
<vuln vid="27616957-b084-11ea-937b-b42e99a1b9c3">
<topic>dbus file descriptor leak</topic>
<affects>
<package>
<name>dbus</name>
<range><lt>1.12.18</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>GitHub Security Lab reports:</p>
<blockquote cite="https://gitlab.freedesktop.org/dbus/dbus/-/issues/294">
<p>D-Bus has a file descriptor leak, which can lead to denial of service when the dbus-daemon runs out of file descriptors.
An unprivileged local attacker can use this to attack the system dbus-daemon, leading to denial of service for all users of the machine.</p>
</blockquote>
</body>
</description>
<references>
<url>https://gitlab.freedesktop.org/dbus/dbus/-/issues/294</url>
<url>https://www.openwall.com/lists/oss-security/2020/06/04/3</url>
<cvename>CVE-2020-12049</cvename>
</references>
<dates>
<discovery>2020-04-09</discovery>
<entry>2020-07-03</entry>
</dates>
</vuln>
<vuln vid="0a305431-bc98-11ea-a051-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>13.1.0</ge><lt>13.1.2</lt></range>
<range><ge>13.0.0</ge><lt>13.0.8</lt></range>
<range><ge>0</ge><lt>12.10.13</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/07/01/security-release-13-1-2-release/">
<p>Missing Permission Check on Time Tracking</p>
<p>Cross-Site Scripting in PyPi Files API</p>
<p>Insecure Authorization Check on Private Project Security Dashboard</p>
<p>Cross-Site Scripting in References</p>
<p>Cross-Site Scripting in Group Names</p>
<p>Cross-Site Scripting in Blob Viewer</p>
<p>Cross-Site Scripting in Error Tracking</p>
<p>Insecure Authorisation Check on Creation and Deletion of Deploy Tokens</p>
<p>User Name Format Restiction Bypass</p>
<p>Denial of Service in Issue Comments</p>
<p>Cross-Site Scripting in Wiki Pages</p>
<p>Private Merge Request Updates Leaked via Todos</p>
<p>Private User Activity Leaked via API</p>
<p>Cross-Site Scripting in Bitbucket Import Feature</p>
<p>Github Project Restriction Bypass</p>
<p>Update PCRE Dependency</p>
<p>Update Kaminari Gem</p>
<p>Cross-Site Scripting in User Profile</p>
<p>Update Xterm.js</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/07/01/security-release-13-1-2-release/</url>
<cvename>CVE-2020-14155</cvename>
<cvename>CVE-2020-11082</cvename>
<cvename>CVE-2019-0542</cvename>
</references>
<dates>
<discovery>2020-07-01</discovery>
<entry>2020-07-02</entry>
</dates>
</vuln>
<vuln vid="fce7a6e7-bc5d-11ea-b38d-f0def1d0c3ea">
<topic>coturn -- information leakage</topic>
<affects>
<package>
<name>coturn</name>
<range><lt>4.5.1.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Felix Dörre reports:</p>
<blockquote cite="https://github.com/coturn/coturn/security/advisories/GHSA-c8r8-8vp5-6gcm">
<p>The issue is that STUN/TURN response buffer is not initialized properly. (CWE 665)
This is a leak of information between different client connections. One client (an attacker)
could use their connection to intelligently query coturn to get interesting bytes in the
padding bytes from the connection of another client.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/coturn/coturn/commit/fdf7065d0f8e676feaf6734e86370f6dadfb8eec</url>
<cvename>CVE-2020-4067</cvename>
</references>
<dates>
<discovery>2020-06-30</discovery>
<entry>2020-07-02</entry>
</dates>
</vuln>
<vuln vid="641cd669-bc37-11ea-babf-6805ca2fa271">
<topic>powerdns-recursor -- access restriction bypass</topic>
<affects>
<package>
<name>powerdns-recursor</name>
<range><ge>4.3.0</ge><lt>4.3.2</lt></range>
<range><ge>4.2.0</ge><lt>4.2.3</lt></range>
<range><ge>4.1.0</ge><lt>4.1.17</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>PowerDNS Team reports:</p>
<blockquote cite="https://doc.powerdns.com/recursor/changelog/4.3.html#change-4.3.2">
<p>CVE-2020-14196: An issue has been found in PowerDNS Recursor where the ACL applied to the internal
web server via webserver-allow-from is not properly enforced, allowing a remote attacker to send
HTTP queries to the internal web server, bypassing the restriction.
In the default configuration the API webserver is not enabled. Only installations using a
non-default value for webserver and webserver-address are affected.</p>
</blockquote>
</body>
</description>
<references>
<url>https://doc.powerdns.com/recursor/security-advisories/index.html</url>
<cvename>CVE-2020-14196</cvename>
</references>
<dates>
<discovery>2020-07-01</discovery>
<entry>2020-07-02</entry>
</dates>
</vuln>
<vuln vid="b51d5391-bb76-11ea-9172-4c72b94353b5">
<topic>drupal -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>drupal7</name>
<range><lt>7.72</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Drupal Security Team reports:</p>
<blockquote cite="https://www.drupal.org/project/drupal/releases/7.72">
<p>The Drupal core Form API does not properly handle certain form input
from cross-site requests, which can lead to other vulnerabilities.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.drupal.org/sa-core-2020-004</url>
</references>
<dates>
<discovery>2020-06-17</discovery>
<entry>2020-07-01</entry>
</dates>
</vuln>
<vuln vid="2675f0db-baa5-11ea-aa12-80ee73419af3">
<topic>xrdp -- Local users can perform a buffer overflow attack against the xrdp-sesman service and then inpersonate it</topic>
<affects>
<package>
<name>xrdp</name>
<range><lt>0.9.13.1,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Ashley Newson reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-4044">
<p>The xrdp-sesman service can be crashed by connecting over port 3350 and supplying a malicious payload. Once the xrdp-sesman process is dead, an unprivileged attacker on the server could then proceed to start their own imposter sesman service listening on port 3350.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/neutrinolabs/xrdp/security/advisories/GHSA-j9fv-6fwf-p3g4</url>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-4044</url>
<cvename>CVE-2020-4044</cvename>
</references>
<dates>
<discovery>2020-06-02</discovery>
<entry>2020-06-30</entry>
</dates>
</vuln>
<vuln vid="d0be8e1f-b19a-11ea-94aa-b827eb2f57d4">
<topic>MongoDB -- Ensure RoleGraph can serialize authentication restrictions to BSON</topic>
<affects>
<package>
<name>mongodb36</name>
<range><lt>3.6.18</lt></range>
</package>
<package>
<name>mongodb40</name>
<range><lt>4.0.15</lt></range>
</package>
<package>
<name>mongodb42</name>
<range><lt>4.2.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p> reports:</p>
<blockquote cite="https://jira.mongodb.org/browse/SERVER-45472">
<p>Improper serialization of MongoDB Server's internal authorization state permits a user with valid credentials to bypass IP source address protection mechanisms following administrative action.</p>
<p>Credit<br/>
Discovered by Tony Yesudas.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-7921</cvename>
</references>
<dates>
<discovery>2020-01-10</discovery>
<entry>2020-06-29</entry>
</dates>
</vuln>
<vuln vid="4200d5f5-b985-11ea-b08a-f8b156b6dcc8">
<topic>libvorbis -- two vulnerabilities</topic>
<affects>
<package>
<name>libvorbis</name>
<range><lt>1.3.6_1,3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Two vulnerabilities were fixed in the upstream repository:</p>
<ul>
<li>The bark_noise_hybridmp function allows remote attackers
to cause a denial of service (out-of-bounds access and
application crash) or possibly have unspecified other
impact via a crafted file.</li>
<li>mapping0_forward does not validate the number of
channels, which allows remote attackers to cause a denial
of service (heap-based buffer overflow or over-read) or
possibly have unspecified other impact via a crafted
file.</li>
</ul>
</body>
</description>
<references>
<url>https://www.openwall.com/lists/oss-security/2017/09/21/2</url>
<cvename>CVE-2017-14160</cvename>
<url>https://gitlab.xiph.org/xiph/vorbis/-/issues/2335</url>
<cvename>CVE-2018-10392</cvename>
</references>
<dates>
<discovery>2017-09-21</discovery>
<entry>2020-06-28</entry>
</dates>
</vuln>
<vuln vid="6190c0cd-b945-11ea-9401-2dcf562daa69">
<topic>PuTTY -- Release 0.74 fixes two security vulnerabilities</topic>
<affects>
<package>
<name>putty</name>
<range><lt>0.74</lt></range>
</package>
<package>
<name>putty-gtk2</name>
<range><lt>0.74</lt></range>
</package>
<package>
<name>putty-nogtk</name>
<range><lt>0.74</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Simon Tatham reports:</p>
<blockquote cite="https://lists.tartarus.org/pipermail/putty-announce/2020/000030.html">
<p>[Release 0.74] fixes the following security issues:</p>
<ul><li>New configuration option to disable PuTTY's default policy of
changing its host key algorithm preferences to prefer keys it
already knows. (There is a theoretical information leak in this
policy.) [CVE-2020-14002]</li>
<li>In some situations an SSH server could cause PuTTY to access freed
mdmory by pretending to accept an SSH key and then refusing the
actual signature. It can only happen if you're using an SSH agent.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://lists.tartarus.org/pipermail/putty-announce/2020/000030.html</url>
<url>https://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/vuln-dynamic-hostkey-info-leak.html</url>
<url>https://www.fzi.de/en/news/news/detail-en/artikel/fsa-2020-2-ausnutzung-eines-informationslecks-fuer-gezielte-mitm-angriffe-auf-ssh-clients/</url>
<cvename>CVE-2020-14002</cvename>
<url>https://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/vuln-agent-keylist-used-after-free.html</url>
</references>
<dates>
<discovery>2020-06-27</discovery>
<entry>2020-06-28</entry>
</dates>
</vuln>
<vuln vid="6a5d15b6-b661-11ea-8015-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>83.0.4103.116</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/06/stable-channel-update-for-desktop_22.html">
<p>This update includes 2 security fixes, including:</p>
<ul>
<li>[1092308] High CVE-2020-6509: Use after free in extensions.
Reported by Anonymous on 2020-06-08</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6509</cvename>
<url>https://chromereleases.googleblog.com/2020/06/stable-channel-update-for-desktop_22.html</url>
</references>
<dates>
<discovery>2020-06-22</discovery>
<entry>2020-06-24</entry>
</dates>
</vuln>
<vuln vid="29b13a34-b1d2-11ea-a11c-4437e6ad11c4">
<topic>Machine-in-the-middle response injection attack when using STARTTLS with IMAP, POP3, and SMTP</topic>
<affects>
<package>
<name>mutt</name>
<range><le>1.14.3</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>mutt 1.14.4 updates:</p>
<blockquote cite="https://gitlab.com/muttmua/mutt/-/commit/c547433cdf2e79191b15c6932c57f1472bfb5ff4">
<p>CVE-2020-14954 - Machine-in-the-middle response injection attack when using STARTTLS with IMAP, POP3, and SMTP</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-14954</cvename>
<url>https://gitlab.com/muttmua/mutt/-/commit/c547433cdf2e79191b15c6932c57f1472bfb5ff4</url>
</references>
<dates>
<discovery>2020-06-16</discovery>
<entry>2020-06-24</entry>
</dates>
</vuln>
<vuln vid="5b397852-b1d0-11ea-a11c-4437e6ad11c4">
<topic>IMAP fcc/postpone machine-in-the-middle attack</topic>
<affects>
<package>
<name>mutt</name>
<range><le>1.14.2</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>mutt 1.14.3 updates:</p>
<blockquote cite="https://github.com/muttmua/mutt/commit/3e88866dc60b5fa6aaba6fd7c1710c12c1c3cd01">
<p>CVE-2020-14093 - IMAP fcc/postpone man-in-the-middle attack via a PREAUTH response.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/muttmua/mutt/commit/3e88866dc60b5fa6aaba6fd7c1710c12c1c3cd01</url>
<cvename>CVE-2020-14093</cvename>
</references>
<dates>
<discovery>2020-06-14</discovery>
<entry>2020-06-24</entry>
</dates>
</vuln>
<vuln vid="6bff5ca6-b61a-11ea-aef4-08002728f74c">
<topic>curl -- multiple vulnerabilities</topic>
<affects>
<package>
<name>curl</name>
<range><ge>7.20.0</ge><lt>7.71.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>curl security problems:</p>
<blockquote cite="https://curl.haxx.se/docs/security.html">
<p>CVE-2020-8169: Partial password leak over DNS on HTTP redirect</p>
<p>libcurl can be tricked to prepend a part of the password to the
host name before it resolves it, potentially leaking the partial
password over the network and to the DNS server(s).</p>
<p>libcurl can be given a username and password for HTTP
authentication when requesting an HTTP resource - used for HTTP
Authentication such as Basic, Digest, NTLM and similar. The
credentials are set, either together with CURLOPT_USERPWD or
separately with CURLOPT_USERNAME and CURLOPT_PASSWORD. Important
detail: these strings are given to libcurl as plain C strings and
they are not supposed to be URL encoded.</p>
<p>In addition, libcurl also allows the credentials to be set in the
URL, using the standard RFC 3986 format:
http://user:password@host/path. In this case, the name and password
are URL encoded as that's how they appear in URLs.</p>
<p>If the options are set, they override the credentials set in the
URL.</p>
<p>Internally, this is handled by storing the credentials in the "URL
object" so that there is only a single set of credentials stored
associated with this single URL.</p>
<p>When libcurl handles a relative redirect (as opposed to an
absolute URL redirect) for an HTTP transfer, the server is only
sending a new path to the client and that path is applied on to the
existing URL. That "applying" of the relative path on top of an
absolute URL is done by libcurl first generating a full absolute
URL out of all the components it has, then it applies the redirect
and finally it deconstructs the URL again into its separate
components.</p>
<p>This security vulnerability originates in the fact that curl did
not correctly URL encode the credential data when set using one of
the curl_easy_setopt options described above. This made curl
generate a badly formatted full URL when it would do a redirect and
the final re-parsing of the URL would then go bad and wrongly
consider a part of the password field to belong to the host name.</p>
<p>The wrong host name would then be used in a name resolve lookup,
potentially leaking the host name + partial password in clear text
over the network (if plain DNS was used) and in particular to the
used DNS server(s).</p>
<p>CVE-2020-8177: curl overwrite local file with -J</p>
<p>curl can be tricked by a malicious server to overwrite a local
file when using -J (--remote-header-name) and -i (--include) in the
same command line.</p>
<p>The command line tool offers the -J option that saves a remote
file using the file name present in the Content-Disposition:
response header. curl then refuses to overwrite an existing local
file using the same name, if one already exists in the current
directory.</p>
<p>The -J flag is designed to save a response body, and so it doesn't
work together with -i and there's logic that forbids it. However,
the check is flawed and doesn't properly check for when the options
are used in the reversed order: first using -J and then -i were
mistakenly accepted.</p>
<p>The result of this mistake was that incoming HTTP headers could
overwrite a local file if one existed, as the check to avoid the
local file was done first when body data was received, and due to
the mistake mentioned above, it could already have received and
saved headers by that time.</p>
<p>The saved file would only get response headers added to it, as it
would abort the saving when the first body byte arrives. A
malicious server could however still be made to send back virtually
anything as headers and curl would save them like this, until the
first CRLF-CRLF sequence appears.</p>
<p>(Also note that -J needs to be used in combination with -O to have
any effect.)</p>
</blockquote>
</body>
</description>
<references>
<url>https://curl.haxx.se/docs/security.html</url>
<url>https://curl.haxx.se/docs/CVE-2020-8169.html</url>
<url>https://curl.haxx.se/docs/CVE-2020-8177.html</url>
<cvename>CVE-2020-8169</cvename>
<cvename>CVE-2020-8177</cvename>
</references>
<dates>
<discovery>2020-06-24</discovery>
<entry>2020-06-24</entry>
</dates>
</vuln>
<vuln vid="ce0c8590-b628-11ea-9d28-3c970ee9157c">
<topic>CUPS -- memory corruption</topic>
<affects>
<package>
<name>cups</name>
<range><lt>2.3.3_1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Apple reports:</p>
<blockquote cite="https://github.com/apple/cups/releases/tag/v2.3.3">
<ul>
<li>CVE-2019-8842: The ippReadIO function may under-read an
extension.</li>
<li>CVE-2020-3898: The ppdOpen function did not handle invalid UI
constraint. ppdcSource::get_resolution function did not handle
invalid resolution strings. An application may be able to gain
elevated privileges.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/apple/cups/releases/tag/v2.3.3</url>
<url>https://support.apple.com/en-us/HT211100</url>
<cvename>CVE-2019-8842</cvename>
<cvename>CVE-2020-3898</cvename>
</references>
<dates>
<discovery>2020-04-28</discovery>
<entry>2020-06-24</entry>
</dates>
</vuln>
<vuln vid="feb8afdc-b3e5-11ea-9df5-08002728f74c">
<topic>Rails -- permission vulnerability</topic>
<affects>
<package>
<name>rubygem-actionpack60</name>
<range><lt>6.0.3.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Ruby on Rails blog:</p>
<blockquote cite="https://weblog.rubyonrails.org/2020/6/17/Rails-6-0-3-2-has-been-released/">
<p>Rails 6.0.3.2 has been released! This version of Rails contains an
important security patch, and you should upgrade! The release contains
only one patch that addresses CVE-2020-8185.</p>
</blockquote>
</body>
</description>
<references>
<url>https://weblog.rubyonrails.org/2020/6/17/Rails-6-0-3-2-has-been-released/</url>
<url>https://github.com/rails/rails/blob/6-0-stable/actionpack/CHANGELOG.md</url>
<url>https://groups.google.com/forum/#!topic/rubyonrails-security/pAe9EV8gbM0</url>
<cvename>CVE-2020-8185</cvename>
</references>
<dates>
<discovery>2020-06-17</discovery>
<entry>2020-06-22</entry>
</dates>
</vuln>
<vuln vid="77896891-b08a-11ea-937b-b42e99a1b9c3">
<topic>vlc heap-based buffer overflow</topic>
<affects>
<package>
<name>vlc</name>
<range><lt>3.0.11,4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Thomas Guillem reports:</p>
<blockquote cite="http://git.videolan.org/?p=vlc/vlc-3.0.git;a=commit;h=d5c43c21c747ff30ed19fcca745dea3481c733e0">
<p>A heap-based buffer overflow in the hxxx_AnnexB_to_xVC function in modules/packetizer/hxxx_nal.c in VideoLAN VLC media player before 3.0.11
allows remote attackers to cause a denial of service (application crash) or execute arbitrary code via a crafted H.264 Annex-B video (.avi for example) file.</p>
</blockquote>
</body>
</description>
<references>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13428</url>
<cvename>CVE-2020-13428</cvename>
</references>
<dates>
<discovery>2020-05-27</discovery>
<entry>2020-06-17</entry>
</dates>
</vuln>
<vuln vid="f28476f7-b166-11ea-8775-507b9d01076a">
<topic>Several issues in Lynis</topic>
<affects>
<package>
<name>lynis</name>
<range><ge>2.0.0</ge><le>2.7.5</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>lynis update:</p>
<p>This release resolves two security issues</p>
<ul>
<li>CVE-2020-13882 - Discovered by Sander Bos, code submission by Katarina Durechova</li>
<li>CVE-2019-13033 - Discovered by Sander Bos</li>
</ul>
</body>
</description>
<references>
<url>https://github.com/CISOfy/lynis/blob/master/CHANGELOG.md#security-issues</url>
</references>
<dates>
<discovery>2020-06-18</discovery>
<entry>2020-06-18</entry>
</dates>
</vuln>
<vuln vid="f00d1873-b138-11ea-8659-901b0ef719ab">
<topic>BIND -- Remote Denial of Service vulnerability</topic>
<affects>
<package>
<name>bind911</name>
<range><ge>9.11.14</ge><lt>9.11.20</lt></range>
</package>
<package>
<name>bind916</name>
<range><ge>9.16.0</ge><lt>9.16.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>ISC reports:</p>
<blockquote cite="https://kb.isc.org/docs/cve-2020-8619">
<p>The asterisk character ("*") is allowed in DNS zone files, where
it is most commonly present as a wildcard at a terminal node of
the Domain Name System graph. However, the RFCs do not require
and BIND does not enforce that an asterisk character be present
only at a terminal node.</p>
<p>A problem can occur when an asterisk is present in an empty
non-terminal location within the DNS graph. If such a node exists,
after a series of queries, named can reach an inconsistent state
that results in the failure of an assertion check in rbtdb.c,
followed by the program exiting due to the assertion failure.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-8619</cvename>
<url>https://kb.isc.org/docs/cve-2020-8619</url>
</references>
<dates>
<discovery>2020-06-17</discovery>
<entry>2020-06-18</entry>
</dates>
</vuln>
<vuln vid="75d72e03-b137-11ea-8659-901b0ef719ab">
<topic>BIND -- Remote Denial of Service vulnerability</topic>
<affects>
<package>
<name>bind916</name>
<range><ge>9.16.0</ge><lt>9.16.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>ISC reports:</p>
<blockquote cite="https://kb.isc.org/docs/cve-2020-8618">
<p>An assertion check in BIND (that is meant to prevent going beyond
the end of a buffer when processing incoming data) can be
incorrectly triggered by a large response during zone transfer.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-8618</cvename>
<url>https://kb.isc.org/docs/cve-2020-8618</url>
</references>
<dates>
<discovery>2020-06-17</discovery>
<entry>2020-06-18</entry>
</dates>
</vuln>
<vuln vid="96fb446d-ac7b-11ea-8b5e-b42e99a1b9c3">
<topic>LibreOffice Security Advisory</topic>
<affects>
<package>
<name>libreoffice</name>
<range><lt>6.4.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>LibreOffice reports:</p>
<blockquote cite="https://www.libreoffice.org/about-us/security/advisories/">
<p>Two flaws were found in LibreOffice:</p>
<ul>
<li>CVE-2020-12802: remote graphics contained in docx format retrieved in 'stealth mode'</li>
<li>CVE-2020-12803: XForms submissions could overwrite local files</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://www.libreoffice.org/about-us/security/advisories/CVE-2020-12802</url>
<url>https://www.libreoffice.org/about-us/security/advisories/cve-2020-12803</url>
<cvename>CVE-2020-12802</cvename>
<cvename>CVE-2020-12803</cvename>
</references>
<dates>
<discovery>2020-06-08</discovery>
<entry>2020-06-12</entry>
</dates>
</vuln>
<vuln vid="c4ac9c79-ab37-11ea-8b5e-b42e99a1b9c3">
<topic>several security issues in sqlite3</topic>
<affects>
<package>
<name>sqlite3</name>
<range><lt>3.32.2,1</lt></range>
</package>
<package>
<name>FreeBSD</name>
<range><ge>12.1</ge><lt>12.1_8</lt></range>
<range><ge>11.4</ge><lt>11.4_2</lt></range>
<range><ge>11.3</ge><lt>11.3_12</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>sqlite3 update:</p>
<p>Various security issues could be used by an attacker to cause SQLite to crash, resulting in a denial of service, or possibly execute arbitrary code.</p>
<ul>
<li>CVE-2020-11655: SQLite through 3.31.1 allows attackers to cause a denial of service (segmentation fault) via a malformed window-function query because the AggInfo object's initialization is mishandled.</li>
<li>CVE-2020-13434: SQLite through 3.32.0 has an integer overflow in sqlite3_str_vappendf in printf.c.</li>
<li>CVE-2020-13435: SQLite through 3.32.0 has a segmentation fault in sqlite3ExprCodeTarget in expr.c.</li>
<li>CVE-2020-13630: ext/fts3/fts3.c in SQLite before 3.32.0 has a use-after-free in fts3EvalNextRow, related to the snippet feature.</li>
<li>CVE-2020-13631: SQLite before 3.32.0 allows a virtual table to be renamed to the name of one of its shadow tables, related to alter.c and build.c.</li>
<li>CVE-2020-13632: ext/fts3/fts3_snippet.c in SQLite before 3.32.0 has a NULL pointer dereference via a crafted matchinfo() query.</li>
</ul>
</body>
</description>
<references>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-11655</url>
<cvename>CVE-2020-11655</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13434</url>
<cvename>CVE-2020-13434</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13435</url>
<cvename>CVE-2020-13435</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13630</url>
<cvename>CVE-2020-13630</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13631</url>
<cvename>CVE-2020-13631</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-13632</url>
<cvename>CVE-2020-13632</cvename>
<freebsdsa>SA-20:22.sqlite</freebsdsa>
</references>
<dates>
<discovery>2020-05-25</discovery>
<entry>2020-06-10</entry>
<modified>2020-08-06</modified>
</dates>
</vuln>
<vuln vid="11fcfa8f-ac64-11ea-9dab-000d3ab229d6">
<topic>Node.js -- June 2020 Security Releases</topic>
<affects>
<package>
<name>node</name>
<range><lt>14.4.0</lt></range>
</package>
<package>
<name>node12</name>
<range><lt>12.18.0</lt></range>
</package>
<package>
<name>node10</name>
<range><lt>10.21.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Node.js reports:</p>
<blockquote cite="https://nodejs.org/en/blog/vulnerability/june-2020-security-releases/">
<p>Updates are now available for all supported Node.js release lines for the following issues.</p>
<h1>TLS session reuse can lead to host certificate verification bypass (High) (CVE-2020-8172)</h1>
<p>The 'session' event could be emitted before the 'secureConnect' event. It should not be, because the
connection may fail to be authorized. If it was saved an authorized connection could be established
later with the session ticket. Note that the https agent caches sessions, so is vulnerable to this.</p>
<p>The 'session' event will now only be emitted after the 'secureConnect' event, and only for authorized
connections.</p>
<h1>HTTP/2 Large Settings Frame DoS (Low) (CVE-2020-11080)</h1>
<p>Receiving unreasonably large HTTP/2 SETTINGS frames can consume 100% CPU to process all the settings,
blocking all other activities until complete.</p>
<p>The HTTP/2 session frame is limited to 32 settings by default. This can be configured if necessary
using the maxSettings option.</p>
<h1>napi_get_value_string_*() allows various kinds of memory corruption (High) (CVE-2020-8174)</h1>
<p>Calling napi_get_value_string_latin1(), napi_get_value_string_utf8(), or napi_get_value_string_utf16()
with a non-NULL buf, and a bufsize of 0 will cause the entire string value to be written to buf,
probably overrunning the length of the buffer.</p>
<p>A exploit has not been reported and it may be difficult but the following is suggested:</p>
<ul>
<li>All users of LTS Node.js versions should update to the versions announced in this security post.
This will address the issue for any non pre-built add-on.</li>
<li>Maintainers who support EOL Node.js versions and/or build against a version of Node.js that did not
support N-API internally should update to use the new versions of node-addon-api 1.x and 2.x that
will be released soon after this announcement.</li>
</ul>
<h1>ICU-20958 Prevent SEGV_MAPERR in append (High) (CVE-2020-10531)</h1>
<p>An issue was discovered in International Components for Unicode (ICU) for C/C++ through 66.1. An
integer overflow, leading to a heap-based buffer overflow, exists in the UnicodeString::doAppend()
function in common/unistr.cpp.</p>
<p>Fix was applied to 10.x in an abundance of caution, even though there is no known way to trigger the
overflow in 10.x.</p>
</blockquote>
</body>
</description>
<references>
<url>https://nodejs.org/en/blog/vulnerability/june-2020-security-releases/</url>
<cvename>CVE-2020-8174</cvename>
<cvename>CVE-2020-8172</cvename>
<cvename>CVE-2020-10531</cvename>
<cvename>CVE-2020-11080</cvename>
</references>
<dates>
<discovery>2020-06-02</discovery>
<entry>2020-06-12</entry>
</dates>
</vuln>
<vuln vid="045e46e8-abe6-11ea-99cb-10bf48e1088e">
<topic>tcpreplay -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>tcpreplay</name>
<range><lt>4.3.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>fklassen on Github reports:</p>
<blockquote cite="https://github.com/appneta/tcpreplay/releases/tag/v4.3.2">
<p>This release fixes the following security issues:</p>
<ul>
<li>memory access in do_checksum()</li>
<li>NULL pointer dereference get_layer4_v6()</li>
<li>NULL pointer dereference get_ipv6_l4proto()</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/appneta/tcpreplay/releases/tag/v4.3.2</url>
<cvename>CVE-2019-8381</cvename>
<cvename>CVE-2019-8376</cvename>
<cvename>CVE-2019-8377</cvename>
</references>
<dates>
<discovery>2019-03-12</discovery>
<entry>2020-06-11</entry>
</dates>
</vuln>
<vuln vid="10a24ce0-ab68-11ea-b9b8-641c67a117d8">
<topic>znc -- Authenticated users can trigger an application crash</topic>
<affects>
<package>
<name>znc</name>
<range><ge>1.8.0</ge><lt>1.8.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Mitre reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-13775">
<p>ZNC 1.8.0 up to 1.8.1-rc1 allows attackers to trigger an application
crash (with a NULL pointer dereference) if echo-message is not enabled
and there is no network.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-13775</cvename>
<url>https://wiki.znc.in/ChangeLog/1.8.1</url>
</references>
<dates>
<discovery>2020-06-02</discovery>
<entry>2020-06-10</entry>
</dates>
</vuln>
<vuln vid="2a3588b4-ab12-11ea-a051-001b217b3468">
<topic>NPM -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>npm</name>
<range><lt>6.13.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>NPM reports:</p>
<blockquote cite="https://nodejs.org/en/blog/vulnerability/december-2019-security-releases/">
<p>Global node_modules Binary Overwrite</p>
<p>Symlink reference outside of node_modules</p>
<p>Arbitrary File Write</p>
</blockquote>
</body>
</description>
<references>
<url>https://nodejs.org/en/blog/vulnerability/december-2019-security-releases/</url>
<cvename>CVE-2019-16775</cvename>
<cvename>CVE-2019-16776</cvename>
<cvename>CVE-2019-16777</cvename>
</references>
<dates>
<discovery>2019-12-18</discovery>
<entry>2020-06-10</entry>
</dates>
</vuln>
<vuln vid="329ecd60-aaf7-11ea-8659-10bf48e1088e">
<topic>libadplug -- Various vulnerabilities</topic>
<affects>
<package>
<name>libadplug</name>
<range><lt>2.3.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Malvineous on Github reports:</p>
<blockquote cite="https://github.com/adplug/adplug/releases/tag/adplug-2.3.3">
<p>This release fixes the following security issues:</p>
<ul>
<li>buffer overflow in .bmf</li>
<li>buffer overflow in .dtm</li>
<li>buffer overflow in .mkj</li>
<li>buffer overflow in .a2m</li>
<li>buffer overflow in .rad</li>
<li>buffer overflow in .mtk</li>
<li>double free and OOB reads in .u6m</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/adplug/adplug/releases/tag/adplug-2.3.3</url>
<cvename>CVE-2019-14690</cvename>
<cvename>CVE-2019-14691</cvename>
<cvename>CVE-2019-14692</cvename>
<cvename>CVE-2019-14732</cvename>
<cvename>CVE-2019-14733</cvename>
<cvename>CVE-2019-14734</cvename>
<cvename>CVE-2019-15151</cvename>
</references>
<dates>
<discovery>2020-06-08</discovery>
<entry>2020-06-10</entry>
</dates>
</vuln>
<vuln vid="9f7ae7ea-da93-4f86-b257-ba76707f6d5d">
<topic>zeek -- Various vulnerabilities</topic>
<affects>
<package>
<name>zeek</name>
<range><lt>3.0.7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jon Siwek of Corelight reports:</p>
<blockquote cite="https://raw.githubusercontent.com/zeek/zeek/v3.0.7/NEWS">
<p>This release fixes the following security issues:</p>
<ul>
<li>
Fix potential stack overflow in NVT analyzer</li>
<li>
Fix NVT analyzer memory leak from multiple telnet authn name options</li>
<li>
Fix multiple content-transfer-encoding headers causing a memory leak</li>
<li>
Fix potential leak of Analyzers added to tree during Analyzer::Done</li>
<li>
Prevent IP fragment reassembly on packets without minimal IP header</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://raw.githubusercontent.com/zeek/zeek/v3.0.7/NEWS</url>
</references>
<dates>
<discovery>2020-05-04</discovery>
<entry>2020-06-10</entry>
</dates>
</vuln>
<vuln vid="196b31b8-aa9a-11ea-a59a-6451062f0f7a">
<topic>Flash Player -- arbitrary code execution</topic>
<affects>
<package>
<name>linux-flashplayer</name>
<range><lt>32.0.0.387</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Adobe reports:</p>
<blockquote cite="https://helpx.adobe.com/security/products/flash-player/apsb20-30.html">
<ul>
<li>This update resolves a use-after-free vulnerability that
could lead to arbitrary code execution (CVE-2020-9633).</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-9633</cvename>
<url>https://helpx.adobe.com/security/products/flash-player/apsb20-30.html</url>
</references>
<dates>
<discovery>2020-06-09</discovery>
<entry>2020-06-09</entry>
</dates>
</vuln>
<vuln vid="32c92a75-aa71-11ea-92ab-00163e433440">
<topic>FreeBSD -- USB HID descriptor parsing error</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_6</lt></range>
<range><ge>11.3</ge><lt>11.3_10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>If the push/pop level of the USB HID state is not restored within
the processing of the same HID item, an invalid memory location may be
used for subsequent HID item processing.</p>
<h1>Impact:</h1>
<p>An attacker with physical access to a USB port may be able to use a
specially crafted USB device to gain kernel or user-space code execution.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7456</cvename>
<freebsdsa>SA-20:17.usb</freebsdsa>
</references>
<dates>
<discovery>2020-06-03</discovery>
<entry>2020-06-09</entry>
</dates>
</vuln>
<vuln vid="669f3fe8-a07a-11ea-b83e-f0def1f5c5a2">
<topic>FreeRDP -- multiple vulnerabilities</topic>
<affects>
<package>
<name>freerdp</name>
<range><lt>2.1.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The FreeRDP changelog reports 14 CVEs addressed after 2.0.0-rc4</p>
</body>
</description>
<references>
<url>https://github.com/FreeRDP/FreeRDP/blob/2.1.1/ChangeLog</url>
<cvename>CVE-2020-11521</cvename>
<cvename>CVE-2020-11522</cvename>
<cvename>CVE-2020-11523</cvename>
<cvename>CVE-2020-11524</cvename>
<cvename>CVE-2020-11525</cvename>
<cvename>CVE-2020-11526</cvename>
<cvename>CVE-2020-11039</cvename>
<cvename>CVE-2020-11038</cvename>
<cvename>CVE-2020-11043</cvename>
<cvename>CVE-2020-11040</cvename>
<cvename>CVE-2020-11041</cvename>
<cvename>CVE-2020-11019</cvename>
<cvename>CVE-2020-11017</cvename>
<cvename>CVE-2020-11018</cvename>
</references>
<dates>
<discovery>2020-04-10</discovery>
<entry>2020-05-28</entry>
</dates>
</vuln>
<vuln vid="a2caf7bd-a719-11ea-a857-e09467587c17">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>83.0.4103.97</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/06/stable-channel-update-for-desktop.html">
<p>This update includes 5 security fixes. Below, we highlight fixes
that were contributed by external researchers.</p>
<ul>
<li>[1082105] High CVE-2020-6493: Use after free in
WebAuthentication. Reported by Anonymous on 2020-05-13</li>
<li>[1083972] High CVE-2020-6494: Incorrect security UI in payments.
Reported by Juho Nurminen on 2020-05-18</li>
<li>[1072116] High CVE-2020-6495: Insufficient policy enforcement in
developer tools. Reported by David Erceg on 2020-04-18</li>
<li>[1085990] High CVE-2020-6496: Use after free in payments.
Reported by Khalil Zhani on 2020-05-24</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6493</cvename>
<cvename>CVE-2020-6494</cvename>
<cvename>CVE-2020-6495</cvename>
<cvename>CVE-2020-6496</cvename>
<url>https://chromereleases.googleblog.com/2020/06/stable-channel-update-for-desktop.html</url>
</references>
<dates>
<discovery>2020-06-03</discovery>
<entry>2020-06-05</entry>
</dates>
</vuln>
<vuln vid="40bfab16-a68b-11ea-9ea5-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>13.0.0</ge><lt>13.0.4</lt></range>
<range><ge>12.10.0</ge><lt>12.10.9</lt></range>
<range><ge>10.6.0</ge><lt>12.9.9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/06/03/critical-security-release-13-0-4-released/">
<p>CI Token Access Control</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/06/03/critical-security-release-13-0-4-released/</url>
</references>
<dates>
<discovery>2020-06-03</discovery>
<entry>2020-06-04</entry>
</dates>
</vuln>
<vuln vid="597d02ce-a66c-11ea-af32-080027846a02">
<topic>Django -- multiple vulnerabilities</topic>
<affects>
<package>
<name>py36-django22</name>
<name>py37-django22</name>
<name>py38-django22</name>
<range><lt>2.2.13</lt></range>
</package>
<package>
<name>py36-django30</name>
<name>py37-django30</name>
<name>py38-django30</name>
<range><lt>3.0.7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Django security release reports:</p>
<blockquote cite="https://www.djangoproject.com/weblog/2020/jun/03/security-releases/">
<p>CVE-2020-13254: Potential data leakage via malformed memcached keys</p>
<p>In cases where a memcached backend does not perform key validation, passing
malformed cache keys could result in a key collision, and potential data leakage.
In order to avoid this vulnerability, key validation is added to the memcached
cache backends.</p>
<p>CVE-2020-13596: Possible XSS via admin ForeignKeyRawIdWidget</p>
<p>Query parameters for the admin ForeignKeyRawIdWidget were not properly URL
encoded, posing an XSS attack vector. ForeignKeyRawIdWidget now ensures query
parameters are correctly URL encoded.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.djangoproject.com/weblog/2020/jun/03/security-releases/</url>
<cvename>CVE-2020-13254</cvename>
<cvename>CVE-2020-13596</cvename>
</references>
<dates>
<discovery>2020-06-01</discovery>
<entry>2020-06-04</entry>
</dates>
</vuln>
<vuln vid="ced2d47e-8469-11ea-a283-b42e99a1b9c3">
<topic>malicious URLs may present credentials to wrong server</topic>
<affects>
<package>
<name>git</name>
<range><ge>2.26.0</ge><lt>2.26.1</lt></range>
<range><ge>2.25.0</ge><lt>2.25.3</lt></range>
<range><ge>2.24.0</ge><lt>2.24.2</lt></range>
<range><ge>2.23.0</ge><lt>2.23.2</lt></range>
<range><ge>2.22.0</ge><lt>2.22.3</lt></range>
<range><ge>2.21.0</ge><lt>2.21.2</lt></range>
<range><ge>2.20.0</ge><lt>2.20.3</lt></range>
<range><ge>2.19.0</ge><lt>2.19.4</lt></range>
<range><ge>2.18.0</ge><lt>2.18.3</lt></range>
<range><ge>0</ge><lt>2.17.4</lt></range>
</package>
<package>
<name>git-lite</name>
<range><ge>2.26.0</ge><lt>2.26.1</lt></range>
<range><ge>2.25.0</ge><lt>2.25.3</lt></range>
<range><ge>2.24.0</ge><lt>2.24.2</lt></range>
<range><ge>2.23.0</ge><lt>2.23.2</lt></range>
<range><ge>2.22.0</ge><lt>2.22.3</lt></range>
<range><ge>2.21.0</ge><lt>2.21.2</lt></range>
<range><ge>2.20.0</ge><lt>2.20.3</lt></range>
<range><ge>2.19.0</ge><lt>2.19.4</lt></range>
<range><ge>2.18.0</ge><lt>2.18.3</lt></range>
<range><ge>0</ge><lt>2.17.4</lt></range>
</package>
<package>
<name>git-gui</name>
<range><ge>2.26.0</ge><lt>2.26.1</lt></range>
<range><ge>2.25.0</ge><lt>2.25.3</lt></range>
<range><ge>2.24.0</ge><lt>2.24.2</lt></range>
<range><ge>2.23.0</ge><lt>2.23.2</lt></range>
<range><ge>2.22.0</ge><lt>2.22.3</lt></range>
<range><ge>2.21.0</ge><lt>2.21.2</lt></range>
<range><ge>2.20.0</ge><lt>2.20.3</lt></range>
<range><ge>2.19.0</ge><lt>2.19.4</lt></range>
<range><ge>2.18.0</ge><lt>2.18.3</lt></range>
<range><ge>0</ge><lt>2.17.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>git security advisory reports:</p>
<blockquote cite="https://github.com/git/git/security/advisories/GHSA-qm7j-c969-7j4q">
<p>Git uses external "credential helper" programs to store and retrieve passwords or
other credentials from secure storage provided by the operating system.
Specially-crafted URLs that contain an encoded newline can inject unintended values
into the credential helper protocol stream, causing the credential helper to retrieve
the password for one server for an HTTP request being made to another
server, resulting in credentials for the former being sent to the
latter.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/git/git/security/advisories/GHSA-qm7j-c969-7j4q</url>
<cvename>CVE-2020-5260</cvename>
</references>
<dates>
<discovery>2020-04-14</discovery>
<entry>2020-04-22</entry>
</dates>
</vuln>
<vuln vid="67765237-8470-11ea-a283-b42e99a1b9c3">
<topic>malicious URLs can cause git to send a stored credential to wrong server</topic>
<affects>
<package>
<name>git</name>
<range><ge>2.26.0</ge><lt>2.26.2</lt></range>
<range><ge>2.25.0</ge><lt>2.25.4</lt></range>
<range><ge>2.24.0</ge><lt>2.24.3</lt></range>
<range><ge>2.23.0</ge><lt>2.23.3</lt></range>
<range><ge>2.22.0</ge><lt>2.22.4</lt></range>
<range><ge>2.21.0</ge><lt>2.21.3</lt></range>
<range><ge>2.20.0</ge><lt>2.20.4</lt></range>
<range><ge>2.19.0</ge><lt>2.19.5</lt></range>
<range><ge>2.18.0</ge><lt>2.18.4</lt></range>
<range><ge>0</ge><lt>2.17.5</lt></range>
</package>
<package>
<name>git-lite</name>
<range><ge>2.26.0</ge><lt>2.26.2</lt></range>
<range><ge>2.25.0</ge><lt>2.25.4</lt></range>
<range><ge>2.24.0</ge><lt>2.24.3</lt></range>
<range><ge>2.23.0</ge><lt>2.23.3</lt></range>
<range><ge>2.22.0</ge><lt>2.22.4</lt></range>
<range><ge>2.21.0</ge><lt>2.21.3</lt></range>
<range><ge>2.20.0</ge><lt>2.20.4</lt></range>
<range><ge>2.19.0</ge><lt>2.19.5</lt></range>
<range><ge>2.18.0</ge><lt>2.18.4</lt></range>
<range><ge>0</ge><lt>2.17.5</lt></range>
</package>
<package>
<name>git-gui</name>
<range><ge>2.26.0</ge><lt>2.26.2</lt></range>
<range><ge>2.25.0</ge><lt>2.25.4</lt></range>
<range><ge>2.24.0</ge><lt>2.24.3</lt></range>
<range><ge>2.23.0</ge><lt>2.23.3</lt></range>
<range><ge>2.22.0</ge><lt>2.22.4</lt></range>
<range><ge>2.21.0</ge><lt>2.21.3</lt></range>
<range><ge>2.20.0</ge><lt>2.20.4</lt></range>
<range><ge>2.19.0</ge><lt>2.19.5</lt></range>
<range><ge>2.18.0</ge><lt>2.18.4</lt></range>
<range><ge>0</ge><lt>2.17.5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>git security advisory reports:</p>
<blockquote cite="https://github.com/git/git/security/advisories/GHSA-hjc9-x69f-jqj7">
<p>Git uses external "credential helper" programs to store and retrieve passwords or
other credentials from secure storage provided by the operating system. Specially-crafted
URLs that are considered illegal as of the recently published Git versions can cause Git
to send a "blank" pattern to helpers, missing hostname and protocol fields. Many helpers
will interpret this as matching any URL, and will return some unspecified stored password,
leaking the password to an attacker's server.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/git/git/security/advisories/GHSA-hjc9-x69f-jqj7</url>
<cvename>CVE-2020-11008</cvename>
</references>
<dates>
<discovery>2020-04-20</discovery>
<entry>2020-04-22</entry>
</dates>
</vuln>
<vuln vid="ef5b4f5f-a658-11ea-80d7-001cc0382b2f">
<topic>GnuTLS -- flaw in TLS session ticket key construction</topic>
<affects>
<package>
<name>gnutls</name>
<range><lt>3.6.14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The GnuTLS project reports:</p>
<blockquote cite="https://gnutls.org/security-new.html#GNUTLS-SA-2020-06-03">
<p>It was found that GnuTLS 3.6.4 introduced a regression in the TLS
protocol implementation. This caused the TLS server to not securely
construct a session ticket encryption key considering the
application supplied secret, allowing a MitM attacker to bypass
authentication in TLS 1.3 and recover previous conversations in TLS
1.2.</p>
</blockquote>
</body>
</description>
<references>
<url>https://gnutls.org/security-new.html#GNUTLS-SA-2020-06-03</url>
<cvename>CVE-2020-13777</cvename>
</references>
<dates>
<discovery>2020-06-03</discovery>
<entry>2020-06-04</entry>
</dates>
</vuln>
<vuln vid="ca8327f7-a5a5-11ea-a860-08002728f74c">
<topic>websocket-extensions -- ReDoS vulnerability</topic>
<affects>
<package>
<name>rubygem-websocket-extensions</name>
<range><lt>0.1.5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Changelog:</p>
<blockquote cite="https://github.com/faye/websocket-extensions-ruby/blob/master/CHANGELOG.md#015--2020-06-02">
<p>Remove a ReDoS vulnerability in the header parser (CVE-2020-7663)</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/faye/websocket-extensions-ruby/blob/master/CHANGELOG.md</url>
<url>https://github.com/faye/websocket-extensions-ruby/commit/aa156a439da681361ed6f53f1a8131892418838b</url>
<cvename>CVE-2020-7663</cvename>
</references>
<dates>
<discovery>2020-06-02</discovery>
<entry>2020-06-03</entry>
</dates>
</vuln>
<vuln vid="4bb56d2f-a5b0-11ea-a860-08002728f74c">
<topic>nghttp2 -- DoS vulnerability</topic>
<affects>
<package>
<name>nghttp2</name>
<name>libnghttp2</name>
<range><lt>1.41.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>nghttp2 security advisories:</p>
<blockquote cite="https://github.com/nghttp2/nghttp2/security/advisories/GHSA-q5wr-xfw9-q7xr">
<p>The overly large HTTP/2 SETTINGS frame payload causes denial of service.</p>
<p>The proof of concept attack involves a malicious client constructing a
SETTINGS frame with a length of 14,400 bytes (2400 individual settings
entries) over and over again. The attack causes the CPU to spike at 100%.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/nghttp2/nghttp2/security/advisories/GHSA-q5wr-xfw9-q7xr</url>
<cvename>CVE-2020-11080</cvename>
</references>
<dates>
<discovery>2020-06-02</discovery>
<entry>2020-06-03</entry>
</dates>
</vuln>
<vuln vid="1650cee2-a320-11ea-a090-08002734b9ed">
<topic>gitea -- multiple vulnerabilities</topic>
<affects>
<package>
<name>gitea</name>
<range><lt>1.11.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Gitea Team reports for release 1.11.6:</p>
<blockquote cite="https://github.com/go-gitea/gitea/releases/tag/v1.11.6">
<ul>
<li>Fix missing authorization check on pull for public repos of private/limited org (#11656) (#11683)</li>
<li>Use session for retrieving org teams (#11438) (#11439)</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/go-gitea/gitea/releases/tag/v1.11.6</url>
<freebsdpr>ports/246892</freebsdpr>
</references>
<dates>
<discovery>2020-03-01</discovery>
<entry>2020-05-31</entry>
</dates>
</vuln>
<vuln vid="4e6875a2-a126-11ea-b385-08002728f74c">
<topic>kaminari -- potential XSS vulnerability</topic>
<affects>
<package>
<name>rubygem-kaminari-core</name>
<range><lt>1.2.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Kaminari Security Advisories:</p>
<blockquote cite="https://github.com/kaminari/kaminari/security/advisories/GHSA-r5jw-62xg-j433">
<p>There was a vulnerability in versions of Kaminari that would allow an
attacker to inject arbitrary code into pages with pagination links.</p>
<p>The 1.2.1 gem including the patch has already been released.</p>
<p>All past released versions are affected by this vulnerability.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/kaminari/kaminari/security/advisories/GHSA-r5jw-62xg-j433</url>
<url>https://github.com/kaminari/kaminari/blob/master/CHANGELOG.md#121</url>
<url>https://github.com/kaminari/kaminari/pull/1020</url>
<cvename>CVE-2020-11082</cvename>
</references>
<dates>
<discovery>2020-04-22</discovery>
<entry>2020-05-28</entry>
</dates>
</vuln>
<vuln vid="28481349-7e20-4f80-ae1e-e6bf48d4f17c">
<topic>Sane -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>sane-backends</name>
<range><lt>1.0.30</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Sane Project reports:</p>
<blockquote cite="https://gitlab.com/sane-project/backends/-/releases/1.0.30">
<p>epson2: fixes CVE-2020-12867 (GHSL-2020-075) and several memory management issues found while addressing that CVE</p>
<p>epsonds: addresses out-of-bound memory access issues to fix CVE-2020-12862 (GHSL-2020-082) and CVE-2020-12863 (GHSL-2020-083), addresses a buffer overflow fixing CVE-2020-12865 (GHSL-2020-084) and disables network autodiscovery to mitigate CVE-2020-12866 (GHSL-2020-079), CVE-2020-12861 (GHSL-2020-080) and CVE-2020-12864 (GHSL-2020-081). Note that this backend does not support network scanners to begin with.</p>
<p>magicolor: fixes a floating point exception and uninitialized data read</p>
<p>fixes an overflow in sanei_tcp_read()</p>
</blockquote>
</body>
</description>
<references>
<url>https://gitlab.com/sane-project/backends/-/releases/1.0.30</url>
<cvename>CVE-2020-12861</cvename>
<cvename>CVE-2020-12862</cvename>
<cvename>CVE-2020-12863</cvename>
<cvename>CVE-2020-12864</cvename>
<cvename>CVE-2020-12865</cvename>
<cvename>CVE-2020-12866</cvename>
<cvename>CVE-2020-12867</cvename>
</references>
<dates>
<discovery>2020-05-17</discovery>
<entry>2020-05-28</entry>
</dates>
</vuln>
<vuln vid="69cf62a8-a0aa-11ea-9ea5-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>13.0.0</ge><lt>13.0.1</lt></range>
<range><ge>12.10.0</ge><lt>12.10.7</lt></range>
<range><ge>12.9.0</ge><lt>12.9.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/05/27/security-release-13-0-1-released/">
<p>User Email Verification Bypass</p>
<p>OAuth Flow Missing Email Verification Checks</p>
<p>Notification Email Verification Bypass</p>
<p>Undisclosed Vulnerability on a Third-Party Rendering Engine</p>
<p>Group Sign-Up Restriction Bypass</p>
<p>Mirror Project Owner Impersonation</p>
<p>Missing Permission Check on Fork Relation Creation</p>
<p>Cross-Site Scripting in Repository Files API</p>
<p>Kubernetes Cluster Token Disclosure</p>
<p>Object Storage File Enumeration</p>
<p>Insecure Authorization Check on Project Deploy Keys</p>
<p>Cross-Site Scripting on Metrics Dashboard</p>
<p>Denial of Service on Custom Dashboards</p>
<p>Client-Side Code Injection through Mermaid Markup</p>
<p>Cross-Site Scripting on Static Site Editor</p>
<p>Disclosure of Amazon EKS Credentials</p>
<p>Denial of Service on Workhorse</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/05/27/security-release-13-0-1-released/</url>
</references>
<dates>
<discovery>2020-05-27</discovery>
<entry>2020-05-28</entry>
</dates>
</vuln>
<vuln vid="9908a1cc-35ad-424d-be0b-7e56abd5931a">
<topic>sympa -- Denial of service caused by malformed CSRF token</topic>
<affects>
<package>
<name>sympa</name>
<range><lt>6.2.54</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Javier Moreno discovered a vulnerability in Sympa web
interface that can cause denial of service (DoS) attack.</p>
<p>By submitting requests with malformed parameters, this
flaw allows to create junk files in Sympa's directory
for temporary files. And particularly by tampering token
to prevent CSRF, it allows to originate exessive
notification messages to listmasters.</p>
</body>
</description>
<references>
<cvename>CVE-2020-9369</cvename>
<url>https://sympa-community.github.io/security/2020-001.html</url>
</references>
<dates>
<discovery>2020-02-24</discovery>
<entry>2020-05-22</entry>
</dates>
</vuln>
<vuln vid="61bc44ce-9f5a-11ea-aff3-f8b156c2bfe9">
<topic>sympa - Security flaws in setuid wrappers</topic>
<affects>
<package>
<name>sympa</name>
<range><lt>6.2.56</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>A vulnerability has been discovered in Sympa web interface
by which attacker can execute arbitrary code with root privileges.
Sympa uses two sorts of setuid wrappers:</p>
<ul>
<li>FastCGI wrappers</li>
<li>newaliases wrapper</li>
</ul>
<p>The FastCGI wrappers wwsympa-wrapper.fcgi and
sympa_soap_server-wrapper.fcgi were used to make the web
interface running under privileges of a dedicated user.</p>
<p>The newaliases wrapper (sympa_newaliases-wrapper) allows
Sympa to update the alias database with root privileges.</p>
<p>Since these setuid wrappers did not clear environment variables,
if environment variables like PERL5LIB were injected,
forged code might be loaded and executed under privileges of setuid-ed
users.</p>
</body>
</description>
<references>
<url>https://sympa-community.github.io/security/2020-002.html</url>
</references>
<dates>
<discovery>2020-05-24</discovery>
<entry>2020-05-26</entry>
</dates>
</vuln>
<vuln vid="f9c5a410-9b4e-11ea-ac3f-6805ca2fa271">
<topic>powerdns-recursor -- multiple vulnerabilities</topic>
<affects>
<package>
<name>powerdns-recursor</name>
<range><ge>4.3.0</ge><lt>4.3.1</lt></range>
<range><ge>4.2.0</ge><lt>4.2.2</lt></range>
<range><ge>4.1.0</ge><lt>4.1.16</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>PowerDNS Team reports:</p>
<blockquote cite="https://doc.powerdns.com/recursor/changelog/4.3.html#change-4.3.1">
<p>CVE-2020-10995: An issue in the DNS protocol has been found that allow malicious parties to use
recursive DNS services to attack third party authoritative name servers. The attack uses a crafted
reply by an authoritative name server to amplify the resulting traffic between the recursive and
other authoritative name servers. Both types of service can suffer degraded performance as an effect.</p>
<p>CVE-2020-12244: An issue has been found in PowerDNS Recursor 4.1.0 through 4.3.0 where records in
the answer section of a NXDOMAIN response lacking an SOA were not properly validated in
SyncRes::processAnswer. This would allow an attacker in position of man-in-the-middle to send a
NXDOMAIN answer for a name that does exist, bypassing DNSSEC validation.</p>
<p>CVE-2020-10030: An issue has been found in PowerDNS Authoritative Server allowing an attacker
with enough privileges to change the system's hostname to cause disclosure of uninitialized memory
content via a stack-based out-of-bounds read. It only occurs on systems where gethostname() does
not null-terminate the returned string if the hostname is larger than the supplied buffer. Linux
systems are not affected because the buffer is always large enough. OpenBSD systems are not affected
because the returned hostname is always null-terminated. Under some conditions this issue can lead
to the writing of one null-byte out-of-bounds on the stack, causing a denial of service or possibly
arbitrary code execution.</p>
</blockquote>
</body>
</description>
<references>
<url>https://doc.powerdns.com/recursor/security-advisories/index.html</url>
<cvename>CVE-2020-10995</cvename>
<cvename>CVE-2020-12244</cvename>
<cvename>CVE-2020-10030</cvename>
</references>
<dates>
<discovery>2020-05-19</discovery>
<entry>2020-05-26</entry>
<modified>2020-05-29</modified>
</dates>
</vuln>
<vuln vid="38c676bd-9def-11ea-a94c-3065ec8fd3ec">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>83.0.4103.61</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Google Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/05/stable-channel-update-for-desktop_19.html">
<p>This release includes 38 security fixes, including CVEs
CVE-2020-6465 through CVE-2020-6491.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6465</cvename>
<cvename>CVE-2020-6466</cvename>
<cvename>CVE-2020-6467</cvename>
<cvename>CVE-2020-6468</cvename>
<cvename>CVE-2020-6469</cvename>
<cvename>CVE-2020-6470</cvename>
<cvename>CVE-2020-6471</cvename>
<cvename>CVE-2020-6472</cvename>
<cvename>CVE-2020-6473</cvename>
<cvename>CVE-2020-6474</cvename>
<cvename>CVE-2020-6475</cvename>
<cvename>CVE-2020-6476</cvename>
<cvename>CVE-2020-6477</cvename>
<cvename>CVE-2020-6478</cvename>
<cvename>CVE-2020-6479</cvename>
<cvename>CVE-2020-6480</cvename>
<cvename>CVE-2020-6481</cvename>
<cvename>CVE-2020-6482</cvename>
<cvename>CVE-2020-6483</cvename>
<cvename>CVE-2020-6484</cvename>
<cvename>CVE-2020-6485</cvename>
<cvename>CVE-2020-6486</cvename>
<cvename>CVE-2020-6487</cvename>
<cvename>CVE-2020-6488</cvename>
<cvename>CVE-2020-6489</cvename>
<cvename>CVE-2020-6490</cvename>
<cvename>CVE-2020-6491</cvename>
<url>https://chromereleases.googleblog.com/2020/05/stable-channel-update-for-desktop_19.html</url>
</references>
<dates>
<discovery>2020-05-19</discovery>
<entry>2020-05-24</entry>
</dates>
</vuln>
<vuln vid="436d7f93-9cf0-11ea-82b8-4c72b94353b5">
<topic>piwigo -- Multible Vulnerabilities</topic>
<affects>
<package>
<name>piwigo</name>
<range><lt>2.10.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Piwigo reports:</p>
<blockquote cite="https://www.piwigo.org/release-2.10.2">
<p>Piwigo 2.10.1 is affected by stored XSS
via the Group Name Field to the group_list page.</p>
</blockquote>
</body>
</description>
<references>
<url>http://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-8089</url>
<cvename>CVE-2020-8089</cvename>
</references>
<dates>
<discovery>2020-02-07</discovery>
<entry>2020-05-23</entry>
</dates>
</vuln>
<vuln vid="676ca486-9c1e-11ea-8b5e-b42e99a1b9c3">
<topic>Apache Tomcat Remote Code Execution via session persistence</topic>
<affects>
<package>
<name>tomcat7</name>
<range><lt>7.0.104</lt></range>
</package>
<package>
<name>tomcat85</name>
<range><lt>8.5.55</lt></range>
</package>
<package>
<name>tomcat9</name>
<range><lt>9.0.35</lt></range>
</package>
<package>
<name>tomcat-devel</name>
<range><lt>10.0.0.M5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Apache Software Foundation reports:</p>
<p>Under certain circumstances an attacker will be able to trigger remote code execution via deserialization of the file under their control</p>
</body>
</description>
<references>
<url>http://tomcat.apache.org/security-7.html</url>
<url>http://tomcat.apache.org/security-8.html</url>
<url>http://tomcat.apache.org/security-9.html</url>
<url>http://tomcat.apache.org/security-10.html</url>
<cvename>CVE-2020-9484</cvename>
</references>
<dates>
<discovery>2020-05-12</discovery>
<entry>2020-05-22</entry>
</dates>
</vuln>
<vuln vid="a2cb7c31-9c79-11ea-a9c2-d05099c0ae8c">
<topic>unbound -- mutliple vulnerabilities</topic>
<affects>
<package>
<name>unbound</name>
<range><lt>1.10.1</lt></range>
</package>
<package>
<name>FreeBSD</name>
<range><ge>12.1</ge><lt>12.1_7</lt></range>
<range><ge>11.4</ge><lt>11.4_1</lt></range>
<range><ge>11.3</ge><lt>11.3_11</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>NLNetLabs reports:</p>
<blockquote cite="https://lists.nlnetlabs.nl/pipermail/unbound-users/2020-May/006833.html">
<p>This release fixes CVE-2020-12662 and CVE-2020-12663.</p>
<p>Bug Fixes:</p>
<ul>
<li>CVE-2020-12662 Unbound can be tricked into
amplifying an incoming query into a large
number of queries directed to a target.</li>
<li>CVE-2020-12663 Malformed answers from
upstream name servers can be used to make
Unbound unresponsive.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://lists.nlnetlabs.nl/pipermail/unbound-users/2020-May/006833.html</url>
<cvename>CVE-2020-12662</cvename>
<cvename>CVE-2020-12663</cvename>
<freebsdsa>SA-20:19.unbound</freebsdsa>
</references>
<dates>
<discovery>2020-05-19</discovery>
<entry>2020-05-22</entry>
<modified>2020-07-10</modified>
</dates>
</vuln>
<vuln vid="c5ec57a9-9c2b-11ea-82b8-4c72b94353b5">
<topic>drupal -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>drupal7</name>
<range><lt>7.70</lt></range>
</package>
<package>
<name>drupal8</name>
<range><lt>8.8.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Drupal Security Team reports:</p>
<blockquote cite="https://www.drupal.org/project/drupal/releases/7.70">
<p>The jQuery project released version 3.5.0, and as part of that,
disclosed two security vulnerabilities that affect all prior versions.
As mentioned in the jQuery blog, both are: ... Security issues in
jQuerys DOM manipulation methods, as in .html(), .append(), and the others.
Security advisories for both of these issues have been published on GitHub.</p>
<p>Drupal 7 has an Open Redirect vulnerability.
For example, a user could be tricked into visiting a specially crafted link
which would redirect them to an arbitrary external URL. The vulnerability is
caused by insufficient validation of the destination query parameter in the
drupal_goto() function.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.drupal.org/sa-core-2020-002</url>
<url>https://www.drupal.org/sa-core-2020-003</url>
</references>
<dates>
<discovery>2020-05-20</discovery>
<entry>2020-05-22</entry>
</dates>
</vuln>
<vuln vid="4d11d37e-9a8d-11ea-b9b8-641c67a117d8">
<topic>Zabbix -- Remote code execution</topic>
<affects>
<package>
<name>zabbix3-server</name>
<name>zabbix3-proxy</name>
<range><lt>3.0.31</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Zabbix reports:</p>
<blockquote cite="https://www.zabbix.com/rn/rn3.0.31">
<p>Fixed security vulnerability cve-2020-11800 (remote code execution).
(ZBX-17600)</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-11800</cvename>
<url>https://www.zabbix.com/rn/rn3.0.31</url>
<url>https://support.zabbix.com/browse/ZBX-17600</url>
</references>
<dates>
<discovery>2020-04-15</discovery>
<entry>2020-05-20</entry>
</dates>
</vuln>
<vuln vid="85fca718-99f6-11ea-bf1d-08002728f74c">
<topic>Rails -- multiple vulnerabilities</topic>
<affects>
<package>
<name>rubygem-actionpack52</name>
<name>rubygem-actionview52</name>
<name>rubygem-activestorage52</name>
<name>rubygem-activesupport52</name>
<range><lt>5.2.4.3</lt></range>
</package>
<package>
<name>rubygem-actionpack60</name>
<name>rubygem-actionview60</name>
<name>rubygem-activestorage60</name>
<name>rubygem-activesupport60</name>
<range><lt>6.0.3.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Ruby on Rails blog:</p>
<blockquote cite="https://weblog.rubyonrails.org/2020/5/18/Rails-5-2-4-3-and-6-0-3-1-have-been-released/">
<p>Hi everyone! Rails 5.2.4.3 and 6.0.3.1 have been released! These releases contain important security fixes, so please upgrade when you can.</p>
<p>Both releases contain the following fixes:</p>
<p>CVE-2020-8162: Circumvention of file size limits in ActiveStorage</p>
<p>CVE-2020-8164: Possible Strong Parameters Bypass in ActionPack</p>
<p>CVE-2020-8165: Potentially unintended unmarshalling of user-provided objects in MemCacheStore and RedisCacheStore</p>
<p>CVE-2020-8166: Ability to forge per-form CSRF tokens given a global CSRF token</p>
<p>CVE-2020-8167: CSRF Vulnerability in rails-ujs</p>
</blockquote>
</body>
</description>
<references>
<url>https://weblog.rubyonrails.org/2020/5/18/Rails-5-2-4-3-and-6-0-3-1-have-been-released/</url>
<url>https://groups.google.com/forum/#!topic/rubyonrails-security/PjU3946mreQ</url>
<url>https://groups.google.com/forum/#!topic/rubyonrails-security/f6ioe4sdpbY</url>
<url>https://groups.google.com/forum/#!topic/rubyonrails-security/bv6fW4S0Y1c</url>
<url>https://groups.google.com/forum/#!topic/rubyonrails-security/NOjKiGeXUgw</url>
<url>https://groups.google.com/forum/#!topic/rubyonrails-security/x9DixQDG9a0</url>
<cvename>CVE-2020-8162</cvename>
<cvename>CVE-2020-8164</cvename>
<cvename>CVE-2020-8165</cvename>
<cvename>CVE-2020-8166</cvename>
<cvename>CVE-2020-8167</cvename>
</references>
<dates>
<discovery>2020-05-18</discovery>
<entry>2020-05-19</entry>
</dates>
</vuln>
<vuln vid="37d106a8-15a4-483e-8247-fcb68b16eaf8">
<topic>Dovecot -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>dovecot</name>
<range><lt>2.3.10.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Aki Tuomi reports:</p>
<blockquote cite="https://dovecot.org/pipermail/dovecot-news/2020-May/000438.html">
<p>Vulnerability Details:
Sending malformed NOOP command causes crash in submission, submission-login or
lmtp service.
Risk:
Remote attacker can keep submission-login service down, causing denial of
service attack. For lmtp the risk is neglible, as lmtp is usually behind a
trusted MTA.
Steps to reproduce:
Send ``NOOP EE"FY`` to submission port, or similarly malformed command.</p>
<p>Vulnerability Details:
Sending command followed by sufficient number of newlines triggers a
use-after-free bug that might crash submission-login, submission or
lmtp service.
Risk:
Remote attacker can keep submission-login service down, causing denial
of service attack. For lmtp the risk is neglible, as lmtp is usually
behind a trusted MTA.
Steps to reproduce:
This can be currently reproduced with ASAN or Valgrind. Reliable way to
crash has not yet been discovered.
</p>
<p>Vulnerability Details:
Sending mail with empty quoted localpart causes submission or lmtp component
to crash.
Risk:
Malicious actor can cause denial of service to mail delivery by repeatedly
sending mails with bad sender or recipient address.
Steps to reproduce:
Send mail with envelope sender or recipient as <""@example.org>.
Workaround:
For submission there is no workaround, but triggering the bug requires valid
credentials.
For lmtp, one can implement sufficient filtering on MTA level to prevent mails
with such addresses from ending up in LMTP delivery.</p>
</blockquote>
</body>
</description>
<references>
<url>https://dovecot.org/pipermail/dovecot-news/2020-May/000438.html</url>
<cvename>CVE-2020-10957</cvename>
<cvename>CVE-2020-10958</cvename>
<cvename>CVE-2020-10967</cvename>
</references>
<dates>
<discovery>2020-04-02</discovery>
<entry>2020-05-18</entry>
</dates>
</vuln>
<vuln vid="91ce95d5-cd15-4105-b942-af5ccc7144c1">
<topic>clamav -- multiple vulnerabilities</topic>
<affects>
<package>
<name>clamav</name>
<range><lt>0.102.3,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Micah Snyder reports:</p>
<blockquote cite="https://blog.clamav.net/2020/05/clamav-01023-security-patch-released.html">
<p>CVE-2020-3327: Fixed a vulnerability in the ARJ archive-parsing module
in ClamAV 0.102.2 that could cause a denial-of-service condition.
Improper bounds checking of an unsigned variable results in an
out-of-bounds read which causes a crash. Special thanks to Daehui Chang
and Fady Othman for helping identify the ARJ parsing vulnerability.
</p>
<p>CVE-2020-3341: Fixed a vulnerability in the PDF-parsing module in ClamAV
0.101 - 0.102.2 that could cause a denial-of-service condition. Improper
size checking of a buffer used to initialize AES decryption routines
results in an out-of-bounds read, which may cause a crash. OSS-Fuzz
discovered this vulnerability.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://blog.clamav.net/2020/05/clamav-01023-security-patch-released.html</url>
<cvename>CVE-2020-3327</cvename>
<cvename>CVE-2020-3341</cvename>
</references>
<dates>
<discovery>2020-05-12</discovery>
<entry>2020-05-14</entry>
</dates>
</vuln>
<vuln vid="ce6db19b-976e-11ea-93c4-08002728f74c">
<topic>Rails -- remote code execution vulnerability</topic>
<affects>
<package>
<name>rubygem-actionview4</name>
<range><lt>4.2.11.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Ruby on Rails blog:</p>
<blockquote cite="https://weblog.rubyonrails.org/2020/5/16/rails-4-2-11-3-has-been-released/">
<p>Due to an unfortunate oversight, Rails 4.2.11.2 has a missing constant
error. To address this Rails 4.2.11.3 has been released.</p>
<p>The original announcement for CVE-2020-8163 has a follow-up message
with an updated patch if you’re unable to use the gems.</p>
</blockquote>
</body>
</description>
<references>
<url>https://weblog.rubyonrails.org/2020/5/16/rails-4-2-11-3-has-been-released/</url>
<url>https://groups.google.com/forum/#!topic/rubyonrails-security/hWuKcHyoKh0</url>
<cvename>CVE-2020-8163</cvename>
</references>
<dates>
<discovery>2020-05-15</discovery>
<entry>2020-05-16</entry>
</dates>
</vuln>
<vuln vid="6bf55af9-973b-11ea-9f2c-38d547003487">
<topic>salt -- multiple vulnerabilities in salt-master process</topic>
<affects>
<package>
<name>py27-salt</name>
<name>py32-salt</name>
<name>py33-salt</name>
<name>py34-salt</name>
<name>py35-salt</name>
<name>py36-salt</name>
<name>py37-salt</name>
<name>py38-salt</name>
<range><lt>2019.2.4</lt></range>
<range><ge>3000</ge><lt>3000.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>F-Secure reports:</p>
<blockquote cite="https://labs.f-secure.com/advisories/saltstack-authorization-bypass">
<h3>CVE-2020-11651 - Authentication bypass vulnerabilities</h3>
<p>The ClearFuncs class processes unauthenticated requests and
unintentionally exposes the _send_pub() method, which can be used to
queue messages directly on the master publish server. Such messages
can be used to trigger minions to run arbitrary commands as root.</p>
<p>The ClearFuncs class also exposes the method _prep_auth_info(),
which returns the "root key" used to authenticate commands from the
local root user on the master server. This "root key" can then be
used to remotely call administrative commands on the master server.
This unintentional exposure provides a remote un-authenticated
attacker with root-equivalent access to the salt master.</p>
<p/>
<h3>CVE-2020-11652 - Directory traversal vulnerabilities</h3>
<p>The wheel module contains commands used to read and write files
under specific directory paths. The inputs to these functions are
concatenated with the target directory and the resulting path is not
canonicalized, leading to an escape of the intended path restriction.</p>
<p>The get_token() method of the salt.tokens.localfs class (which is
exposed to unauthenticated requests by the ClearFuncs class) fails
to sanitize the token input parameter which is then used as a
filename, allowing insertion of ".." path elements and thus reading
of files outside of the intended directory. The only restriction is
that the file has to be deserializable by salt.payload.Serial.loads().</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-11651</cvename>
<cvename>CVE-2020-11652</cvename>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-11651</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-11652</url>
<url>https://docs.saltstack.com/en/latest/topics/releases/2019.2.4.html</url>
<url>https://labs.f-secure.com/advisories/saltstack-authorization-bypass</url>
<url>https://blog.f-secure.com/new-vulnerabilities-make-exposed-salt-hosts-easy-targets/</url>
<url>https://www.tenable.com/blog/cve-2020-11651-cve-2020-11652-critical-salt-framework-vulnerabilities-exploited-in-the-wild</url>
</references>
<dates>
<discovery>2020-04-30</discovery>
<entry>2020-05-16</entry>
</dates>
</vuln>
<vuln vid="abc3ef37-95d4-11ea-9004-25fadb81abf4">
<topic>json-c -- integer overflow and out-of-bounds write via a large JSON file</topic>
<affects>
<package>
<name>json-c</name>
<range><lt>0.14</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Tobias Stöckmann reports:</p>
<blockquote cite="https://github.com/json-c/json-c/pull/592">
<p>
I have discovered a way to trigger an out of boundary write while
parsing a huge json file through a malicious input source. It can be
triggered if an attacker has control over the input stream or if a
huge load during filesystem operations can be triggered.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/json-c/json-c/pull/592</url>
<url>https://github.com/json-c/json-c/pull/599</url>
<cvename>CVE-2020-12762</cvename>
</references>
<dates>
<discovery>2020-05-02</discovery>
<entry>2020-05-14</entry>
<modified>2020-05-17</modified>
</dates>
</vuln>
<vuln vid="59fabdf2-9549-11ea-9448-08002728f74c">
<topic>typo3 -- multiple vulnerabilities</topic>
<affects>
<package>
<name>typo3-9-php72</name>
<name>typo3-9-php73</name>
<name>typo3-9-php74</name>
<range><lt>9.5.17</lt></range>
</package>
<package>
<name>typo3-10-php72</name>
<name>typo3-10-php73</name>
<name>typo3-10-php74</name>
<range><lt>10.4.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Typo3 News:</p>
<blockquote cite="https://typo3.org/article/typo3-1042-and-9517-security-releases-published">
<p>CVE-2020-11063: TYPO3-CORE-SA-2020-001: Information Disclosure in
Password Reset</p>
<p>It has been discovered that time-based attacks can be used with the
password reset functionality for backend users. This allows an attacker
to verify whether a backend user account with a given email address
exists or not.</p>
<p/>
<p>CVE-2020-11064: TYPO3-CORE-SA-2020-002: Cross-Site Scripting in Form
Engine</p>
<p>It has been discovered that HTML placeholder attributes containing
data of other database records are vulnerable to cross-site scripting. A
valid backend user account is needed to exploit this vulnerability.</p>
<p/>
<p>CVE-2020-11065: TYPO3-CORE-SA-2020-003: Cross-Site Scripting in Link
Handling</p>
<p>It has been discovered that link tags generated by typolink
functionality are vulnerable to cross-site scripting - properties being
assigned as HTML attributes have not been parsed correctly.</p>
<p/>
<p>CVE-2020-11066: TYPO3-CORE-SA-2020-004: Class destructors causing
side-effects when being unserialized</p>
<p>Calling unserialize() on malicious user-submitted content can result
in the following scenarios:</p>
<p>- trigger deletion of arbitrary directory in file system (if writable
for web server)</p>
<p>- trigger message submission via email using identity of web site
(mail relay)</p>
<p>Another insecure deserialization vulnerability is required to actually
exploit mentioned aspects.</p>
<p/>
<p>CVE-2020-11067: TYPO3-CORE-SA-2020-005: Insecure Deserialization in
Backend User Settings</p>
<p>It has been discovered that backend user settings (in $BE_USER->uc) are
vulnerable to insecure deserialization. In combination with
vulnerabilities of 3rd party components this can lead to remote code
execution. A valid backend user account is needed to exploit this
vulnerability.</p>
<p/>
<p>CVE-2020-11069: TYPO3-CORE-SA-2020-006: Same-Site Request Forgery to
Backend User Interface</p>
<p>It has been discovered that the backend user interface and install tool
are vulnerable to same-site request forgery. A backend user can be
tricked into interacting with a malicious resource an attacker
previously managed to upload to the web server - scripts are then
executed with the privileges of the victims’ user session.</p>
<p>In a worst case scenario new admin users can be created which can
directly be used by an attacker. The vulnerability is basically a
cross-site request forgery (CSRF) triggered by a cross-site scripting
vulnerability (XSS) - but happens on the same target host - thus, it’
actually a same-site request forgery (SSRF).</p>
<p>Malicious payload such as HTML containing JavaScript might be provided
by either an authenticated backend user or by a non-authenticated user
using a 3rd party extension - e.g. file upload in a contact form with
knowing the target location.</p>
<p>The attacked victim requires an active and valid backend or install
tool user session at the time of the attack to be successful.</p>
</blockquote>
</body>
</description>
<references>
<url>https://typo3.org/article/typo3-1042-and-9517-security-releases-published</url>
<url>https://get.typo3.org/release-notes/9.5.17</url>
<url>https://get.typo3.org/release-notes/10.4.2</url>
<url>https://typo3.org/security/advisory/typo3-core-sa-2020-001</url>
<url>https://typo3.org/security/advisory/typo3-core-sa-2020-002</url>
<url>https://typo3.org/security/advisory/typo3-core-sa-2020-003</url>
<url>https://typo3.org/security/advisory/typo3-core-sa-2020-004</url>
<url>https://typo3.org/security/advisory/typo3-core-sa-2020-005</url>
<url>https://typo3.org/security/advisory/typo3-core-sa-2020-006</url>
<cvename>CVE-2020-11063</cvename>
<cvename>CVE-2020-11064</cvename>
<cvename>CVE-2020-11065</cvename>
<cvename>CVE-2020-11066</cvename>
<cvename>CVE-2020-11067</cvename>
<cvename>CVE-2020-11069</cvename>
</references>
<dates>
<discovery>2020-05-12</discovery>
<entry>2020-05-13</entry>
</dates>
</vuln>
<vuln vid="0bfcae0b-947f-11ea-92ab-00163e433440">
<topic>FreeBSD -- Insufficient cryptodev MAC key length check</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Requests to create cryptography sessions using a MAC did not validate the
user-supplied MAC key length. The cryptodev module allocates a buffer whose
size is this user-suppled length.</p>
<h1>Impact:</h1>
<p>An unprivileged process can trigger a kernel panic.</p>
</body>
</description>
<references>
<cvename>CVE-2019-15879</cvename>
<freebsdsa>SA-20:15.cryptodev</freebsdsa>
</references>
<dates>
<discovery>2020-01-20</discovery>
<entry>2020-05-12</entry>
</dates>
</vuln>
<vuln vid="9f15c2da-947e-11ea-92ab-00163e433440">
<topic>FreeBSD -- Use after free in cryptodev module</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_5</lt></range>
<range><ge>11.3</ge><lt>11.3_9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>A race condition permitted a data structure in the kernel to be used
after it was freed by the cryptodev module.</p>
<h1>Impact:</h1>
<p>An unprivileged process can overwrite arbitrary kernel memory.</p>
</body>
</description>
<references>
<cvename>CVE-2019-15879</cvename>
<freebsdsa>SA-20:15.cryptodev</freebsdsa>
</references>
<dates>
<discovery>2020-01-20</discovery>
<entry>2020-05-12</entry>
</dates>
</vuln>
<vuln vid="253486f5-947d-11ea-92ab-00163e433440">
<topic>FreeBSD -- Improper checking in SCTP-AUTH shared key update</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>11.3</ge><lt>11.3_9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>The SCTP layer does improper checking when an application tries to update
a shared key. Therefore an unprivileged local user can trigger a use-after-
free situation, for example by specific sequences of updating shared keys and
closing the SCTP association.</p>
<h1>Impact:</h1>
<p>Triggering the use-after-free situation may result in unintended kernel
behaviour including a kernel panic.</p>
</body>
</description>
<references>
<cvename>CVE-2019-15878</cvename>
<freebsdsa>SA-20:14.sctp</freebsdsa>
</references>
<dates>
<discovery>2019-09-19</discovery>
<entry>2020-05-12</entry>
</dates>
</vuln>
<vuln vid="78992249-947c-11ea-92ab-00163e433440">
<topic>FreeBSD -- Memory disclosure vulnerability in libalias</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_5</lt></range>
<range><ge>11.4</ge><lt>11.4_1</lt></range>
<range><ge>11.3</ge><lt>11.3_9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>The FTP packet handler in libalias incorrectly calculates some packet
lengths. This may result in disclosing small amounts of memory from the
kernel (for the in-kernel NAT implementation) or from the process space for
natd (for the userspace implementation).</p>
<h1>Impact:</h1>
<p>A malicious attacker could send specially constructed packets that exploit the
erroneous calculation allowing the attacker to disclose small amount of memory
either from the kernel (for the in-kernel NAT implementation) or from the
process space for natd (for the userspace implementation).</p>
</body>
</description>
<references>
<cvename>CVE-2020-7455</cvename>
<freebsdsa>SA-20:13.libalias</freebsdsa>
</references>
<dates>
<discovery>2020-05-12</discovery>
<entry>2020-05-12</entry>
</dates>
</vuln>
<vuln vid="30ce591c-947b-11ea-92ab-00163e433440">
<topic>FreeBSD -- Insufficient packet length validation in libalias</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_5</lt></range>
<range><ge>11.4</ge><lt>11.4_1</lt></range>
<range><ge>11.3</ge><lt>11.3_9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>libalias(3) packet handlers do not properly validate the packet length before
accessing the protocol headers. As a result, if a libalias(3) module does
not properly validate the packet length before accessing the protocol header,
it is possible for an out of bound read or write condition to occur.</p>
<h1>Impact:</h1>
<p>A malicious attacker could send specially constructed packets that exploit
the lack of validation allowing the attacker to read or write memory either
from the kernel (for the in-kernel NAT implementation) or from the process
space for natd (for the userspace implementation).</p>
</body>
</description>
<references>
<cvename>CVE-2020-7454</cvename>
<freebsdsa>SA-20:12.libalias</freebsdsa>
</references>
<dates>
<discovery>2020-05-12</discovery>
<entry>2020-05-12</entry>
</dates>
</vuln>
<vuln vid="452d16bb-920d-11ea-9d20-18a6f7016652">
<topic>qutebrowser -- Reloading page with certificate errors shows a green URL</topic>
<affects>
<package>
<name>qutebrowser</name>
<range><lt>1.11.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Qutebrowser developers report:</p>
<blockquote cite="https://github.com/qutebrowser/qutebrowser/security/advisories/GHSA-4rcq-jv2f-898j">
<p>After a certificate error was overridden by the user,
qutebrowser displays the URL as yellow (colors.statusbar.url.warn.fg).
However, when the affected website was subsequently loaded again,
the URL was mistakenly displayed as green (colors.statusbar.url.success_https).
While the user already has seen a certificate error prompt at this point
(or set content.ssl_strict to false which is not recommended),
this could still provide a false sense of security.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/qutebrowser/qutebrowser/security/advisories/GHSA-4rcq-jv2f-898j</url>
<url>https://github.com/qutebrowser/qutebrowser/issues/5403</url>
<cvename>CVE-2020-11054</cvename>
</references>
<dates>
<discovery>2020-05-02</discovery>
<entry>2020-05-09</entry>
</dates>
</vuln>
<vuln vid="ca595a25-91d8-11ea-b470-080027846a02">
<topic>Python -- CRLF injection via the host part of the url passed to urlopen()</topic>
<affects>
<package>
<name>python27</name>
<range><lt>2.7.18</lt></range>
</package>
<package>
<name>python38</name>
<range><lt>3.8.3</lt></range>
</package>
<package>
<name>python37</name>
<range><le>3.7.7</le></range>
</package>
<package>
<name>python36</name>
<range><lt>3.6.10</lt></range>
</package>
<package>
<name>python35</name>
<range><le>3.5.9_4</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Python reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18348">
<p>An issue was discovered in urllib2 in Python 2.x through 2.7.17 and urllib in Python 3.x
through 3.8.0. CRLF injection is possible if the attacker controls a url parameter, as
demonstrated by the first argument to urllib.request.urlopen with \r\n (specifically in
the host component of a URL) followed by an HTTP header.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18348</url>
<url>https://bugs.python.org/issue38576</url>
<cvename>CVE-2019-18348</cvename>
</references>
<dates>
<discovery>2019-10-24</discovery>
<entry>2020-05-09</entry>
<modified>2020-06-13</modified>
</dates>
</vuln>
<vuln vid="d222241d-91cc-11ea-82b8-4c72b94353b5">
<topic>glpi -- stored XSS</topic>
<affects>
<package>
<name>glpi</name>
<range><lt>9.4.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE Corporation reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-13239">
<p>inc/user.class.php in GLPI before 9.4.3 allows XSS via a user picture.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/glpi-project/glpi/commit/c2aa7a7cd6af28be3809acc7e7842d2d2008c0fb</url>
<url>https://www.synacktiv.com/ressources/advisories/GLPI_9.4.0_stored_XSS.pdf</url>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-13239</url>
<cvename>CVE-2019-13239</cvename>
</references>
<dates>
<discovery>2019-02-25</discovery>
<entry>2020-05-09</entry>
</dates>
</vuln>
<vuln vid="1a6b7641-aed2-4ba1-96f4-c282d5b09c37">
<topic>zeek -- Various vulnerabilities</topic>
<affects>
<package>
<name>zeek</name>
<range><lt>3.0.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jon Siwek of Corelight reports:</p>
<blockquote cite="https://raw.githubusercontent.com/zeek/zeek/v3.0.6/NEWS">
<p>This release fixes the following security issues:</p>
<ul>
<li>
Fix buffer over-read in Ident analyzer </li>
<li>
Fix SSL scripting error leading to uninitialized field
access and memory leak </li>
<li>
Fix POP3 analyzer global buffer over-read </li>
<li>
Fix potential stack overflows due to use of
Variable-Length-Arrays </li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://raw.githubusercontent.com/zeek/zeek/v3.0.6/NEWS</url>
</references>
<dates>
<discovery>2020-05-06</discovery>
<entry>2020-05-06</entry>
</dates>
</vuln>
<vuln vid="d5fead4f-8efa-11ea-a5c8-08002728f74c">
<topic>Wagtail -- potential timing attack vulnerability</topic>
<affects>
<package>
<name>py35-wagtail</name>
<name>py36-wagtail</name>
<name>py37-wagtail</name>
<name>py38-wagtail</name>
<range><lt>2.7.3</lt></range>
<range><ge>2.8</ge><lt>2.8.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Wagtail release notes:</p>
<blockquote cite="https://docs.wagtail.io/en/latest/releases/2.8.2.html">
<p>CVE-2020-11037: Potential timing attack on password-protected private pages</p>
<p>This release addresses a potential timing attack on pages or documents
that have been protected with a shared password through Wagtail's
"Privacy" controls. This password check is performed through a
character-by-character string comparison, and so an attacker who is
able to measure the time taken by this check to a high degree of
accuracy could potentially use timing differences to gain knowledge of
the password. (This is understood to be feasible on a local network, but
not on the public internet.)</p>
</blockquote>
</body>
</description>
<references>
<url>https://docs.wagtail.io/en/latest/releases/2.8.2.html</url>
<url>https://github.com/wagtail/wagtail/security/advisories/GHSA-jjjr-3jcw-f8v6</url>
<cvename>CVE-2020-11037</cvename>
</references>
<dates>
<discovery>2020-05-04</discovery>
<entry>2020-05-05</entry>
</dates>
</vuln>
<vuln vid="88760f4d-8ef7-11ea-a66d-4b2ef158be83">
<topic>mailman -- arbitrary content injection vulnerability via options or private archive login pages</topic>
<affects>
<package>
<name>mailman</name>
<range><lt>2.1.30_4</lt></range>
<range><ge>2.1.31</ge><lt>2.1.33</lt></range>
</package>
<package>
<name>mailman-with-htdig</name>
<range><lt>2.1.30_4</lt></range>
<range><ge>2.1.31</ge><lt>2.1.33</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Mark Sapiro reports:</p>
<blockquote cite="https://bazaar.launchpad.net/~mailman-coders/mailman/2.1/view/1845/NEWS#L8">
<p>A content injection vulnerability via the options login page has
been discovered and reported by Vishal Singh.
</p>
</blockquote>
<blockquote cite="https://bugs.launchpad.net/mailman/+bug/1873722">
<p>
An issue similar to CVE-2018-13796 exists at different endpoint & param. It can lead to a phishing attack.
</p>
</blockquote>
<blockquote cite="https://bugs.launchpad.net/mailman/+bug/1877379">
<p>
(added 2020-05-07) This is essentially the same as
https://bugs.launchpad.net/mailman/+bug/1873722 except the vector is
the private archive login page and the attack only succeeds if the
list's roster visibility (private_roster) setting is 'Anyone'.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://bazaar.launchpad.net/~mailman-coders/mailman/2.1/view/1845/NEWS#L8</url>
<url>https://bugs.launchpad.net/mailman/+bug/1873722</url>
<url>https://bugs.launchpad.net/mailman/+bug/1877379</url>
<url>https://mail.python.org/archives/list/mailman-developers@python.org/thread/SYBIZ3MNSQZLKN6PVKO7ZKR7QMOBMS45/</url>
<cvename>CVE-2018-13796</cvename>
</references>
<dates>
<discovery>2020-04-20</discovery>
<entry>2020-05-07</entry>
</dates>
</vuln>
<vuln vid="cd864f1a-8e5a-11ea-b5b4-641c67a117d8">
<topic>cacti -- XSS exposure</topic>
<affects>
<package>
<name>cacti</name>
<range><lt>1.2.12</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Cacti developer reports:</p>
<blockquote cite="https://sourceforge.net/p/cacti/mailman/message/37000502/">
<p>Lack of escaping of color items can lead to XSS exposure.</p>
</blockquote>
</body>
</description>
<references>
<url>https://sourceforge.net/p/cacti/mailman/message/37000502/</url>
<url>https://github.com/Cacti/cacti/blob/release/1.2.12/CHANGELOG</url>
<cvename>CVE-2020-7106</cvename>
<freebsdpr>ports/246164</freebsdpr>
</references>
<dates>
<discovery>2020-04-16</discovery>
<entry>2020-05-04</entry>
</dates>
</vuln>
<vuln vid="57c1c2ee-7914-11ea-90bf-0800276545c1">
<topic>Squid -- multiple vulnerabilities</topic>
<affects>
<package>
<name>squid</name>
<range><lt>4.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Squid developers reports:</p>
<blockquote cite="http://lists.squid-cache.org/pipermail/squid-announce/2020-February/000107.html">
<p>Improper Input Validation issues in HTTP Request
processing (CVE-2020-8449, CVE-2020-8450).</p>
<p>Information Disclosure issue in FTP Gateway
(CVE-2019-12528).</p>
<p>Buffer Overflow issue in ext_lm_group_acl helper
(CVE-2020-8517).</p>
</blockquote>
</body>
</description>
<references>
<url>http://lists.squid-cache.org/pipermail/squid-announce/2020-February/000107.html</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-8449</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-8450</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2019-12528</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-8517</url>
<cvename>CVE-2020-8449</cvename>
<cvename>CVE-2020-8450</cvename>
<cvename>CVE-2019-12528</cvename>
<cvename>CVE-2020-8517</cvename>
<freebsdpr>ports/244026</freebsdpr>
</references>
<dates>
<discovery>2020-02-10</discovery>
<entry>2020-04-07</entry>
</dates>
</vuln>
<vuln vid="d3f3e818-8d10-11ea-8668-e0d55e2a8bf9">
<topic>taglib -- heap-based buffer over-read via a crafted audio file</topic>
<affects>
<package>
<name>taglib</name>
<range><lt>1.12.b.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Webin security lab - dbapp security Ltd reports:</p>
<blockquote cite="https://seclists.org/fulldisclosure/2018/May/49">
<p>The TagLib::Ogg::FLAC::File::scan function in oggflacfile.cpp in TagLib 1.11.1 allows remote attackers to cause information disclosure (heap-based buffer over-read) via a crafted audio file.</p>
</blockquote>
</body>
</description>
<references>
<url>https://seclists.org/fulldisclosure/2018/May/49</url>
<cvename>CVE-2018-11439</cvename>
</references>
<dates>
<discovery>2018-05-28</discovery>
<entry>2020-05-03</entry>
</dates>
</vuln>
<vuln vid="e8483115-8b8e-11ea-bdcf-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.10.0</ge><lt>12.10.2</lt></range>
<range><ge>12.9.0</ge><lt>12.9.5</lt></range>
<range><ge>8.4.0</ge><lt>12.8.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/04/30/security-release-12-10-2-released/">
<p>Path Traversal in NuGet Package Registry</p>
<p>Workhorse Bypass Leads to File Disclosure</p>
<p>OAuth Application Client Secrets Revealed</p>
<p>Code Owners Approval Rules Are Not Updated for Existing Merge Requests When Source Branch Changes</p>
<p>Code Owners Protection Not Enforced from Web UI</p>
<p>Repository Mirror Passwords Exposed To Maintainers</p>
<p>Admin Audit Log Page Denial of Service</p>
<p>Private Project ID Revealed Through Group API</p>
<p>Elasticsearch Credentials Logged to ELK</p>
<p>GitHub Personal Access Token Exposed on Integrations Page</p>
<p>Update Nokogiri dependency</p>
<p>Update OpenSSL Dependency</p>
<p>Update git</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/04/30/security-release-12-10-2-released/</url>
<cvename>CVE-2020-12448</cvename>
<cvename>CVE-2020-10187</cvename>
<cvename>CVE-2020-7595</cvename>
<cvename>CVE-2020-1967</cvename>
<cvename>CVE-2020-11008</cvename>
</references>
<dates>
<discovery>2020-04-30</discovery>
<entry>2020-05-01</entry>
</dates>
</vuln>
<vuln vid="4a10902f-8a48-11ea-8668-e0d55e2a8bf9">
<topic>vlc -- Multiple vulnerabilities fixed in VLC media player</topic>
<affects>
<package>
<name>vlc</name>
<range><lt>3.0.10,4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>VideoLAN reports:</p>
<blockquote cite="https://www.videolan.org/security/sb-vlc309.html">
<h3>Details</h3>
<p> A remote user could:</p>
<ul>
<li> Create a specifically crafted image file that could trigger an out of bounds read </li>
<li> Send a specifically crafter request to the microdns service discovery, potentially triggering various memory management issues</li>
</ul>
<h3>Impact</h3>
<p>
If successful, a malicious third party could trigger either a crash of VLC or an arbitratry code execution with the privileges of the target user.
</p><p>
While these issues in themselves are most likely to just crash the player, we can't exclude that they could be combined to leak user informations or remotely execute code. ASLR and DEP help reduce the likelyness of code execution, but may be bypassed.</p>
<p>
We have not seen exploits performing code execution through these vulnerabilities</p>
<p>CVE-2019-19721 affects VLC 3.0.8 and earlier, and only reads 1 byte out of bound</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.videolan.org/security/sb-vlc309.html</url>
</references>
<dates>
<discovery>2020-04-01</discovery>
<entry>2020-04-29</entry>
</dates>
</vuln>
<vuln vid="3c7911c9-8a29-11ea-8d8c-005056a311d1">
<topic>samba -- multiple vulnerabilities</topic>
<affects>
<package>
<name>samba410</name>
<range><lt>4.10.15</lt></range>
</package>
<package>
<name>samba411</name>
<range><lt>4.11.8</lt></range>
</package>
<package>
<name>samba412</name>
<range><lt>4.12.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Samba Team reports:</p>
<blockquote cite="https://www.samba.org/samba/history/samba-4.12.2.html">
<p>CVE-2020-10700</p>
<p>A client combining the 'ASQ' and 'Paged Results' LDAP controls can cause a
use-after-free in Samba's AD DC LDAP server.</p>
<p>CVE-2020-10704</p>
<p>A deeply nested filter in an un-authenticated LDAP search can exhaust the
LDAP server's stack memory causing a SIGSEGV.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.samba.org/samba/history/samba-4.12.2.html</url>
<cvename>CVE-2020-10700</cvename>
<cvename>CVE-2020-10704</cvename>
</references>
<dates>
<discovery>2020-04-29</discovery>
<entry>2020-04-29</entry>
</dates>
</vuln>
<vuln vid="5b6bc863-89dc-11ea-af8b-00155d0a0200">
<topic>ceph14 -- multiple security issues</topic>
<affects>
<package>
<name>ceph14</name>
<range><gt>14.1.1</gt><lt>14.2.9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>RedHat reports:</p>
<blockquote cite="https://access.redhat.com/security/cve/cve-2020-1759">
<p>ceph: secure mode of msgr2 breaks both confidentiality and integrity aspects for long-lived sessions.</p>
</blockquote>
<blockquote cite="https://access.redhat.com/security/cve/cve-2020-1760">
<p>ceph: header-splitting in RGW GetObject has a possible XSS.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-1759</cvename>
<url>https://www.openwall.com/lists/oss-security/2020/04/07/2</url>
<cvename>CVE-2020-1760</cvename>
<url>https://www.openwall.com/lists/oss-security/2020/04/07/1</url>
</references>
<dates>
<discovery>2020-04-07</discovery>
<entry>2020-04-14</entry>
</dates>
</vuln>
<vuln vid="c7617931-8985-11ea-93ef-b42e99a1b9c3">
<topic>nested filters leads to stack overflow</topic>
<affects>
<package>
<name>openldap24-server</name>
<range><lt>2.4.50</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Howard Chu reports:</p>
<blockquote cite="https://bugs.openldap.org/show_bug.cgi?id=9202">
<p>nested filters leads to stack overflow</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugs.openldap.org/show_bug.cgi?id=9202</url>
<cvename>CVE-2020-12243</cvename>
</references>
<dates>
<discovery>2020-04-28</discovery>
<entry>2020-04-28</entry>
</dates>
</vuln>
<vuln vid="aae8fecf-888e-11ea-9714-08002718de91">
<topic>py-yaml -- FullLoader (still) exploitable for arbitrary command execution</topic>
<affects>
<package>
<name>py27-yaml</name>
<name>py35-yaml</name>
<name>py36-yaml</name>
<name>py37-yaml</name>
<name>py38-yaml</name>
<range><lt>5.3.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Riccardo Schirone (https://github.com/ret2libc) reports:</p>
<blockquote cite="https://bugzilla.redhat.com/show_bug.cgi?id=1807367">
<p>In FullLoader python/object/new constructor, implemented by
construct_python_object_apply, has support for setting the
state of a deserialized instance through the set_python_instance_state
method. After setting the state, some operations are performed
on the instance to complete its initialization, however it is
possible for an attacker to set the instance' state in such a way
that arbitrary code is executed by the FullLoader.</p>
<p>This patch tries to block such attacks in FullLoader by
preventing set_python_instance_state from setting arbitrar
properties. It implements a blacklist that includes extend method
(called by construct_python_object_apply) and all special
methods (e.g. __set__, __setitem__, etc.).</p>
<p>Users who need special attributes being set in the state of a
deserialized object can still do it through the UnsafeLoader, which
however should not be used on untrusted input. Additionally, they can
subclass FullLoader and redefine state_blacklist_regexp to include the
additional attributes they need, passing the subclassed loader to
yaml.load.</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugzilla.redhat.com/show_bug.cgi?id=1807367</url>
<url>https://github.com/yaml/pyyaml/pull/386</url>
<cvename>CVE-2020-1747</cvename>
<freebsdpr>ports/245937</freebsdpr>
</references>
<dates>
<discovery>2020-03-02</discovery>
<entry>2020-04-27</entry>
<modified>2020-04-29</modified>
</dates>
</vuln>
<vuln vid="4c52ec3c-86f3-11ea-b5b4-641c67a117d8">
<topic>py-bleach -- regular expression denial-of-service</topic>
<affects>
<package>
<name>py27-bleach</name>
<name>py35-bleach</name>
<name>py36-bleach</name>
<name>py37-bleach</name>
<name>py38-bleach</name>
<range><lt>3.1.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Bleach developers reports:</p>
<blockquote cite="https://github.com/mozilla/bleach/security/advisories/GHSA-vqhp-cxgc-6wmm">
<p>bleach.clean behavior parsing style attributes could result in a
regular expression denial of service (ReDoS).</p>
<p>Calls to bleach.clean with an allowed tag with an allowed style
attribute are vulnerable to ReDoS. For example, bleach.clean(...,
attributes={'a': ['style']}).</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/mozilla/bleach/security/advisories/GHSA-vqhp-cxgc-6wmm</url>
<url>https://bugzilla.mozilla.org/show_bug.cgi?id=1623633</url>
<cvename>CVE-2020-6817</cvename>
<freebsdpr>ports/245943</freebsdpr>
</references>
<dates>
<discovery>2019-03-09</discovery>
<entry>2020-04-26</entry>
</dates>
</vuln>
<vuln vid="21d59ea3-8559-11ea-a5e2-d4c9ef517024">
<topic>MySQL Server -- Multiple vulerabilities</topic>
<affects>
<package>
<name>mariadb101-server</name>
<range><lt>10.1.45</lt></range>
</package>
<package>
<name>mariadb102-server</name>
<range><lt>10.2.32</lt></range>
</package>
<package>
<name>mariadb103-server</name>
<range><lt>10.3.23</lt></range>
</package>
<package>
<name>mariadb104-server</name>
<range><lt>10.4.13</lt></range>
</package>
<package>
<name>mysql56-server</name>
<range><lt>5.6.48</lt></range>
</package>
<package>
<name>mysql57-server</name>
<range><lt>5.7.30</lt></range>
</package>
<package>
<name>mysql80-server</name>
<range><lt>8.0.20</lt></range>
</package>
<package>
<name>percona55-server</name>
<range><lt>5.5.68</lt></range>
</package>
<package>
<name>percona56-server</name>
<range><lt>5.6.48</lt></range>
</package>
<package>
<name>percona57-server</name>
<range><lt>5.7.30</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Oracle reports:</p>
<blockquote cite="https://www.oracle.com/security-alerts/cpujan2020.html#AppendixMSQL">
<p>This Critical Patch Update contains 45 new security patches for
Oracle MySQL. 9 of these vulnerabilities may be remotely exploitable
without authentication, i.e., may be exploited over a network without
requiring user credentials.</p>
<p>MariaDB reports 4 of these vulnerabilities exist in their software</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.oracle.com/security-alerts/cpujan2020.html</url>
<cvename>CVE-2019-5482</cvename>
<cvename>CVE-2019-15601</cvename>
<cvename>CVE-2020-2780</cvename>
<cvename>CVE-2020-2790</cvename>
<cvename>CVE-2020-2768</cvename>
<cvename>CVE-2020-2804</cvename>
<cvename>CVE-2020-2760</cvename>
<cvename>CVE-2020-2806</cvename>
<cvename>CVE-2020-2762</cvename>
<cvename>CVE-2020-2814</cvename>
<cvename>CVE-2020-2893</cvename>
<cvename>CVE-2020-2895</cvename>
<cvename>CVE-2020-2898</cvename>
<cvename>CVE-2020-2903</cvename>
<cvename>CVE-2020-2896</cvename>
<cvename>CVE-2020-2770</cvename>
<cvename>CVE-2020-2765</cvename>
<cvename>CVE-2020-2892</cvename>
<cvename>CVE-2020-2897</cvename>
<cvename>CVE-2020-2923</cvename>
<cvename>CVE-2020-2924</cvename>
<cvename>CVE-2020-2901</cvename>
<cvename>CVE-2020-2928</cvename>
<cvename>CVE-2020-2904</cvename>
<cvename>CVE-2020-2925</cvename>
<cvename>CVE-2020-2759</cvename>
<cvename>CVE-2020-2763</cvename>
<cvename>CVE-2020-2761</cvename>
<cvename>CVE-2020-2774</cvename>
<cvename>CVE-2020-2853</cvename>
<cvename>CVE-2020-2779</cvename>
<cvename>CVE-2020-2812</cvename>
<cvename>CVE-2019-1547</cvename>
<cvename>CVE-2020-2926</cvename>
<cvename>CVE-2020-2921</cvename>
<cvename>CVE-2020-2930</cvename>
</references>
<dates>
<discovery>2020-04-14</discovery>
<entry>2020-04-23</entry>
<modified>2020-05-16</modified>
</dates>
</vuln>
<vuln vid="622b5c47-855b-11ea-a5e2-d4c9ef517024">
<topic>MySQL Client -- Multiple vulerabilities</topic>
<affects>
<package>
<name>mysql56-client</name>
<range><lt>5.6.48</lt></range>
</package>
<package>
<name>mysql57-client</name>
<range><lt>5.7.30</lt></range>
</package>
<package>
<name>mysql80-client</name>
<range><lt>8.0.20</lt></range>
</package>
<package>
<name>mysql-connector-c</name>
<range><lt>8.0.20</lt></range>
</package>
<package>
<name>mysql-connector-c++</name>
<range><lt>8.0.20</lt></range>
</package>
<package>
<name>mysql-connector-java</name>
<range><lt>8.0.20</lt></range>
</package>
<package>
<name>percona55-client</name>
<range><lt>5.5.68</lt></range>
</package>
<package>
<name>percona56-client</name>
<range><lt>5.6.48</lt></range>
</package>
<package>
<name>percona57-client</name>
<range><lt>5.7.30</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Oracle reports:</p>
<blockquote cite="https://www.oracle.com/security-alerts/cpujan2020.html#AppendixMSQL">
<p>This Critical Patch Update contains 45 new security patches for
Oracle MySQL. 9 of these vulnerabilities may be remotely exploitable
without authentication, i.e., may be exploited over a network without
requiring user credentials.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.oracle.com/security-alerts/cpujan2020.html</url>
<cvename>CVE-2020-2752</cvename>
<cvename>CVE-2020-2934</cvename>
<cvename>CVE-2020-2875</cvename>
<cvename>CVE-2020-2922</cvename>
<cvename>CVE-2020-2933</cvename>
</references>
<dates>
<discovery>2020-04-14</discovery>
<entry>2020-04-23</entry>
</dates>
</vuln>
<vuln vid="afa018d9-8557-11ea-a5e2-d4c9ef517024">
<topic>Nextcloud -- multiple vulnerabilities</topic>
<affects>
<package>
<name>nextcloud</name>
<range><lt>18.0.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Nextcloud reports:</p>
<blockquote cite="https://nextcloud.com/security/advisories/">
<p>XSS in Files PDF viewer (NC-SA-2020-019)</p>
<p>Missing ownership check on remote wipe endpoint (NC-SA-2020-018)</p>
</blockquote>
</body>
</description>
<references>
<url>https://nextcloud.com/security/advisories/</url>
<url>https://nextcloud.com/security/advisory/?id=NC-SA-2020-018</url>
<url>https://nextcloud.com/security/advisory/?id=NC-SA-2020-019</url>
</references>
<dates>
<discovery>2020-03-18</discovery>
<entry>2020-04-23</entry>
</dates>
</vuln>
<vuln vid="a27b0bb6-84fc-11ea-b5b4-641c67a117d8">
<topic>Python -- Regular Expression DoS attack against client</topic>
<affects>
<package>
<name>python38</name>
<range><lt>3.8.3</lt></range>
</package>
<package>
<name>python37</name>
<range><le>3.7.7</le></range>
</package>
<package>
<name>python36</name>
<range><lt>3.6.10</lt></range>
</package>
<package>
<name>python35</name>
<range><le>3.5.9_4</le></range>
</package>
<package>
<name>python27</name>
<range><lt>2.7.18</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Ben Caller and Matt Schwager reports:</p>
<blockquote cite="https://python-security.readthedocs.io/vuln/urllib-basic-auth-regex.html">
<p>Python 2.7 through 2.7.17, 3.5 through 3.5.9, 3.6 through 3.6.10, 3.7
through 3.7.6, and 3.8 through 3.8.1 allows an HTTP server to conduct
Regular Expression Denial of Service (ReDoS) attacks against a client
because of urllib.request.AbstractBasicAuthHandler catastrophic
backtracking.</p>
</blockquote>
</body>
</description>
<references>
<url>https://python-security.readthedocs.io/vuln/urllib-basic-auth-regex.html</url>
<url>https://bugs.python.org/issue39503</url>
<cvename>CVE-2020-8492</cvename>
<freebsdpr>ports/245819</freebsdpr>
</references>
<dates>
<discovery>2019-11-17</discovery>
<entry>2020-04-23</entry>
<modified>2020-06-13</modified>
</dates>
</vuln>
<vuln vid="8d85d600-84a9-11ea-97b9-08002728f74c">
<topic>Wagtail -- XSS vulnerability</topic>
<affects>
<package>
<name>py35-wagtail</name>
<name>py36-wagtail</name>
<name>py37-wagtail</name>
<name>py38-wagtail</name>
<range><lt>2.7.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Wagtail release notes:</p>
<blockquote cite="https://docs.wagtail.io/en/latest/releases/2.7.2.html">
<p>CVE-2020-11001: Possible XSS attack via page revision comparison view</p>
<p>This release addresses a cross-site scripting (XSS) vulnerability on
the page revision comparison view within the Wagtail admin interface. A
user with a limited-permission editor account for the Wagtail admin
could potentially craft a page revision history that, when viewed by a
user with higher privileges, could perform actions with that user
credentials. The vulnerability is not exploitable by an ordinary site
visitor without access to the Wagtail admin.</p>
</blockquote>
</body>
</description>
<references>
<url>https://docs.wagtail.io/en/latest/releases/2.7.2.html</url>
<url>https://github.com/advisories/GHSA-v2wc-pfq2-5cm6</url>
<cvename>CVE-2020-11001</cvename>
</references>
<dates>
<discovery>2020-04-03</discovery>
<entry>2020-04-22</entry>
</dates>
</vuln>
<vuln vid="0f798bd6-8325-11ea-9a78-08002728f74c">
<topic>libntlm -- buffer overflow vulnerability</topic>
<affects>
<package>
<name>libntlm</name>
<range><lt>1.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>NVD reports:</p>
<blockquote cite="https://nvd.nist.gov/vuln/detail/CVE-2019-17455">
<p>Libntlm through 1.5 relies on a fixed buffer size for
tSmbNtlmAuthRequest, tSmbNtlmAuthChallenge, and tSmbNtlmAuthResponse
read and write operations, as demonstrated by a stack-based buffer
over-read in buildSmbNtlmAuthRequest in smbutil.c for a crafted NTLM
request.</p>
</blockquote>
</body>
</description>
<references>
<url>https://gitlab.com/jas/libntlm/-/issues/2</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2019-17455</url>
<cvename>CVE-2019-17455</cvename>
</references>
<dates>
<discovery>2019-10-08</discovery>
<entry>2020-04-21</entry>
</dates>
</vuln>
<vuln vid="012809ce-83f3-11ea-92ab-00163e433440">
<topic>OpenSSL remote denial of service vulnerability</topic>
<affects>
<package>
<name>FreeBSD</name>
<range><ge>12.1</ge><lt>12.1_4</lt></range>
</package>
<package>
<name>openssl</name>
<range><ge>1.1.1,1</ge><lt>1.1.1g,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Server or client applications that call the SSL_check_chain()
function during or after a TLS 1.3 handshake may crash due to a NULL
pointer dereference as a result of incorrect handling of the
"signature_algorithms_cert" TLS extension. The crash occurs if an
invalid or unrecognized signature algorithm is received from the
peer.</p>
<h1>Impact:</h1>
<p>A malicious peer could exploit the NULL pointer dereference crash,
causing a denial of service attack.</p>
</body>
</description>
<references>
<cvename>CVE-2020-1967</cvename>
<freebsdsa>SA-20:11.openssl</freebsdsa>
<url>https://www.openssl.org/news/secadv/20200421.txt</url>
</references>
<dates>
<discovery>2020-04-21</discovery>
<entry>2020-04-21</entry>
<modified>2020-04-22</modified>
</dates>
</vuln>
<vuln vid="33edcc56-83f2-11ea-92ab-00163e433440">
<topic>FreeBSD -- ipfw invalid mbuf handling</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_4</lt></range>
<range><ge>11.3</ge><lt>11.3_8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Incomplete packet data validation may result in accessing
out-of-bounds memory (CVE-2019-5614) or may access memory after it has
been freed (CVE-2019-15874).</p>
<h1>Impact:</h1>
<p>Access to out of bounds or freed mbuf data can lead to a kernel panic or
other unpredictable results.</p>
</body>
</description>
<references>
<cvename>CVE-2019-5614</cvename>
<cvename>CVE-2019-15874</cvename>
<freebsdsa>SA-20:10.ipfw</freebsdsa>
</references>
<dates>
<discovery>2020-04-21</discovery>
<entry>2020-04-21</entry>
</dates>
</vuln>
<vuln vid="9fbaefb3-837e-11ea-b5b4-641c67a117d8">
<topic>py-twisted -- multiple vulnerabilities</topic>
<affects>
<package>
<name>py27-twisted</name>
<name>py35-twisted</name>
<name>py36-twisted</name>
<name>py37-twisted</name>
<name>py38-twisted</name>
<range><lt>20.3.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Twisted developers reports:</p>
<blockquote cite="https://github.com/twisted/twisted/blob/twisted-20.3.0/NEWS.rst">
<p>All HTTP clients in twisted.web.client now raise a ValueError when
called with a method and/or URL that contain invalid characters. This
mitigates CVE-2019-12387. Thanks to Alex Brasetvik for reporting this
vulnerability.</p>
<p>The HTTP/2 server implementation now enforces TCP flow control on
control frame messages and times out clients that send invalid data
without reading responses. This closes CVE-2019-9512 (Ping Flood),
CVE-2019-9514 (Reset Flood), and CVE-2019-9515 (Settings Flood). Thanks
to Jonathan Looney and Piotr Sikora.</p>
<p>twisted.web.http was subject to several request smuggling attacks.
Requests with multiple Content-Length headers were allowed
(CVE-2020-10108, thanks to Jake Miller from Bishop Fox and ZeddYu Lu
for reporting this) and now fail with a 400; requests with a
Content-Length header and a Transfer-Encoding header honored the first
header (CVE-2020-10109, thanks to Jake Miller from Bishop Fox for
reporting this) and now fail with a 400; requests whose
Transfer-Encoding header had a value other than "chunked" and
"identity" (thanks to ZeddYu Lu) were allowed and now fail with a 400.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/twisted/twisted/blob/twisted-20.3.0/NEWS.rst</url>
<cvename>CVE-2019-12387</cvename>
<cvename>CVE-2019-9512</cvename>
<cvename>CVE-2019-9514</cvename>
<cvename>CVE-2019-9515</cvename>
<cvename>CVE-2020-10108</cvename>
<cvename>CVE-2020-10109</cvename>
<freebsdpr>ports/245252</freebsdpr>
</references>
<dates>
<discovery>2019-03-01</discovery>
<entry>2020-04-21</entry>
</dates>
</vuln>
<vuln vid="3d7dfd63-823b-11ea-b3a8-240a644dd835">
<topic>Client/server denial of service when handling AES-CTR ciphers</topic>
<affects>
<package>
<name>libssh</name>
<range><ge>0.8.0</ge><lt>0.8.9</lt></range>
<range><ge>0.9.0</ge><lt>0.9.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The libssh team reports (originally reported by Yasheng Yang from
Google):</p>
<blockquote cite="https://www.libssh.org/security/advisories/CVE-2020-1730.txt">
<p>A malicious client or server could crash the counterpart implemented
with libssh AES-CTR ciphers are used and don't get fully initialized. It
will crash when it tries to cleanup the AES-CTR ciphers when closing the
connection.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.libssh.org/security/advisories/CVE-2020-1730.txt"</url>
<cvename>CVE-2020-1730</cvename>
</references>
<dates>
<discovery>2020-01-25</discovery>
<entry>2020-04-19</entry>
</dates>
</vuln>
<vuln vid="e418b8f0-9abb-420b-a7f1-1d8231b352e2">
<topic>webkit2-gtk3 -- Denial of service</topic>
<affects>
<package>
<name>webkit2-gtk3</name>
<range><lt>2.28.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The WebKitGTK project reports the following vulnerability.</p>
<blockquote cite="https://webkitgtk.org/security/WSA-2020-0004.html">
<p>Processing maliciously crafted web content may lead to arbitrary code execution or application crash (denial of service). Description: A memory corruption issue (use-after-free) was addressed with improved memory handling.</p>
</blockquote>
</body>
</description>
<references>
<url>https://webkitgtk.org/security/WSA-2020-0004.html</url>
<cvename>CVE-2020-11793</cvename>
</references>
<dates>
<discovery>2020-04-16</discovery>
<entry>2020-04-18</entry>
</dates>
</vuln>
<vuln vid="e24fd421-8128-11ea-aa57-000ffec73f06">
<topic>drupal -- Drupal Core - Moderately critical - Third-party library</topic>
<affects>
<package>
<name>drupal8</name>
<range><lt>8.8.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Drupal Security Team reports:</p>
<blockquote cite="https://www.drupal.org/sa-core-2020-001">
<p>The Drupal project uses the third-party library CKEditor, which has
released a security improvement that is needed to protect some
Drupal configurations.</p>
<p>Vulnerabilities are possible if Drupal is configured to use the
WYSIWYG CKEditor for your site's users. An attacker that can createor
edit content may be able to exploit this Cross Site Scripting (XSS)
vulnerability to target users with access to the WYSIWYG CKEditor,
and this may include site admins with privileged access.</p>
<p>The latest versions of Drupal update CKEditor to 4.14 to mitigate
the vulnerabilities.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.drupal.org/sa-core-2020-001</url>
</references>
<dates>
<discovery>2020-03-18</discovery>
<entry>2020-04-17</entry>
</dates>
</vuln>
<vuln vid="ae2e7871-80f6-11ea-bafd-815569f3852d">
<topic>ansible - Vault password leak from temporary file</topic>
<affects>
<package>
<name>ansible</name>
<range><lt>2.8.9</lt></range>
</package>
<package>
<name>ansible27</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible26</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible25</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible24</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible23</name>
<range><lt>2.7.17</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Borja Tarraso reports:</p>
<blockquote cite="https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-1740">
<p>A flaw was found in Ansible Engine when using Ansible Vault for editing
encrypted files. When a user executes "ansible-vault edit", another user
on the same computer can read the old and new secret, as it is created in
a temporary file with mkstemp and the returned file descriptor is closed
and the method write_data is called to write the existing secret in the
file. This method will delete the file before recreating it insecurely.
All versions in 2.7.x, 2.8.x and 2.9.x branches are believed to be vulnerable.</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-1740</url>
<url>https://github.com/ansible/ansible/issues/67798</url>
<cvename>CVE-2020-1740</cvename>
</references>
<dates>
<discovery>2020-02-12</discovery>
<entry>2020-04-17</entry>
</dates>
</vuln>
<vuln vid="67dbeeb6-80f4-11ea-bafd-815569f3852d">
<topic>ansible - subversion password leak from PID</topic>
<affects>
<package>
<name>ansible</name>
<range><lt>2.8.9</lt></range>
</package>
<package>
<name>ansible27</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible26</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible25</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible24</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible23</name>
<range><lt>2.7.17</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Borja Tarraso reports:</p>
<blockquote cite="https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-1739">
<p>A flaw was found in Ansible 2.7.16 and prior, 2.8.8 and prior, and 2.9.5
and prior when a password is set with the argument "password" of svn module,
it is used on svn command line, disclosing to other users within the same
node. An attacker could take advantage by reading the cmdline file from that
particular PID on the procfs.</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-1739</url>
<url>https://github.com/ansible/ansible/issues/67797</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/FWDK3QUVBULS3Q3PQTGEKUQYPSNOU5M3/</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/QT27K5ZRGDPCH7GT3DRI3LO4IVDVQUB7/</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/U3IMV3XEIUXL6S4KPLYYM4TVJQ2VNEP2/</url>
<cvename>CVE-2020-1739</cvename>
</references>
<dates>
<discovery>2020-02-12</discovery>
<entry>2020-04-17</entry>
</dates>
</vuln>
<vuln vid="0899c0d3-80f2-11ea-bafd-815569f3852d">
<topic>ansible - win_unzip path normalization</topic>
<affects>
<package>
<name>ansible</name>
<range><lt>2.8.9</lt></range>
</package>
<package>
<name>ansible27</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible26</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible25</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible24</name>
<range><lt>2.7.17</lt></range>
</package>
<package>
<name>ansible23</name>
<range><lt>2.7.17</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Borja Tarraso reports:</p>
<blockquote cite="https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-1737">
<p>A flaw was found in Ansible 2.7.17 and prior, 2.8.9 and prior, and 2.9.6 and
prior when using the Extract-Zip function from the win_unzip module as the
extracted file(s) are not checked if they belong to the destination folder. An
attacker could take advantage of this flaw by crafting an archive anywhere in
the file system, using a path traversal. This issue is fixed in 2.10.</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2020-1737</url>
<url>https://github.com/ansible/ansible/issues/67795</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/FWDK3QUVBULS3Q3PQTGEKUQYPSNOU5M3/</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/QT27K5ZRGDPCH7GT3DRI3LO4IVDVQUB7/</url>
<url>https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/U3IMV3XEIUXL6S4KPLYYM4TVJQ2VNEP2/</url>
<cvename>CVE-2020-1737</cvename>
</references>
<dates>
<discovery>2020-02-12</discovery>
<entry>2020-04-17</entry>
</dates>
</vuln>
<vuln vid="25efe05c-7ffc-11ea-b594-3065ec8fd3ec">
<topic>chromium -- use after free</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>81.0.4044.113</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Google Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/04/stable-channel-update-for-desktop_15.html">
<p>[1067851] Critical CVE-2020-6457: Use after free in speech
recognizer. Reported by Leecraso and Guang Gong of Alpha Lab, Qihoo
360 on 2020-04-04</p>
</blockquote>
</body>
</description>
<references>
<url>https://chromereleases.googleblog.com/2020/04/stable-channel-update-for-desktop_15.html</url>
<cvename>CVE-2020-6457</cvename>
</references>
<dates>
<discovery>2020-04-15</discovery>
<entry>2020-04-16</entry>
</dates>
</vuln>
<vuln vid="8604121c-7fc2-11ea-bcac-7781e90b0c8f">
<topic>openvpn -- illegal client float can break VPN session for other users</topic>
<affects>
<package>
<name>openvpn</name>
<range><lt>2.4.8_3</lt></range>
</package>
<package>
<name>openvpn-mbedtls</name>
<range><lt>2.4.8_3</lt></range>
</package>
<package>
<name>openvpn-devel</name>
<range><lt>202016</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Lev Stipakov and Gert Doering report:</p>
<blockquote cite="https://github.com/OpenVPN/openvpn/commit/f7b318f811bb43c0d3aa7f337ec6242ed2c33881">
<p>There is a time frame between allocating peer-id and initializing data
channel key (which is performed on receiving push request or on async
push-reply) in which the existing peer-id float checks do not work right.</p>
<p>If a "rogue" data channel packet arrives during that time frame from
another address and with same peer-id, this would cause client to float
to that new address.</p>
<p>The net effect of this behaviour is that the VPN session for the
"victim client" is broken. Since the "attacker client" does not have
suitable keys, it can not inject or steal VPN traffic from the other
session. The time window is small and it can not be used to attack
a specific client's session, unless some other way is found to make it
disconnect and reconnect first.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/OpenVPN/openvpn/commit/f7b318f811bb43c0d3aa7f337ec6242ed2c33881</url>
<url>https://sourceforge.net/p/openvpn/openvpn/ci/f7b318f811bb43c0d3aa7f337ec6242ed2c33881/</url>
<url>https://www.mail-archive.com/openvpn-devel@lists.sourceforge.net/msg19720.html</url>
<url>https://community.openvpn.net/openvpn/ticket/1272</url>
<url>https://patchwork.openvpn.net/patch/1077/</url>
<cvename>CVE-2020-11810</cvename>
</references>
<dates>
<discovery>2020-04-13</discovery>
<entry>2020-04-16</entry>
</dates>
</vuln>
<vuln vid="bf1f47c4-7f1b-11ea-bf94-001cc0382b2f">
<topic>Mbed TLS -- Side channel attack on ECDSA</topic>
<affects>
<package>
<name>mbedtls</name>
<range><lt>2.16.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Manuel Pégourié-Gonnard reports:</p>
<blockquote cite="https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-04">
<p>An attacker with access to precise enough timing and memory access
information (typically an untrusted operating system attacking a
secure enclave such as SGX or the TrustZone secure world) can fully
recover an ECDSA private key after observing a number of signature
operations.</p>
</blockquote>
</body>
</description>
<references>
<url>https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-04</url>
<cvename>CVE-2020-10932</cvename>
</references>
<dates>
<discovery>2020-04-14</discovery>
<entry>2020-04-15</entry>
</dates>
</vuln>
<vuln vid="570706ff-7ee0-11ea-bd0b-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.9.0</ge><lt>12.9.3</lt></range>
<range><ge>12.8.0</ge><lt>12.8.9</lt></range>
<range><ge>0</ge><lt>12.7.9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/04/14/critical-security-release-gitlab-12-dot-9-dot-3-released/">
<p>NuGet Package and File Disclosure through GitLab Workhorse</p>
<p>Job Artifact Uploads and File Disclosure through GitLab Workhorse</p>
<p>Incorrect membership following group removal</p>
<p>Logging of Praefect tokens</p>
<p>Update Rack dependency</p>
<p>Update OpenSSL dependency</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/04/14/critical-security-release-gitlab-12-dot-9-dot-3-released/</url>
<cvename>CVE-2020-11505</cvename>
<cvename>CVE-2020-11506</cvename>
<cvename>CVE-2020-11649</cvename>
<cvename>CVE-2020-16782</cvename>
</references>
<dates>
<discovery>2020-04-14</discovery>
<entry>2020-04-15</entry>
</dates>
</vuln>
<vuln vid="f59c4c53-c55f-43fe-9920-82b9d1ea9c3d">
<topic>zeek -- Remote crash vulnerability</topic>
<affects>
<package>
<name>zeek</name>
<range><lt>3.0.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jon Siwek of Corelight reports:</p>
<blockquote cite="https://raw.githubusercontent.com/zeek/zeek/e059d4ec2e689b3c8942f4aa08b272f24ed3f612/NEWS">
<p>This release fixes the following security issue:</p>
<ul>
<li>
An attacker can crash Zeek remotely via crafted packet
sequence. </li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://raw.githubusercontent.com/zeek/zeek/e059d4ec2e689b3c8942f4aa08b272f24ed3f612/NEWS</url>
</references>
<dates>
<discovery>2020-04-14</discovery>
<entry>2020-04-14</entry>
</dates>
</vuln>
<vuln vid="6e3b700a-7ca3-11ea-b594-3065ec8fd3ec">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>81.0.4044.92</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Google Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/04/stable-channel-update-for-desktop_7.html">
<p>This updates includes 32 security fixes, including:</p>
<ul>
<li>[1019161] High CVE-2020-6454: Use after free in extensions.
Reported by Leecraso and Guang Gong of Alpha Lab, Qihoo 360 on
2019-10-29</li>
<li>[1043446] High CVE-2020-6423: Use after free in audio.
Reported by Anonymous on 2020-01-18</li>
<li>[1059669] High CVE-2020-6455: Out of bounds read in WebSQL.
Reported by Nan Wang(@eternalsakura13) and Guang Gong of Alpha Lab,
Qihoo 360 on 2020-03-09</li>
<li>[1031479] Medium CVE-2020-6430: Type Confusion in V8.
Reported by Avihay Cohen @ SeraphicAlgorithms on 2019-12-06</li>
<li>[1040755] Medium CVE-2020-6456: Insufficient validation of
untrusted input in clipboard. Reported by Michał Bentkowski of
Securitum on 2020-01-10</li>
<li>[852645] Medium CVE-2020-6431: Insufficient policy
enforcement in full screen. Reported by Luan Herrera (@lbherrera_)
on 2018-06-14</li>
<li>[965611] Medium CVE-2020-6432: Insufficient policy
enforcement in navigations. Reported by David Erceg on
2019-05-21</li>
<li>[1043965] Medium CVE-2020-6433: Insufficient policy
enforcement in extensions. Reported by David Erceg on
2020-01-21</li>
<li>[1048555] Medium CVE-2020-6434: Use after free in devtools.
Reported by HyungSeok Han (DaramG) of Theori on 2020-02-04</li>
<li>[1032158] Medium CVE-2020-6435: Insufficient policy
enforcement in extensions. Reported by Sergei Glazunov of Google
Project Zero on 2019-12-09</li>
<li>[1034519] Medium CVE-2020-6436: Use after free in window
management. Reported by Igor Bukanov from Vivaldi on 2019-12-16</li>
<li>[639173] Low CVE-2020-6437: Inappropriate implementation in
WebView. Reported by Jann Horn on 2016-08-19</li>
<li>[714617] Low CVE-2020-6438: Insufficient policy enforcement in
extensions. Reported by Ng Yik Phang on 2017-04-24</li>
<li>[868145] Low CVE-2020-6439: Insufficient policy enforcement in
navigations. Reported by remkoboonstra on 2018-07-26</li>
<li>[894477] Low CVE-2020-6440: Inappropriate implementation in
extensions. Reported by David Erceg on 2018-10-11</li>
<li>[959571] Low CVE-2020-6441: Insufficient policy enforcement in
omnibox. Reported by David Erceg on 2019-05-04</li>
<li>[1013906] Low CVE-2020-6442: Inappropriate implementation in
cache. Reported by B@rMey on 2019-10-12</li>
<li>[1040080] Low CVE-2020-6443: Insufficient data validation in
developer tools. Reported by @lovasoa (Ophir LOJKINE) on
2020-01-08</li>
<li>[922882] Low CVE-2020-6444: Uninitialized Use in WebRTC.
Reported by mlfbrown on 2019-01-17</li>
<li>[933171] Low CVE-2020-6445: Insufficient policy enforcement in
trusted types. Reported by Jun Kokatsu, Microsoft Browser
Vulnerability Research on 2019-02-18</li>
<li>[933172] Low CVE-2020-6446: Insufficient policy enforcement in
trusted types. Reported by Jun Kokatsu, Microsoft Browser
Vulnerability Research on 2019-02-18</li>
<li>[991217] Low CVE-2020-6447: Inappropriate implementation in
developer tools. Reported by David Erceg on 2019-08-06</li>
<li>[1037872] Low CVE-2020-6448: Use after free in V8. Reported by
Guang Gong of Alpha Lab, Qihoo 360 on 2019-12-26</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-6423</cvename>
<cvename>CVE-2020-6430</cvename>
<cvename>CVE-2020-6431</cvename>
<cvename>CVE-2020-6432</cvename>
<cvename>CVE-2020-6433</cvename>
<cvename>CVE-2020-6434</cvename>
<cvename>CVE-2020-6435</cvename>
<cvename>CVE-2020-6436</cvename>
<cvename>CVE-2020-6437</cvename>
<cvename>CVE-2020-6438</cvename>
<cvename>CVE-2020-6439</cvename>
<cvename>CVE-2020-6440</cvename>
<cvename>CVE-2020-6441</cvename>
<cvename>CVE-2020-6442</cvename>
<cvename>CVE-2020-6443</cvename>
<cvename>CVE-2020-6444</cvename>
<cvename>CVE-2020-6445</cvename>
<cvename>CVE-2020-6446</cvename>
<cvename>CVE-2020-6447</cvename>
<cvename>CVE-2020-6448</cvename>
<cvename>CVE-2020-6454</cvename>
<cvename>CVE-2020-6455</cvename>
<cvename>CVE-2020-6456</cvename>
<url>https://chromereleases.googleblog.com/2020/04/stable-channel-update-for-desktop_7.html</url>
</references>
<dates>
<discovery>2020-04-07</discovery>
<entry>2020-04-12</entry>
</dates>
</vuln>
<vuln vid="9cb57a06-7517-11ea-b594-3065ec8fd3ec">
<topic>chromium -- multiple vulnerabilities</topic>
<affects>
<package>
<name>chromium</name>
<range><lt>80.0.3987.162</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Google Chrome Releases reports:</p>
<blockquote cite="https://chromereleases.googleblog.com/2020/03/stable-channel-update-for-desktop_31.html">
<p>This update contains 8 security fixes.</p>
<ul>
<li>[1062247] High CVE-2020-6450: Use after free in WebAudio.
Reported by Man Yue Mo of Semmle Security Research Team on
2020-03-17</li>
<li>[1061018] High CVE-2020-6451: Use after free in WebAudio.
Reported by Man Yue Mo of Semmle Security Research Team on
2020-03-12</li>
<li>[1059764] High CVE-2020-6452: Heap buffer overflow in media
Reported by asnine on 2020-03-09</li>
<li>[1066247] Various fixes from internal audits, fuzzing and other
initiatives.</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://chromereleases.googleblog.com/2020/03/stable-channel-update-for-desktop_31.html</url>
<cvename>CVE-2020-6450</cvename>
<cvename>CVE-2020-6451</cvename>
<cvename>CVE-2020-6452</cvename>
</references>
<dates>
<discovery>2020-03-31</discovery>
<entry>2020-04-02</entry>
</dates>
</vuln>
<vuln vid="7f829d44-7509-11ea-b47c-589cfc0f81b0">
<topic>HAproxy -- serious vulnerability affecting the HPACK decoder used for HTTP/2</topic>
<affects>
<package>
<name>haproxy</name>
<range><ge>2.0.0</ge><lt>2.0.14</lt></range>
</package>
<package>
<name>haproxy18</name>
<range><ge>1.8.0</ge><lt>1.8.25</lt></range>
</package>
<package>
<name>haproxy19</name>
<range><ge>1.9.0</ge><lt>1.9.15</lt></range>
</package>
<package>
<name>haproxy21</name>
<range><ge>2.1.0</ge><lt>2.1.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The HAproxy Project reports:</p>
<blockquote cite="https://www.mail-archive.com/haproxy@formilux.org/msg36876.html">
<p>The main driver for this release is that it contains a fix for a serious
vulnerability that was responsibly reported last week by Felix Wilhelm
from Google Project Zero, affecting the HPACK decoder used for HTTP/2.
CVE-2020-11100 was assigned to this issue.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-11100</cvename>
<url>https://www.mail-archive.com/haproxy@formilux.org/msg36876.html</url>
<url>https://www.mail-archive.com/haproxy@formilux.org/msg36877.html</url>
<url>https://www.mail-archive.com/haproxy@formilux.org/msg36878.html</url>
<url>https://www.mail-archive.com/haproxy@formilux.org/msg36879.html</url>
</references>
<dates>
<discovery>2020-04-02</discovery>
<entry>2020-04-02</entry>
</dates>
</vuln>
<vuln vid="b360b120-74b1-11ea-a84a-4c72b94353b5">
<topic>Apache -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>apache24</name>
<range><lt>2.4.43</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Apache Team reports:</p>
<blockquote cite="https://downloads.apache.org/httpd/CHANGES_2.4.43">
<h1>SECURITY: CVE-2020-1934</h1>
<p>mod_proxy_ftp: Use of uninitialized value with malicious backend FTP
server.</p>
<h1>SECURITY: CVE-2020-1927</h1>
<p>rewrite, core: Set PCRE_DOTALL flag by default to avoid unpredictable
matches and substitutions with encoded line break characters.
The fix for CVE-2019-10098 was not effective.</p>
</blockquote>
</body>
</description>
<references>
<url>https://downloads.apache.org/httpd/CHANGES_2.4.43</url>
<cvename>CVE-2020-1934</cvename>
<cvename>CVE-2020-1927</cvename>
</references>
<dates>
<discovery>2020-04-01</discovery>
<entry>2020-04-02</entry>
</dates>
</vuln>
<vuln vid="e2b564fc-7462-11ea-af63-38d547003487">
<topic>cacti -- multiple vulnerabilities</topic>
<affects>
<package>
<name>cacti</name>
<range><lt>1.2.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Cacti developers reports:</p>
<blockquote cite="https://github.com/Cacti/cacti/releases/tag/release%2F1.2.10">
<p>When guest users have access to realtime graphs, remote code
could be executed (CVE-2020-8813).</p>
<p>Lack of escaping on some pages can lead to XSS exposure
(CVE-2020-7106).</p>
<p>Remote Code Execution due to input validation failure in
Performance Boost Debug Log (CVE-2020-7237).</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/Cacti/cacti/releases/tag/release%2F1.2.10</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-8813</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-7106</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2020-7237</url>
<cvename>CVE-2020-8813</cvename>
<cvename>CVE-2020-7106</cvename>
<cvename>CVE-2020-7237</cvename>
<freebsdpr>ports/245198</freebsdpr>
</references>
<dates>
<discovery>2020-02-04</discovery>
<entry>2020-04-02</entry>
</dates>
</vuln>
<vuln vid="d887b3d9-7366-11ea-b81a-001cc0382b2f">
<topic>GnuTLS -- flaw in DTLS protocol implementation</topic>
<affects>
<package>
<name>gnutls</name>
<range><lt>3.6.13</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The GnuTLS project reports:</p>
<blockquote cite="https://gnutls.org/security-new.html#GNUTLS-SA-2020-03-31">
<p>It was found that GnuTLS 3.6.3 introduced a regression in the DTLS
protocol implementation. This caused the DTLS client to not
contribute any randomness to the DTLS negotiation breaking the
security guarantees of the DTLS protocol.</p>
</blockquote>
</body>
</description>
<references>
<url>https://gnutls.org/security-new.html#GNUTLS-SA-2020-03-31</url>
<cvename>CVE-2020-11501</cvename>
</references>
<dates>
<discovery>2020-03-31</discovery>
<entry>2020-03-31</entry>
</dates>
</vuln>
<vuln vid="d331f691-71f4-11ea-8bb5-6cc21735f730">
<topic>PostgresSQL -- ALTER ... DEPENDS ON EXTENSION is missing authorization checks</topic>
<affects>
<package>
<name>postgresql12-server</name>
<range><lt>12.2</lt></range>
</package>
<package>
<name>postgresql11-server</name>
<range><lt>11.7</lt></range>
</package>
<package>
<name>postgresql10-server</name>
<range><lt>10.12</lt></range>
</package>
<package>
<name>postgresql96-server</name>
<range><lt>9.6.17</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The PostgreSQL project reports:</p>
<blockquote cite="https://www.postgresql.org/about/news/2011/">
<p>
Versions Affected: 9.6 - 12
</p>
<p>
The ALTER ... DEPENDS ON EXTENSION sub-commands do not perform
authorization checks, which can allow an unprivileged user to drop
any function, procedure, materialized view, index, or trigger under
certain conditions. This attack is possible if an administrator has
installed an extension and an unprivileged user can CREATE, or an
extension owner either executes DROP EXTENSION predictably or can be
convinced to execute DROP EXTENSION.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.postgresql.org/about/news/1960/</url>
<cvename>CVE-2020-1720</cvename>
</references>
<dates>
<discovery>2020-02-13</discovery>
<entry>2020-03-29</entry>
</dates>
</vuln>
<vuln vid="090763f6-7030-11ea-93dd-080027846a02">
<topic>mediawiki -- multiple vulnerabilities</topic>
<affects>
<package>
<name>mediawiki131</name>
<range><lt>1.31.7</lt></range>
</package>
<package>
<name>mediawiki133</name>
<range><lt>1.33.3</lt></range>
</package>
<package>
<name>mediawiki134</name>
<range><lt>1.34.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Mediawiki reports:</p>
<blockquote cite="https://lists.wikimedia.org/pipermail/mediawiki-announce/2020-March/000247.html">
<p>Security fixes:
T246602:jquery.makeCollapsible allows applying event handler to any CSS
selector.</p>
</blockquote>
</body>
</description>
<references>
<url>https://lists.wikimedia.org/pipermail/mediawiki-announce/2020-March/000247.html</url>
</references>
<dates>
<discovery>2020-03-02</discovery>
<entry>2020-03-27</entry>
</dates>
</vuln>
<vuln vid="08fba28b-6f9f-11ea-bd0b-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.9.0</ge><lt>12.9.1</lt></range>
<range><ge>12.8.0</ge><lt>12.8.8</lt></range>
<range><ge>0</ge><lt>12.7.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/03/26/security-release-12-dot-9-dot-1-released/">
<p>Arbitrary File Read when Moving an Issue</p>
<p>Path Traversal in NPM Package Registry</p>
<p>SSRF on Project Import</p>
<p>External Users Can Create Personal Snippet</p>
<p>Triggers Decription Can be Updated by Other Maintainers in Project</p>
<p>Information Disclosure on Confidential Issues Moved to Private Programs</p>
<p>Potential DoS in Repository Archive Download</p>
<p>Blocked Users Can Still Pull/Push Docker Images</p>
<p>Repository Mirroring not Disabled when Feature not Activated</p>
<p>Vulnerability Feedback Page Was Leaking Information on Vulnerabilities</p>
<p>Stored XSS Vulnerability in Admin Feature</p>
<p>Upload Feature Allowed a User to Read Unauthorized Exported Files</p>
<p>Unauthorized Users Are Able to See CI Metrics</p>
<p>Last Pipeline Status of a Merge Request Leaked</p>
<p>Blind SSRF on FogBugz</p>
<p>Update Nokogiri dependency</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/03/26/security-release-12-dot-9-dot-1-released/</url>
<cvename>CVE-2020-10953</cvename>
<cvename>CVE-2020-10956</cvename>
<cvename>CVE-2020-10954</cvename>
<cvename>CVE-2020-10952</cvename>
<cvename>CVE-2020-10955</cvename>
<cvename>CVE-2020-9795</cvename>
</references>
<dates>
<discovery>2020-03-26</discovery>
<entry>2020-03-26</entry>
</dates>
</vuln>
<vuln vid="40194e1c-6d89-11ea-8082-80ee73419af3">
<topic>rubygem-json -- Unsafe Objection Creation Vulnerability in JSON (Additional fix)</topic>
<affects>
<package>
<name>rubygem-json</name>
<range><lt>2.3.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<blockquote cite="https://www.ruby-lang.org/en/news/2020/03/19/json-dos-cve-2020-10663/">
<p>When parsing certain JSON documents, the json gem (including the
one bundled with Ruby) can be coerced into creating arbitrary objects
in the target system.</p>
<p>This is the same issue as CVE-2013-0269. The previous fix was incomplete,
which addressed JSON.parse(user_input), but didn’t address some other
styles of JSON parsing including JSON(user_input) and
JSON.parse(user_input, nil).</p>
<p>See CVE-2013-0269 in detail. Note that the issue was exploitable to
cause a Denial of Service by creating many garbage-uncollectable
Symbol objects, but this kind of attack is no longer valid because
Symbol objects are now garbage-collectable. However, creating arbitrary
bjects may cause severe security consequences depending upon the
application code.</p>
<p>Please update the json gem to version 2.3.0 or later. You can use
gem update json to update it. If you are using bundler, please add
gem "json", ">= 2.3.0" to your Gemfile.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.ruby-lang.org/en/news/2020/03/19/json-dos-cve-2020-10663/</url>
<cvename>CVE-2020-10663</cvename>
</references>
<dates>
<discovery>2020-03-19</discovery>
<entry>2020-03-26</entry>
<modified>2020-04-02</modified>
</dates>
</vuln>
<vuln vid="5bf6ed6d-9002-4f43-ad63-458f59e45384">
<topic>jenkins -- multiple vulnerabilities</topic>
<affects>
<package>
<name>jenkins</name>
<range><le>2.227</le></range>
</package>
<package>
<name>jenkins-lts</name>
<range><le>2.204.5</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jenkins Security Advisory:</p>
<blockquote cite="https://jenkins.io/security/advisory/2020-03-25/">
<h1>Description</h1>
<h5>(High) SECURITY-1774 / CVE-2020-2160</h5>
<p>CSRF protection for any URL could be bypassed</p>
<h5>(Medium) SECURITY-1781 / CVE-2020-2161</h5>
<p>Stored XSS vulnerability in label expression validation</p>
<h5>(Medium) SECURITY-1793 / CVE-2020-2162</h5>
<p>Stored XSS vulnerability in file parameters</p>
<h5>(Medium) SECURITY-1796 / CVE-2020-2163</h5>
<p>Stored XSS vulnerability in list view column headers</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-2160</cvename>
<cvename>CVE-2020-2161</cvename>
<cvename>CVE-2020-2162</cvename>
<cvename>CVE-2020-2163</cvename>
<url>https://jenkins.io/security/advisory/2020-03-25/</url>
</references>
<dates>
<discovery>2020-03-25</discovery>
<entry>2020-03-25</entry>
</dates>
</vuln>
<vuln vid="97fcc60a-6ec0-11ea-a84a-4c72b94353b5">
<topic>phpMyAdmin -- SQL injection</topic>
<affects>
<package>
<name>phpMyAdmin</name>
<name>phpMyAdmin-php72</name>
<name>phpMyAdmin-php73</name>
<name>phpMyAdmin-php74</name>
<name>phpMyAdmin5</name>
<name>phpMyAdmin5-php72</name>
<name>phpMyAdmin5-php73</name>
<name>phpMyAdmin5-php74</name>
<range><lt>4.9.5</lt></range>
<range><ge>5.0</ge><lt>5.0.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>phpMyAdmin Team reports:</p>
<blockquote cite="https://www.phpmyadmin.net/news/2020/3/21/phpmyadmin-495-and-502-are-released/">
<p>PMASA-2020-2 SQL injection vulnerability in the user accounts page, particularly when changing a password</p>
<p>PMASA-2020-3 SQL injection vulnerability relating to the search feature</p>
<p>PMASA-2020-4 SQL injection and XSS having to do with displaying results</p>
<p>Removing of the "options" field for the external transformation</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.phpmyadmin.net/news/2020/3/21/phpmyadmin-495-and-502-are-released/</url>
</references>
<dates>
<discovery>2020-03-21</discovery>
<entry>2020-03-25</entry>
</dates>
</vuln>
<vuln vid="36def7ba-6d2b-11ea-b115-643150d3111d">
<topic>puppetserver and puppetdb -- Puppet Server and PuppetDB may leak sensitive information via metrics API</topic>
<affects>
<package>
<name>puppetdb5</name>
<range><lt>5.2.13</lt></range>
</package>
<package>
<name>puppetdb6</name>
<range><lt>6.9.1</lt></range>
</package>
<package>
<name>puppetserver5</name>
<range><lt>5.3.12</lt></range>
</package>
<package>
<name>puppetserver6</name>
<range><lt>6.9.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Puppetlabs reports:</p>
<blockquote cite="https://puppet.com/security/cve/CVE-2020-7943/">
<p>Puppet Server and PuppetDB provide useful performance and debugging information via their metrics API endpoints. For PuppetDB this may contain things like hostnames. Puppet Server reports resource names and titles for defined types (which may contain sensitive information) as well as function names and class names. Previously, these endpoints were open to the local network.</p>
<p>PE 2018.1.13 & 2019.4.0, Puppet Server 6.9.1 & 5.3.12, and PuppetDB 6.9.1 & 5.2.13 disable trapperkeeper-metrics /v1 metrics API and only allows /v2 access on localhost by default.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-7943</cvename>
<url>https://puppet.com/security/cve/CVE-2020-7943/</url>
</references>
<dates>
<discovery>2020-03-10</discovery>
<entry>2020-03-23</entry>
</dates>
</vuln>
<vuln vid="77687355-52aa-11ea-b115-643150d3111d">
<topic>puppet6 -- Arbitrary Catalog Retrieval</topic>
<affects>
<package>
<name>puppet6</name>
<range><lt>6.13.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Puppetlabs reports:</p>
<blockquote cite="https://puppet.com/security/cve/CVE-2020-7942/">
<p>Previously, Puppet operated on a model that a node with a valid certificate was entitled to all information in the system and that a compromised certificate allowed access to everything in the infrastructure. When a node's catalog falls back to the `default` node, the catalog can be retrieved for a different node by modifying facts for the Puppet run. This issue can be mitigated by setting `strict_hostname_checking = true` in `puppet.conf` on your Puppet master.</p>
<p>Puppet 6.13.0 changes the default behavior for strict_hostname_checking from false to true. It is recommended that Puppet Open Source and Puppet Enterprise users that are not upgrading still set strict_hostname_checking to true to ensure secure behavior.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-7942</cvename>
<url>https://puppet.com/security/cve/CVE-2020-7942/</url>
</references>
<dates>
<discovery>2020-02-18</discovery>
<entry>2020-03-23</entry>
</dates>
</vuln>
<vuln vid="6b90acba-6a0a-11ea-92ab-00163e433440">
<topic>FreeBSD -- Kernel memory disclosure with nested jails</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_3</lt></range>
<range><ge>11.3</ge><lt>11.3_7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>A missing NUL-termination check for the jail_set(2) configration
option "osrelease" may return more bytes when reading the jail
configuration back with jail_get(2) than were originally set.</p>
<h1>Impact:</h1>
<p>For jails with a non-default setting of children.max > 0 ("nested
jails") a superuser inside a jail can create a jail and may be able to
read and take advantage of exposed kernel memory.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7453</cvename>
<freebsdsa>SA-20:08.jail</freebsdsa>
</references>
<dates>
<discovery>2020-03-19</discovery>
<entry>2020-03-19</entry>
</dates>
</vuln>
<vuln vid="0cc7e547-6a0a-11ea-92ab-00163e433440">
<topic>FreeBSD -- Incorrect user-controlled pointer use in epair</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_3</lt></range>
<range><ge>11.3</ge><lt>11.3_7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Incorrect use of a potentially user-controlled pointer in the kernel
allowed vnet jailed users to panic the system and potentially execute
aribitrary code in the kernel.</p>
<h1>Impact:</h1>
<p>Users with root level access (or the PRIV_NET_IFCREATE privilege)
can panic the system, or potentially escape the jail or execute
arbitrary code with kernel priviliges.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7452</cvename>
<freebsdsa>SA-20:07.epair</freebsdsa>
</references>
<dates>
<discovery>2020-03-19</discovery>
<entry>2020-03-19</entry>
</dates>
</vuln>
<vuln vid="b2b83761-6a09-11ea-92ab-00163e433440">
<topic>FreeBSD -- Insufficient ixl(4) ioctl(2) privilege checking</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>The driver-specific ioctl(2) command handlers in ixl(4) failed to
check whether the caller has sufficient privileges to perform the
corresponding operation.</p>
<h1>Impact:</h1>
<p>The ixl(4) handler permits unprivileged users to trigger updates to
the device's non-volatile memory (NVM).</p>
</body>
</description>
<references>
<cvename>CVE-2019-15877</cvename>
<freebsdsa>SA-20:06.if_ixl_ioctl</freebsdsa>
</references>
<dates>
<discovery>2020-03-19</discovery>
<entry>2020-03-19</entry>
</dates>
</vuln>
<vuln vid="3c10ccdf-6a09-11ea-92ab-00163e433440">
<topic>FreeBSD -- Insufficient oce(4) ioctl(2) privilege checking</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_3</lt></range>
<range><ge>11.3</ge><lt>11.3_7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>The driver-specific ioctl(2) command handlers in oce(4) failed to
check whether the caller has sufficient privileges to perform the
corresponding operation.</p>
<h1>Impact:</h1>
<p>The oce(4) handler permits unprivileged users to send passthrough
commands to device firmware.</p>
</body>
</description>
<references>
<cvename>CVE-2019-15876</cvename>
<freebsdsa>SA-20:05.if_oce_ioctl</freebsdsa>
</references>
<dates>
<discovery>2020-03-19</discovery>
<entry>2020-03-19</entry>
</dates>
</vuln>
<vuln vid="0e06013e-6a06-11ea-92ab-00163e433440">
<topic>FreeBSD -- TCP IPv6 SYN cache kernel information disclosure</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_3</lt></range>
<range><ge>11.3</ge><lt>11.3_7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>When a TCP server transmits or retransmits a TCP SYN-ACK segment
over IPv6, the Traffic Class field is not initialized. This also
applies to challenge ACK segments, which are sent in response to
received RST segments during the TCP connection setup phase.</p>
<h1>Impact:</h1>
<p>For each TCP SYN-ACK (or challenge TCP-ACK) segment sent over IPv6,
one byte of kernel memory is transmitted over the network.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7451</cvename>
<freebsdsa>SA-20:04.tcp</freebsdsa>
</references>
<dates>
<discovery>2020-03-19</discovery>
<entry>2020-03-19</entry>
</dates>
</vuln>
<vuln vid="3d19c776-68e7-11ea-91db-0050562a4d7b">
<topic>www/py-bleach -- multiple vulnerabilities</topic>
<affects>
<package>
<name>py27-bleach</name>
<name>py35-bleach</name>
<name>py36-bleach</name>
<name>py37-bleach</name>
<name>py38-bleach</name>
<range><lt>3.1.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<blockquote>
<p>* ``bleach.clean`` behavior parsing embedded MathML and SVG content
with RCDATA tags did not match browser behavior and could result in
a mutation XSS.
</p>
<p> Calls to ``bleach.clean`` with ``strip=False`` and ``math`` or
``svg`` tags and one or more of the RCDATA tags ``script``,
``noscript``, ``style``, ``noframes``, ``iframe``, ``noembed``, or
``xmp`` in the allowed tags whitelist were vulnerable to a mutation
XSS.
</p>
<p>* ``bleach.clean`` behavior parsing ``noscript`` tags did not match
browser behavior.
</p>
<p> Calls to ``bleach.clean`` allowing ``noscript`` and one or more of
the raw text tags (``title``, ``textarea``, ``script``, ``style``,
``noembed``, ``noframes``, ``iframe``, and ``xmp``) were vulnerable
to a mutation XSS.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugzilla.mozilla.org/show_bug.cgi?id=1615315</url>
<url>https://bugzilla.mozilla.org/show_bug.cgi?id=1621692</url>
</references>
<dates>
<discovery>2020-02-13</discovery>
<entry>2020-03-18</entry>
</dates>
</vuln>
<vuln vid="4ae135f7-85cd-4c32-ad94-358271b31f7f">
<topic>zeek -- potential denial of service issues</topic>
<affects>
<package>
<name>zeek</name>
<range><lt>3.0.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jon Siwek of Corelight reports:</p>
<blockquote cite="https://raw.githubusercontent.com/zeek/zeek/9dda3602a760f00d9532c6314ea79108106033fa/NEWS">
<p>This release addresses the following security issues:</p>
<ul>
<li>
Potential Denial of Service due to memory leak in DNS
TSIG message parsing. </li>
<li>
Potential Denial of Service due to memory leak (or assertion
when compiling with assertions enabled) when receiving a
second SSH KEX message after a first. </li>
<li>
Potential Denial of Service due to buffer read overflow
and/or memory leaks in Kerberos analyzer. The buffer
read overflow could occur when the Kerberos message
indicates it contains an IPv6 address, but does not send
enough data to parse out a full IPv6 address. A memory
leak could occur when processing KRB_KDC_REQ KRB_KDC_REP
messages for message types that do not match a known/expected
type. </li>
<li>
Potential Denial of Service when sending many zero-length
SSL/TLS certificate data. Such messages underwent the
full Zeek file analysis treatment which is expensive (and
meaninguless here) compared to how cheaply one can "create"
or otherwise indicate many zero-length contained in an
SSL message. </li>
<li>
Potential Denial of Service due to buffer read overflow
in SMB transaction data string handling. The length of
strings being parsed from SMB messages was trusted to be
whatever the message claimed instead of the actual length
of data found in the message. </li>
<li>
Potential Denial of Service due to null pointer dereference
in FTP ADAT Base64 decoding. </li>
<li>
Potential Denial of Service due buffer read overflow in
FTP analyzer word/whitespace handling. This typically
won't be a problem in most default deployments of Zeek
since the FTP analyzer receives data from a ContentLine
(NVT) support analyzer which first null-terminates the
buffer used for further FTP parsing. </li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/zeek/zeek/blob/9dda3602a760f00d9532c6314ea79108106033fa/NEWS</url>
</references>
<dates>
<discovery>2020-02-25</discovery>
<entry>2020-03-15</entry>
</dates>
</vuln>
<vuln vid="c3600a64-64ea-11ea-bdff-e0d55e2a8bf9">
<topic>Okular -- Local binary execution via action links</topic>
<affects>
<package>
<name>okular</name>
<range><lt>19.12.3_3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Albert Astals Cid:</p>
<blockquote cite="https://kde.org/info/security/advisory-20200312-1.txt">
<p>Okular can be tricked into executing local binaries via specially crafted
PDF files.</p>
<p>This binary execution can require almost no user interaction.</p>
<p> No parameters can be passed to those local binaries.</p>
<p>We have not been able to identify any binary that will cause actual damage,
be it in the hardware or software level, when run without parameters.</p>
<p>We remain relatively confident that for this issue to do any actual damage,
it has to run a binary specially crafted. That binary must have been deployed
to the user system via another method, be it the user downloading it directly
as an email attachment, webpage download, etc. or by the system being already
compromised.</p>
</blockquote>
</body>
</description>
<references>
<url>https://kde.org/info/security/advisory-20200312-1.txt</url>
</references>
<dates>
<discovery>2020-03-12</discovery>
<entry>2020-03-13</entry>
</dates>
</vuln>
<vuln vid="9a09eaa2-6448-11ea-abb7-001b217b3468">
<topic>Gitlab -- Vulnerability</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.8.0</ge><lt>12.8.6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/03/11/critical-security-release-gitlab-12-dot-8-dot-6-released/">
<p>Email Confirmation not Required on Sign-up</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/03/11/critical-security-release-gitlab-12-dot-8-dot-6-released/</url>
</references>
<dates>
<discovery>2020-03-11</discovery>
<entry>2020-03-12</entry>
</dates>
</vuln>
<vuln vid="1685144e-63ff-11ea-a93a-080027846a02">
<topic>Django -- potential SQL injection vulnerability</topic>
<affects>
<package>
<name>py27-django111</name>
<name>py35-django111</name>
<name>py36-django111</name>
<name>py37-django111</name>
<name>py38-django111</name>
<range><lt>1.11.29</lt></range>
</package>
<package>
<name>py35-django22</name>
<name>py36-django22</name>
<name>py37-django22</name>
<name>py38-django22</name>
<range><lt>2.2.11</lt></range>
</package>
<package>
<name>py36-django30</name>
<name>py37-django30</name>
<name>py38-django30</name>
<range><lt>3.0.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE CVE reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-9402">
<p>Django 1.11 before 1.11.29, 2.2 before 2.2.11, and 3.0 before 3.0.4
allows SQL Injection if untrusted data is used as a tolerance parameter
in GIS functions and aggregates on Oracle. By passing a suitably crafted
tolerance to GIS functions and aggregates on Oracle, it was possible to
break escaping and inject malicious SQL.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-9402</url>
<url>https://www.djangoproject.com/weblog/2020/mar/04/security-releases/</url>
<cvename>CVE-2020-9402</cvename>
</references>
<dates>
<discovery>2020-02-25</discovery>
<entry>2020-03-12</entry>
</dates>
</vuln>
<vuln vid="1afe9552-5ee3-11ea-9b6d-901b0e934d69">
<topic>py-matrix-synapse -- users of single-sign-on are vulnerable to phishing</topic>
<affects>
<package>
<name>py35-matrix-synapse</name>
<name>py36-matrix-synapse</name>
<name>py37-matrix-synapse</name>
<range><lt>1.11.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Matrix developers report:</p>
<blockquote cite="https://github.com/matrix-org/synapse/releases/tag/v1.11.1">
<p>[The 1.11.1] release includes a security fix impacting installations using Single Sign-On (i.e. SAML2 or CAS) for authentication. Administrators of such installations are encouraged to upgrade as soon as possible.</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/matrix-org/synapse/releases/tag/v1.11.1</url>
</references>
<dates>
<discovery>2020-03-03</discovery>
<entry>2020-03-11</entry>
</dates>
</vuln>
<vuln vid="0032400f-624f-11ea-b495-000d3ab229d6">
<topic>Node.js -- multiple vulnerabilities</topic>
<affects>
<package>
<name>node</name>
<range><lt>13.8.0</lt></range>
</package>
<package>
<name>node12</name>
<range><lt>12.15.0</lt></range>
</package>
<package>
<name>node10</name>
<range><lt>10.19.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Node.js reports:</p>
<blockquote cite="https://nodejs.org/en/blog/vulnerability/february-2020-security-releases/">
<p>Updates are now available for all active Node.js release lines for the following issues.</p>
<h1>HTTP request smuggling using malformed Transfer-Encoding header (Critical) (CVE-2019-15605)HTTP request smuggling using malformed Transfer-Encoding header (Critical) (CVE-2019-15605)</h1>
<p>Affected Node.js versions can be exploited to perform HTTP desync attacks and deliver malicious payloads to unsuspecting users. The payloads can be crafted by an attacker to hijack user sessions, poison cookies, perform clickjacking, and a multitude of other attacks depending on the architecture of the underlying system.</p>
<h1>HTTP header values do not have trailing OWS trimmed (High) (CVE-2019-15606)</h1>
<p>Optional whitespace should be trimmed from HTTP header values. Its presence may allow attackers to bypass security checks based on HTTP header values.</p>
<h1>Remotely trigger an assertion on a TLS server with a malformed certificate string (High) (CVE-2019-15604)</h1>
<p>Connecting to a NodeJS TLS server with a client certificate that has a type 19 string in its subjectAltName will crash the TLS server if it tries to read the peer certificate.</p>
<h1>Strict HTTP header parsing (None)</h1>
<p>Increase the strictness of HTTP header parsing. There are no known vulnerabilities addressed, but lax HTTP parsing has historically been a source of problems. Some commonly used sites are known to generate invalid HTTP headers, a --insecure-http-parser CLI option or insecureHTTPParser http option can be used if necessary for interoperability, but is not recommended.</p>
</blockquote>
</body>
</description>
<references>
<url>https://nodejs.org/en/blog/vulnerability/february-2020-security-releases/</url>
<cvename>CVE-2019-15605</cvename>
<cvename>CVE-2019-15606</cvename>
<cvename>CVE-2019-15604</cvename>
</references>
<dates>
<discovery>2020-02-06</discovery>
<entry>2020-03-09</entry>
</dates>
</vuln>
<vuln vid="be088777-6085-11ea-8609-08002731610e">
<topic>gitea -- multiple vulnerabilities</topic>
<affects>
<package>
<name>gitea</name>
<range><lt>1.11.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Gitea Team reports for release 1.11.0:</p>
<blockquote cite="https://github.com/go-gitea/gitea/releases/tag/v1.11.0">
<ul>
<li>Never allow an empty password to validate (#9682) (#9683)</li>
<li>Prevent redirect to Host (#9678) (#9679)</li>
<li>Swagger hide search field (#9554)</li>
<li>Add "search" to reserved usernames (#9063)</li>
<li>Switch to fomantic-ui (#9374)</li>
<li>Only serve attachments when linked to issue/release and if accessible by user (#9340)</li>
</ul>
</blockquote>
<p>The Gitea Team reports for release 1.11.2:</p>
<blockquote cite="https://github.com/go-gitea/gitea/releases/tag/v1.11.2">
<ul>
<li>Ensure only own addresses are updated (#10397) (#10399)</li>
<li>Logout POST action (#10582) (#10585)</li>
<li>Org action fixes and form cleanup (#10512) (#10514)</li>
<li>Change action GETs to POST (#10462) (#10464)</li>
<li>Fix admin notices (#10480) (#10483)</li>
<li>Change admin dashboard to POST (#10465) (#10466)</li>
<li>Update markbates/goth (#10444) (#10445)</li>
<li>Update crypto vendors (#10385) (#10398)</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://blog.gitea.io/2020/02/gitea-1.11.0-is-released/</url>
<url>https://blog.gitea.io/2020/03/gitea-1.11.2-is-released/</url>
<freebsdpr>ports/244025</freebsdpr>
</references>
<dates>
<discovery>2019-11-18</discovery>
<entry>2020-03-07</entry>
</dates>
</vuln>
<vuln vid="8c98e643-6008-11ea-af63-38d547003487">
<topic>salt -- salt-api vulnerability</topic>
<affects>
<package>
<name>py27-salt</name>
<name>py32-salt</name>
<name>py33-salt</name>
<name>py34-salt</name>
<name>py35-salt</name>
<name>py36-salt</name>
<name>py37-salt</name>
<name>py38-salt</name>
<range><lt>2019.2.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>SaltStack reports:</p>
<blockquote cite="https://docs.saltstack.com/en/latest/topics/releases/2019.2.3.html">
<p>With the Salt NetAPI enabled in addition to having a SSH roster
defined, unauthenticated access is possible when specifying the
client as SSH.</p>
<p>Additionally, when the raw_shell option is specified any arbitrary
command may be run on the Salt master when specifying SSH options.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2019-17361</cvename>
<url>https://docs.saltstack.com/en/latest/topics/releases/2019.2.3.html</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2019-17361</url>
</references>
<dates>
<discovery>2020-01-15</discovery>
<entry>2020-03-07</entry>
</dates>
</vuln>
<vuln vid="62f2182c-5f7a-11ea-abb7-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.8.0</ge><lt>12.8.2</lt></range>
<range><ge>12.7.0</ge><lt>12.7.7</lt></range>
<range><ge>0</ge><lt>12.6.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/03/04/gitlab-12-dot-8-dot-2-released/">
<p>Directory Traversal to Arbitrary File Read</p>
<p>Account Takeover Through Expired Link</p>
<p>Server Side Request Forgery Through Deprecated Service</p>
<p>Group Two-Factor Authentication Requirement Bypass</p>
<p>Stored XSS in Merge Request Pages</p>
<p>Stored XSS in Merge Request Submission Form</p>
<p>Stored XSS in File View</p>
<p>Stored XSS in Grafana Integration</p>
<p>Contribution Analytics Exposed to Non-members</p>
<p>Incorrect Access Control in Docker Registry via Deploy Tokens</p>
<p>Denial of Service via Permission Checks</p>
<p>Denial of Service in Design For Public Issue</p>
<p>Incorrect Access Control via LFS Import</p>
<p>Unescaped HTML in Header</p>
<p>Private Merge Request Titles Leaked via Widget</p>
<p>Project Namespace Exposed via Vulnerability Feedback Endpoint</p>
<p>Denial of Service Through Recursive Requests</p>
<p>Project Authorization Not Being Updated</p>
<p>Incorrect Permission Level For Group Invites</p>
<p>Disclosure of Private Group Epic Information</p>
<p>User IP Address Exposed via Badge images</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/03/04/gitlab-12-dot-8-dot-2-released/</url>
<cvename>CVE-2020-8113</cvename>
</references>
<dates>
<discovery>2020-03-04</discovery>
<entry>2020-03-06</entry>
</dates>
</vuln>
<vuln vid="591a706b-5cdc-11ea-9a0a-206a8a720317">
<topic>ntp -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>FreeBSD</name>
<range><ge>11.3</ge><lt>11.3_7</lt></range>
<range><ge>12.1</ge><lt>12.1_3</lt></range>
</package>
<package>
<name>ntp</name>
<range><lt>4.2.8p14</lt></range>
</package>
<package>
<name>ntp-devel</name>
<range><le>4.3.99_6</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>nwtime.org reports:</p>
<blockquote cite="https://support.ntp.org/bin/view/Main/SecurityNotice">
<p>Three ntp vulnerabilities, Depending on configuration, may have
little impact up to termination of the ntpd process.</p>
<p>NTP Bug 3610: Process_control() should exit earlier on short
packets. On systems that override the default and enable ntpdc
(mode 7) fuzz testing detected that a short packet will cause
ntpd to read uninitialized data.</p>
<p>NTP Bug 3596: An unauthenticated unmonitored ntpd is vulnerable
to attack on IPv4 with highly predictable transmit timestamps. An
off-path attacker who can query time from the victim's ntp which
receives time from an unauthenticated time source must be able to
send from a spoofed IPv4 address of upstream ntp server and and
the victim must be able to process a large number of packets with
the spoofed IPv4 address of the upstream server. After eight or
more successful attacks in a row the attacker can either modify
the victim's clock by a small amount or cause ntpd to terminate.
The attack is especially effective when unusually short poll
intervals have been configured.</p>
<p>NTP Bug 3592: The fix for https://bugs.ntp.org/3445 introduced
a bug such that a ntp can be prevented from initiating a time
volley to its peer resulting in a DoS.</p>
<p>All three NTP bugs may result in DoS or terimation of the ntp
daemon.</p>
</blockquote>
</body>
</description>
<references>
<freebsdsa>SA-20:09.ntp</freebsdsa>
</references>
<dates>
<discovery>2019-05-30</discovery>
<entry>2020-03-03</entry>
</dates>
</vuln>
<vuln vid="b66583ae-5aee-4cd5-bb31-b2d397f8b6b3">
<topic>librsvg2 -- multiple vulnabilities</topic>
<affects>
<package>
<name>librsvg2</name>
<range><lt>2.40.21</lt></range>
</package>
<package>
<name>librsvg2-rust</name>
<range><ge>2.41.0</ge><lt>2.46.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Librsvg2 developers reports:</p>
<blockquote cite="https://mail.gnome.org/archives/ftp-release-list/2020-February/msg00133.htmlE">
<p>Backport the following fixes from 2.46.x:</p>
<p>Librsvg now has limits on the number of loaded XML elements,
and the number of referenced elements within an SVG document. This
is to mitigate malicious SVGs which try to consume all memory, and
those which try to consume an exponential amount of CPU time.</p>
<p>Fix stack exhaustion with circular references in <use> elements.</p>
<p>Fix a denial-of-service condition from exponential explosion
of rendered elements, through nested use of SVG <use> elements in
malicious SVGs. This is similar to the XML "billion laughs attack"
but for SVG instancing.</p>
</blockquote>
</body>
</description>
<references>
<url>https://mail.gnome.org/archives/ftp-release-list/2020-February/msg00133.html</url>
<cvename>CVE-2019-20446</cvename>
</references>
<dates>
<discovery>2020-02-26</discovery>
<entry>2020-03-02</entry>
</dates>
</vuln>
<vuln vid="d37407bd-5c5f-11ea-bb2a-8c164582fbac">
<topic>TiMidity++ -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>timidity++</name>
<range><lt>2.15.0</lt></range>
</package>
<package>
<name>timidity++-emacs</name>
<range><lt>2.15.0</lt></range>
</package>
<package>
<name>timidity++-gtk</name>
<range><lt>2.15.0</lt></range>
</package>
<package>
<name>timidity++-motif</name>
<range><lt>2.15.0</lt></range>
</package>
<package>
<name>timidity++-slang</name>
<range><lt>2.15.0</lt></range>
</package>
<package>
<name>timidity++-tcltk</name>
<range><lt>2.15.0</lt></range>
</package>
<package>
<name>timidity++-xaw</name>
<range><lt>2.15.0</lt></range>
</package>
<package>
<name>timidity++-xskin</name>
<range><lt>2.15.0</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>qflb.wu of DBAPPSecurity reports:</p>
<blockquote cite="https://seclists.org/fulldisclosure/2017/Jul/83">
<p>Ihe insert_note_steps function in readmidi.c in TiMidity++ 2.14.0
can cause a denial of service(divide-by-zero error and application
crash) via a crafted mid file.</p>
<p>The resample_gauss function in resample.c in TiMidity++ 2.14.0
can cause a denial of service(heap-buffer-overflow) via a crafted
mid file.</p>
<p>The play_midi function in playmidi.c in TiMidity++ 2.14.0 can
cause a denial of service(large loop and CPU consumption) via
a crafted mid file.</p>
</blockquote>
</body>
</description>
<references>
<url>https://seclists.org/fulldisclosure/2017/Jul/83</url>
<cvename>CVE-2017-11546</cvename>
<cvename>CVE-2017-11547</cvename>
<cvename>CVE-2017-11549</cvename>
</references>
<dates>
<discovery>2017-07-31</discovery>
<entry>2020-03-02</entry>
</dates>
</vuln>
<vuln vid="e59cb761-5ad8-11ea-abb7-001b217b3468">
<topic>Solr -- multiple vulnerabilities</topic>
<affects>
<package>
<name>apache-solr</name>
<range><lt>8.3.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Community reports:</p>
<blockquote cite="https://lucene.apache.org/solr/security.html">
<p>8.1.1 and 8.2.0 users check ENABLE_REMOTE_JMX_OPTS setting</p>
<p>Apache Solr RCE vulnerability due to bad config default</p>
<p>Apache Solr RCE through VelocityResponseWriter</p>
</blockquote>
</body>
</description>
<references>
<url>https://lucene.apache.org/solr/security.html</url>
<cvename>CVE-2019-17558</cvename>
</references>
<dates>
<discovery>2019-12-30</discovery>
<entry>2020-02-29</entry>
</dates>
</vuln>
<vuln vid="f0683976-5779-11ea-8a77-1c872ccb1e42">
<topic>OpenSMTPd -- LPE and RCE in OpenSMTPD's default install</topic>
<affects>
<package>
<name>opensmtpd</name>
<range><lt>6.6.4,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>OpenSMTPD developers reports:</p>
<blockquote cite="https://opensmtpd.org/security.html">
<p>An out of bounds read in smtpd allows an attacker to inject arbitrary
commands into the envelope file which are then executed as root.
Separately, missing privilege revocation in smtpctl allows arbitrary
commands to be run with the _smtpq group.</p>
<p>An unprivileged local attacker can read the first line of an arbitrary
file (for example, root's password hash in /etc/master.passwd) or the
entire contents of another user's file (if this file and
/var/spool/smtpd/ are on the same filesystem).</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-8793</cvename>
<url>https://www.openwall.com/lists/oss-security/2020/02/24/4</url>
<cvename>CVE-2020-8794</cvename>
<url>https://www.openwall.com/lists/oss-security/2020/02/24/5</url>
</references>
<dates>
<discovery>2020-02-22</discovery>
<entry>2020-02-24</entry>
<modified>2020-02-27</modified>
</dates>
</vuln>
<vuln vid="056ea107-5729-11ea-a2f3-001cc0382b2f">
<topic>Mbed TLS -- Cache attack against RSA key import in SGX</topic>
<affects>
<package>
<name>mbedtls</name>
<range><lt>2.16.5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Janos Follath reports:</p>
<blockquote cite="https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-02">
<p>If Mbed TLS is running in an SGX enclave and the adversary has
control of the main operating system, they can launch a side
channel attack to recover the RSA private key when it is being
imported.</p>
<p>The attack only requires access to fine grained measurements to
cache usage. Therefore the attack might be applicable to a scenario
where Mbed TLS is running in TrustZone secure world and the
attacker controls the normal world or possibly when Mbed TLS is
part of a hypervisor and the adversary has full control of a guest
OS.</p>
</blockquote>
</body>
</description>
<references>
<url>https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2020-02</url>
</references>
<dates>
<discovery>2020-02-18</discovery>
<entry>2020-02-24</entry>
</dates>
</vuln>
<vuln vid="b70b880f-5727-11ea-a2f3-001cc0382b2f">
<topic>Mbed TLS -- Side channel attack on ECDSA</topic>
<affects>
<package>
<name>mbedtls</name>
<range><lt>2.16.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Janos Follath reports:</p>
<blockquote cite="https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2019-12">
<p>Our bignum implementation is not constant time/constant trace, so
side channel attacks can retrieve the blinded value, factor it (as
it is smaller than RSA keys and not guaranteed to have only large
prime factors), and then, by brute force, recover the key.</p>
</blockquote>
</body>
</description>
<references>
<url>https://tls.mbed.org/tech-updates/security-advisories/mbedtls-security-advisory-2019-12</url>
<cvename>CVE-2019-18222</cvename>
</references>
<dates>
<discovery>2019-10-25</discovery>
<entry>2020-02-24</entry>
</dates>
</vuln>
<vuln vid="8e3f1812-54d9-11ea-8d49-d4c9ef517024">
<topic>WeeChat -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>weechat</name>
<range><lt>2.7.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The WeeChat project reports:</p>
<blockquote cite="https://weechat.org/doc/security/">
<p>Buffer overflow when receiving a malformed IRC message 324 (channel
mode). (CVE-2020-8955)</p>
<p>Buffer overflow when a new IRC message 005 is received with longer
nick prefixes.</p>
<p>Crash when receiving a malformed IRC message 352 (WHO).</p>
</blockquote>
</body>
</description>
<references>
<url>https://weechat.org/doc/security/</url>
<cvename>CVE-2020-8955</cvename>
</references>
<dates>
<discovery>2020-02-20</discovery>
<entry>2020-02-21</entry>
</dates>
</vuln>
<vuln vid="1cb0af4e-d641-4f99-9432-297a89447a97">
<topic>webkit-gtk3 -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>webkit2-gtk3</name>
<range><lt>2.26.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The WebKitGTK project reports multiple vulnerabilities.</p>
</body>
</description>
<references>
<url>https://webkitgtk.org/security/WSA-2020-0002.html</url>
<cvename>CVE-2020-3862</cvename>
<cvename>CVE-2020-3864</cvename>
<cvename>CVE-2020-3865</cvename>
<cvename>CVE-2020-3867</cvename>
<cvename>CVE-2020-3868</cvename>
</references>
<dates>
<discovery>2020-02-14</discovery>
<entry>2020-02-19</entry>
</dates>
</vuln>
<vuln vid="6025d173-4279-11ea-b184-f8b156ac3ff9">
<topic>FreeBSD -- kernel stack data disclosure</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.1</ge><lt>12.1_2</lt></range>
<range><ge>12.0</ge><lt>12.0_13</lt></range>
<range><ge>11.3</ge><lt>11.3_6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>Due to incorrect initialization of a stack data structure, up to 20
bytes of kernel data stored previously stored on the stack will be
exposed to a crashing user process.</p>
<h1>Impact:</h1>
<p>Sensitive kernel data may be disclosed.</p>
</body>
</description>
<references>
<cvename>CVE-2019-15875</cvename>
<freebsdsa>SA-20:03.thrmisc</freebsdsa>
</references>
<dates>
<discovery>2020-01-28</discovery>
<entry>2020-01-29</entry>
</dates>
</vuln>
<vuln vid="5797c807-4279-11ea-b184-f8b156ac3ff9">
<topic>FreeBSD -- Missing IPsec anti-replay window check</topic>
<affects>
<package>
<name>FreeBSD-kernel</name>
<range><ge>12.0</ge><lt>12.0_13</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>A missing check means that an attacker can reinject an old packet and
it will be accepted and processed by the IPsec endpoint.</p>
<h1>Impact:</h1>
<p>The impact depends on the higher-level protocols in use over IPsec.
For example, an attacker who can capture and inject packets could
cause an action that was intentionally performed once to be repeated.</p>
</body>
</description>
<references>
<cvename>CVE-2019-5613</cvename>
<freebsdsa>SA-20:02.ipsec</freebsdsa>
</references>
<dates>
<discovery>2020-01-28</discovery>
<entry>2020-01-29</entry>
</dates>
</vuln>
<vuln vid="22b41bc5-4279-11ea-b184-f8b156ac3ff9">
<topic>FreeBSD -- libfetch buffer overflow</topic>
<affects>
<package>
<name>FreeBSD</name>
<range><ge>12.1</ge><lt>12.1_2</lt></range>
<range><ge>12.0</ge><lt>12.0_13</lt></range>
<range><ge>11.3</ge><lt>11.3_6</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<h1>Problem Description:</h1>
<p>A programming error allows an attacker who can specify a URL with a
username and/or password components to overflow libfetch(3) buffers.</p>
<h1>Impact:</h1>
<p>An attacker in control of the URL to be fetched (possibly via HTTP
redirect) may cause a heap buffer overflow, resulting in program
misbehavior or malicious code execution.</p>
</body>
</description>
<references>
<cvename>CVE-2020-7450</cvename>
<freebsdsa>SA-20:01.libfetch</freebsdsa>
</references>
<dates>
<discovery>2020-01-28</discovery>
<entry>2020-01-29</entry>
</dates>
</vuln>
<vuln vid="1ece5591-4ea9-11ea-86f0-001b217b3468">
<topic>Gitlab -- Vulnerability</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.7.0</ge><lt>12.7.6</lt></range>
<range><ge>12.6.0</ge><lt>12.6.7</lt></range>
<range><ge>12.5.0</ge><lt>12.5.10</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/02/13/critical-security-release-gitlab-12-dot-7-dot-6-released/">
<p>Incorrect membership handling of group sharing feature</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/02/13/critical-security-release-gitlab-12-dot-7-dot-6-released/</url>
<cvename>CVE-2020-8795</cvename>
</references>
<dates>
<discovery>2020-02-13</discovery>
<entry>2020-02-13</entry>
</dates>
</vuln>
<vuln vid="74db0d02-b140-4c32-aac6-1f1e81e1ad30">
<topic>dovecot -- multiple vulnerabilities</topic>
<affects>
<package>
<name>dovecot</name>
<range><lt>2.3.9.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Aki Tuomi reports:</p>
<blockquote cite="https://dovecot.org/pipermail/dovecot-news/2020-February/000431.html">
<p>lib-smtp doesn't handle truncated command parameters properly, resulting
in infinite loop taking 100% CPU for the process. This happens for LMTP
(where it doesn't matter so much) and also for submission-login where
unauthenticated users can trigger it. </p>
</blockquote>
<p>Aki also reports:</p>
<blockquote cite="https://dovecot.org/pipermail/dovecot-news/2020-February/000430.html">
<p>Snippet generation crashes if:
message is large enough that message-parser returns multiple body
blocks
The first block(s) don't contain the full snippet (e.g. full of
whitespace)
input ends with '>'
</p>
</blockquote>
</body>
</description>
<references>
<url>https://dovecot.org/pipermail/dovecot-news/2020-February/000430.html</url>
<url>https://dovecot.org/pipermail/dovecot-news/2020-February/000431.html</url>
<cvename>CVE-2020-7046</cvename>
<cvename>CVE-2020-7967</cvename>
</references>
<dates>
<discovery>2020-01-14</discovery>
<entry>2020-02-13</entry>
</dates>
</vuln>
<vuln vid="9d6a48a7-4dad-11ea-8a1d-7085c25400ea">
<topic>grub2-bhyve -- multiple privilege escalations</topic>
<affects>
<package>
<name>grub2-bhyve</name>
<range><lt>0.40_8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Reno Robert reports:</p>
<!-- No public blog entry yet but I'm sure he'll publish one soon. -->
<blockquote cite="https://www.voidsecurity.in/">
<p>FreeBSD uses a two-process model for running a VM. For booting non-FreeBSD
guests, a modified grub-emu is used (grub-bhyve). Grub-bhyve executes command
from guest grub.cfg file. This is a security problem because grub was never
written to handle inputs from OS as untrusted. In the current design, grub
and guest OS works across trust boundaries. This exposes a grub to untrusted
inputs from guest.
</p>
<p>grub-bhyve (emu) is built without SDL graphics support which reduces lot of
gfx attack surface, however font loading code is still accessible. Guest can
provide arbitrary font file, which is parsed by grub-bhyve running as root.
</p>
<p>In grub-core/font/font.c, <code>read_section_as_string()</code> allocates
<code>section->length + 1</code> bytes of memory. However, untrusted
<code>section->length</code> is an unsigned 32-bit number, and the result can
overflow to <code>malloc(0)</code>. This can result in a controlled buffer
overflow via the 'loadfont' command in a guest VM grub2.cfg, eventually leading
to privilege escalation from guest to host.
</p>
</blockquote>
<p>Reno Robert also reports:</p>
<!-- No public blog entry yet but I'm sure he'll publish one soon. -->
<blockquote cite="https://www.voidsecurity.in/">
<p>GRUB supports commands to read and write addresses of choice. In
grub-bhyve, these commands provide a way to write to arbitrary virtual
addresses within the grub-bhyve process. This is another way for a guest
grub2.cfg, run by the host, to eventually escalate privileges.
</p>
</blockquote>
<p>These vulnerabilities are mitigated by disabling the 'loadfont', 'write_dword',
'read_dword', 'inl', 'outl', and other width variants of the same functionality in
grub2-bhyve.
</p>
<p>There is also work in progress to sandbox the grub-bhyve utility such that
an escaped guest ends up with nobody:nobody in a Capsium sandbox. It is not
included in 0.40_8.
</p>
</body>
</description>
<references>
<!-- No public blog entry yet but I'm sure he'll publish one soon. -->
<url>https://www.voidsecurity.in/</url>
</references>
<dates>
<!-- memrw was reported 2020-02-10 or 2020-02-11, but the earliest report is: -->
<discovery>2019-12-09</discovery>
<entry>2020-02-12</entry>
</dates>
</vuln>
<vuln vid="00f30cba-4d23-11ea-86ba-641c67a117d8">
<topic>libexif -- privilege escalation</topic>
<affects>
<package>
<name>libexif</name>
<range><lt>0.6.21_5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Mitre reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-9278">
<p>In libexif, there is a possible out of bounds write due to an integer overflow.
This could lead to remote escalation of privilege in the media content provider
with no additional execution privileges needed. User interaction is needed for
exploitation.</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2019-9278</cvename>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-9278</url>
<url>https://security-tracker.debian.org/tracker/CVE-2019-9278</url>
<url>https://seclists.org/bugtraq/2020/Feb/9</url>
<url>https://github.com/libexif/libexif/issues/26</url>
</references>
<dates>
<discovery>2019-02-06</discovery>
<entry>2020-02-11</entry>
</dates>
</vuln>
<vuln vid="d460b640-4cdf-11ea-a59e-6451062f0f7a">
<topic>Flash Player -- arbitrary code execution</topic>
<affects>
<package>
<name>linux-flashplayer</name>
<range><lt>32.0.0.330</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Adobe reports:</p>
<blockquote cite="https://helpx.adobe.com/security/products/flash-player/apsb20-06.html">
<ul>
<li>This update resolves a type confusion vulnerability that
could lead to arbitrary code execution (CVE-2020-3757).</li>
</ul>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-3757</cvename>
<url>https://helpx.adobe.com/security/products/flash-player/apsb20-06.html</url>
</references>
<dates>
<discovery>2020-02-11</discovery>
<entry>2020-02-11</entry>
</dates>
</vuln>
<vuln vid="c1202de8-4b29-11ea-9673-4c72b94353b5">
<topic>NGINX -- HTTP request smuggling</topic>
<affects>
<package>
<name>nginx</name>
<range><lt>1.16.1_11,2</lt></range>
</package>
<package>
<name>nginx-devel</name>
<range><lt>1.17.7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>NGINX Team reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-20372">
<p>NGINX before 1.17.7, with certain error_page configurations, allows HTTP
request smuggling, as demonstrated by the ability of an attacker to read
unauthorized web pages in environments where NGINX is being fronted by a
load balancer.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-20372</url>
<cvename>CVE-2019-20372</cvename>
</references>
<dates>
<discovery>2019-12-10</discovery>
<entry>2020-02-09</entry>
</dates>
</vuln>
<vuln vid="8b20d716-49df-11ea-9f7b-206a8a720317">
<topic>ksh93 -- certain environment variables interpreted as arithmetic expressions on startup, leading to code injection</topic>
<affects>
<package>
<name>ksh93</name>
<range><ge>2020.0.0</ge><lt>2020.0.1_1,1</lt></range>
</package>
<package>
<name>ksh93-devel</name>
<range><lt>2020.02.07</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Upstream ksh93 maintainer Siteshwar Vashisht reports:</p>
<blockquote cite="https://access.redhat.com/security/cve/CVE-2019-14868">
<p>A flaw was found in the way ksh evaluates certain environment
variables. An attacker could use this flaw to override or bypass
environment restrictions to execute shell commands. Services and
applications that allow remote unauthenticated attackers to
provide one of those environment variables could allow them to
exploit this issue remotely.</p>
</blockquote>
</body>
</description>
<references>
<url>https://bugzilla.redhat.com/show_bug.cgi?id=1757324</url>
<url>https://access.redhat.com/security/cve/CVE-2019-14868</url>
<url>https://access.redhat.com/errata/RHSA-2020:0431</url>
</references>
<dates>
<discovery>2019-10-01</discovery>
<entry>2020-02-07</entry>
</dates>
</vuln>
<vuln vid="e7bc2b99-485a-11ea-bff9-9c5c8e75236a">
<topic>clamav -- Denial-of-Service (DoS) vulnerability</topic>
<affects>
<package>
<name>clamav</name>
<range><lt>0.102.2,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Micah Snyder reports:</p>
<blockquote cite="https://blog.clamav.net/2020/02/clamav-01022-security-patch-released.html">
<p>A denial-of-service (DoS) condition may occur when using the optional
credit card data-loss-prevention (DLP) feature. Improper bounds checking of
an unsigned variable resulted in an out-of-bounds read, which causes a crash.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://blog.clamav.net/2020/02/clamav-01022-security-patch-released.html</url>
<cvename>CVE-2020-3123</cvename>
</references>
<dates>
<discovery>2020-02-05</discovery>
<entry>2020-02-05</entry>
</dates>
</vuln>
<vuln vid="5a45649a-4777-11ea-bdec-08002728f74c">
<topic>Django -- potential SQL injection vulnerability</topic>
<affects>
<package>
<name>py27-django111</name>
<name>py35-django111</name>
<name>py36-django111</name>
<name>py37-django111</name>
<name>py38-django111</name>
<range><lt>1.11.28</lt></range>
</package>
<package>
<name>py35-django22</name>
<name>py36-django22</name>
<name>py37-django22</name>
<name>py38-django22</name>
<range><lt>2.2.10</lt></range>
</package>
<package>
<name>py36-django30</name>
<name>py37-django30</name>
<name>py38-django30</name>
<range><lt>3.0.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MITRE CVE reports:</p>
<blockquote cite="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-7471">
<p>Django 1.11 before 1.11.28, 2.2 before 2.2.10, and 3.0 before 3.0.3
allows SQL Injection if untrusted data is used as a StringAgg delimiter
(e.g., in Django applications that offer downloads of data as a series
of rows with a user-specified column delimiter). By passing a suitably
crafted delimiter to a contrib.postgres.aggregates.StringAgg instance,
it was possible to break escaping and inject malicious SQL.</p>
</blockquote>
</body>
</description>
<references>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-7471</url>
<url>https://docs.djangoproject.com/en/1.11/releases/1.11.28/</url>
<url>https://docs.djangoproject.com/en/2.2/releases/2.2.10/</url>
<url>https://docs.djangoproject.com/en/3.0/releases/3.0.3/</url>
<cvename>CVE-2020-7471</cvename>
</references>
<dates>
<discovery>2020-02-03</discovery>
<entry>2020-02-04</entry>
</dates>
</vuln>
<vuln vid="cb0183bb-45f6-11ea-a1c7-b499baebfeaf">
<topic>MariaDB -- Vulnerability in C API</topic>
<affects>
<package>
<name>mariadb55-client</name>
<range><lt>5.5.67</lt></range>
</package>
<package>
<name>mariadb55-server</name>
<range><lt>5.5.67</lt></range>
</package>
<package>
<name>mariadb101-client</name>
<range><lt>10.1.44</lt></range>
</package>
<package>
<name>mariadb101-server</name>
<range><lt>10.1.44</lt></range>
</package>
<package>
<name>mariadb102-client</name>
<range><lt>10.2.31</lt></range>
</package>
<package>
<name>mariadb102-server</name>
<range><lt>10.2.31</lt></range>
</package>
<package>
<name>mariadb103-client</name>
<range><lt>10.3.22</lt></range>
</package>
<package>
<name>mariadb103-server</name>
<range><lt>10.3.22</lt></range>
</package>
<package>
<name>mariadb104-client</name>
<range><lt>10.4.12</lt></range>
</package>
<package>
<name>mariadb104-server</name>
<range><lt>10.4.12</lt></range>
</package>
<package>
<name>mariadb-connector-c</name>
<range><lt>3.1.7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>MariaDB reports:</p>
<blockquote cite="https://mariadb.com/kb/en/security/">
<p>Difficult to exploit vulnerability allows unauthenticated attacker
with network access via multiple protocols to compromise MySQL Client.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://mariadb.com/kb/en/security/</url>
<url>https://mariadb.com/kb/en/mdb-5567-rn/</url>
<url>https://mariadb.com/kb/en/mdb-10412-rn/</url>
<url>https://mariadb.com/kb/en/mdb-10322-rn/</url>
<url>https://mariadb.com/kb/en/mdb-10231-rn/</url>
<url>https://mariadb.com/kb/en/mdb-10144-rn/</url>
<url>https://mariadb.com/kb/en/mariadb-connector-c-317-release-notes/</url>
<cvename>CVE-2020-2574</cvename>
</references>
<dates>
<discovery>2020-01-28</discovery>
<entry>2020-02-02</entry>
</dates>
</vuln>
<vuln vid="1e7fa41b-f6ca-4fe8-bd46-0e176b42b14f">
<topic>libssh -- Unsanitized location in scp could lead to unwanted command execution</topic>
<affects>
<package>
<name>libssh</name>
<range><ge>0.4.0</ge><lt>0.8.8</lt></range>
<range><ge>0.9.0</ge><lt>0.9.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The libssh team reports:</p>
<blockquote cite="https://www.libssh.org/security/advisories/CVE-2019-14889.txt">
<p>In an environment where a user is only allowed to copy files and
not to execute applications, it would be possible to pass a location
which contains commands to be executed in additon.</p>
<p>When the libssh SCP client connects to a server, the scp
command, which includes a user-provided path, is executed
on the server-side. In case the library is used in a way
where users can influence the third parameter of
ssh_scp_new(), it would become possible for an attacker to
inject arbitrary commands, leading to a compromise of the
remote target.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.libssh.org/security/advisories/CVE-2019-14889.txt</url>
<url>https://nvd.nist.gov/vuln/detail/CVE-2019-14889</url>
<cvename>CVE-2019-14889</cvename>
</references>
<dates>
<discovery>2019-11-14</discovery>
<entry>2020-02-02</entry>
</dates>
</vuln>
<vuln vid="c86bfee3-4441-11ea-8be3-54e1ad3d6335">
<topic>spamassassin -- Nefarious rule configuration files can run system commands</topic>
<affects>
<package>
<name>spamassassin</name>
<range><lt>3.4.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Apache SpamAssassin project reports:</p>
<blockquote cite="https://mail-archives.apache.org/mod_mbox/spamassassin-announce/202001.mbox/%3c0a91e67a-3190-36e5-41e9-d3553743bcd2@apache.org%3e">
<p>A nefarious rule configuration (.cf) files can be configured to
run system commands. This issue is less stealthy and attempts to
exploit the issue will throw warnings.</p>
<p>Thanks to Damian Lukowski at credativ for reporting the issue
ethically. With this bug unpatched, exploits can be injected in a
number of scenarios though doing so remotely is difficult. In
addition to upgrading to SA 3.4.4, we again recommend that users
should only use update channels or 3rd party .cf files from trusted
places.</p>
</blockquote>
</body>
</description>
<references>
<url>https://mail-archives.apache.org/mod_mbox/spamassassin-announce/202001.mbox/%3c0a91e67a-3190-36e5-41e9-d3553743bcd2@apache.org%3e</url>
<url>https://mail-archives.apache.org/mod_mbox/spamassassin-announce/202001.mbox/%3ccdae17ce-acde-6060-148a-6dc5f45ee728@apache.org%3e</url>
<cvename>CVE-2020-1930</cvename>
<cvename>CVE-2020-1931</cvename>
</references>
<dates>
<discovery>2020-01-28</discovery>
<entry>2020-01-31</entry>
</dates>
</vuln>
<vuln vid="b4e5f782-442d-11ea-9ba9-206a8a720317">
<topic>sudo -- Potential bypass of Runas user restrictions</topic>
<affects>
<package>
<name>sudo</name>
<range><lt>1.8.31</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Todd C. Miller reports:</p>
<blockquote cite="https://www.sudo.ws/alerts/pwfeedback.html">
<p>Sudo's pwfeedback option can be used to provide visual feedback
when the user is inputting their password. For each key press,
an asterisk is printed. This option was added in response to
user confusion over how the standard Password: prompt disables
the echoing of key presses. While pwfeedback is not enabled by
default in the upstream version of sudo, some systems, such as
Linux Mint and Elementary OS, do enable it in their default
sudoers files.</p>
<p>Due to a bug, when the pwfeedback option is enabled in the
sudoers file, a user may be able to trigger a stack-based buffer
overflow. This bug can be triggered even by users not listed in
the sudoers file. There is no impact unless pwfeedback has been
enabled.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.sudo.ws/alerts/pwfeedback.html</url>
<cvename>CVE-2019-18634</cvename>
</references>
<dates>
<discovery>2020-01-30</discovery>
<entry>2020-01-30</entry>
</dates>
</vuln>
<vuln vid="c5bd9068-440f-11ea-9cdb-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.7.0</ge><lt>12.7.4</lt></range>
<range><ge>12.6.0</ge><lt>12.6.6</lt></range>
<range><ge>5.3</ge><lt>12.5.9</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/01/30/security-release-gitlab-12-7-4-released/">
<p>Path Traversal to Arbitrary File Read</p>
<p>User Permissions Not Validated in ProjectExportWorker</p>
<p>XSS Vulnerability in File API</p>
<p>Package and File Disclosure through GitLab Workhorse</p>
<p>XSS Vulnerability in Create Groups</p>
<p>Issue and Merge Request Activity Counts Exposed</p>
<p>Email Confirmation Bypass Using AP</p>
<p>Disclosure of Forked Private Project Source Code</p>
<p>Private Project Names Exposed in GraphQL queries</p>
<p>Disclosure of Issues and Merge Requests via Todos</p>
<p>Denial of Service via AsciiDoc</p>
<p>Last Pipeline Status Exposed</p>
<p>Arbitrary Change of Pipeline Status</p>
<p>Grafana Token Displayed in Plaintext</p>
<p>Update excon gem</p>
<p>Update rdoc gem</p>
<p>Update rack-cors gem</p>
<p>Update rubyzip gem</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/01/30/security-release-gitlab-12-7-4-released/</url>
<cvename>CVE-2020-7966</cvename>
<cvename>CVE-2020-8114</cvename>
<cvename>CVE-2020-7973</cvename>
<cvename>CVE-2020-6833</cvename>
<cvename>CVE-2020-7971</cvename>
<cvename>CVE-2020-7967</cvename>
<cvename>CVE-2020-7972</cvename>
<cvename>CVE-2020-7968</cvename>
<cvename>CVE-2020-7979</cvename>
<cvename>CVE-2020-7969</cvename>
<cvename>CVE-2020-7978</cvename>
<cvename>CVE-2020-7974</cvename>
<cvename>CVE-2020-7977</cvename>
<cvename>CVE-2020-7976</cvename>
<cvename>CVE-2019-16779</cvename>
<cvename>CVE-2019-18978</cvename>
<cvename>CVE-2019-16892</cvename>
</references>
<dates>
<discovery>2020-01-30</discovery>
<entry>2020-01-31</entry>
</dates>
</vuln>
<vuln vid="08f5c27d-4326-11ea-af8b-00155d0a0200">
<topic>OpenSMTPd -- critical LPE / RCE vulnerability</topic>
<affects>
<package>
<name>opensmtpd</name>
<range><ge>6.4.0,1</ge><lt>6.6.2,1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>OpenSMTPD developers report:</p>
<blockquote cite="https://opensmtpd.org/security.html">
<p>An incorrect check allows an attacker to trick mbox delivery
into executing arbitrary commands as root and lmtp delivery
into executing arbitrary commands as an unprivileged user</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-7247</cvename>
<url>https://www.openwall.com/lists/oss-security/2020/01/28/3</url>
</references>
<dates>
<discovery>2020-01-28</discovery>
<entry>2020-01-29</entry>
</dates>
</vuln>
<vuln vid="a250539d-d1d4-4591-afd3-c8bdfac335d8">
<topic>jenkins -- multiple vulnerabilities</topic>
<affects>
<package>
<name>jenkins</name>
<range><le>2.219</le></range>
</package>
<package>
<name>jenkins-lts</name>
<range><le>2.204.2</le></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Jenkins Security Advisory:</p>
<blockquote cite="https://jenkins.io/security/advisory/2020-01-29/">
<h1>Description</h1>
<h5>(High) SECURITY-1682 / CVE-2020-2099</h5>
<p>Inbound TCP Agent Protocol/3 authentication bypass</p>
<h5>(Medium) SECURITY-1641 / CVE-2020-2100</h5>
<p>Jenkins vulnerable to UDP amplification reflection attack</p>
<h5>(Medium) SECURITY-1659 / CVE-2020-2101</h5>
<p>Non-constant time comparison of inbound TCP agent connection secret</p>
<h5>(Medium) SECURITY-1660 / CVE-2020-2102</h5>
<p>Non-constant time HMAC comparison</p>
<h5>(Medium) SECURITY-1695 / CVE-2020-2103</h5>
<p>Diagnostic page exposed session cookies</p>
<h5>(Medium) SECURITY-1650 / CVE-2020-2104</h5>
<p>Memory usage graphs accessible to anyone with Overall/Read</p>
<h5>(Low) SECURITY-1704 / CVE-2020-2105</h5>
<p>Jenkins REST APIs vulnerable to clickjacking</p>
<h5>(Medium) SECURITY-1680 / CVE-2020-2106</h5>
<p>Stored XSS vulnerability in Code Coverage API Plugin</p>
<h5>(Medium) SECURITY-1565 / CVE-2020-2107</h5>
<p>Fortify Plugin stored credentials in plain text</p>
<h5>(High) SECURITY-1719 / CVE-2020-2108</h5>
<p>XXE vulnerability in WebSphere Deployer Plugin</p>
</blockquote>
</body>
</description>
<references>
<cvename>CVE-2020-2099</cvename>
<cvename>CVE-2020-2100</cvename>
<cvename>CVE-2020-2101</cvename>
<cvename>CVE-2020-2102</cvename>
<cvename>CVE-2020-2103</cvename>
<cvename>CVE-2020-2104</cvename>
<cvename>CVE-2020-2105</cvename>
<cvename>CVE-2020-2106</cvename>
<cvename>CVE-2020-2107</cvename>
<cvename>CVE-2020-2108</cvename>
<url>https://jenkins.io/security/advisory/2020-01-29/</url>
</references>
<dates>
<discovery>2020-01-29</discovery>
<entry>2020-01-29</entry>
</dates>
</vuln>
<vuln vid="2af10639-4299-11ea-aab1-98fa9bfec35a">
<topic>pkg -- vulnerability in libfetch</topic>
<affects>
<package>
<name>pkg</name>
<range><lt>1.12.0_1</lt></range>
</package>
<package>
<name>pkg-devel</name>
<range><lt>1.12.99_1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>A programming error allows an attacker who can specify a URL with a username
and/or password components to overflow libfetch(3) buffers.</p>
</body>
</description>
<references>
<freebsdsa>SA-20:01.libfetch</freebsdsa>
<cvename>CVE-2020-7450</cvename>
</references>
<dates>
<discovery>2020-01-28</discovery>
<entry>2020-01-29</entry>
</dates>
</vuln>
<vuln vid="5f0dd349-40a2-11ea-8d8c-005056a311d1">
<topic>samba -- multiple vulnerabilities</topic>
<affects>
<package>
<name>samba410</name>
<range><lt>4.10.12</lt></range>
</package>
<package>
<name>samba411</name>
<range><lt>4.11.4</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Samba Team reports:</p>
<blockquote cite="https://www.samba.org/samba/history/samba-4.10.12.html">
<p>CVE-2019-14902</p>
<p>The implementation of ACL inheritance in the Samba AD DC was not complete,
and so absent a 'full-sync' replication, ACLs could get out of sync between
domain controllers.</p>
<p>CVE-2019-14907</p>
<p>When processing untrusted string input Samba can read past the end of the
allocated buffer when printing a "Conversion error" message to the logs.</p>
<p>CVE-2019-19344</p>
<p>During DNS zone scavenging (of expired dynamic entries) there is a read of
memory after it has been freed.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.samba.org/samba/history/samba-4.10.12.html</url>
<cvename>CVE-2019-14902</cvename>
<cvename>CVE-2019-14907</cvename>
<cvename>CVE-2019-19344</cvename>
</references>
<dates>
<discovery>2020-01-14</discovery>
<entry>2020-01-27</entry>
</dates>
</vuln>
<vuln vid="dc8cff4c-4063-11ea-8a94-3497f6939fdd">
<topic>webkit-gtk3 -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>webkit2-gtk3</name>
<range><lt>2.26.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The WebKitGTK project reports multiple vulnerabilities.</p>
</body>
</description>
<references>
<url>https://webkitgtk.org/security/WSA-2020-0001.html</url>
<cvename>CVE-2019-8835</cvename>
<cvename>CVE-2019-8844</cvename>
<cvename>CVE-2019-8846</cvename>
</references>
<dates>
<discovery>2020-01-23</discovery>
<entry>2020-01-26</entry>
</dates>
</vuln>
<vuln vid="0700e76c-3eb0-11ea-8478-3085a9a95629">
<topic>Pillow -- Multiple vulnerabilities</topic>
<affects>
<package>
<name>py27-pillow</name>
<name>py35-pillow</name>
<name>py36-pillow</name>
<name>py37-pillow</name>
<name>py38-pillow</name>
<range><lt>6.2.2</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Pillow developers report:</p>
<blockquote cite="https://pillow.readthedocs.io/en/stable/releasenotes/6.2.2.html">
<p>
This release addresses several security problems, as well as
addressing CVE-2019-19911.
</p><p>
CVE-2019-19911 is regarding FPX images. If an image reports that it
has a large number of bands, a large amount of resources will be
used when trying to process the image. This is fixed by limiting the
number of bands to those usable by Pillow.
</p><p>
Buffer overruns were found when processing an SGI, PCX or FLI image.
Checks have been added to prevent this.
</p><p>
Overflow checks have been added when calculating the size of a
memory block to be reallocated in the processing of a TIFF image.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://pillow.readthedocs.io/en/stable/releasenotes/6.2.2.html</url>
<cvename>CVE-2019-19911</cvename>
<cvename>CVE-2020-5310</cvename>
<cvename>CVE-2020-5311</cvename>
<cvename>CVE-2020-5312</cvename>
<cvename>CVE-2020-5313</cvename>
<freebsdpr>ports/243336</freebsdpr>
</references>
<dates>
<discovery>2019-12-19</discovery>
<entry>2020-01-24</entry>
</dates>
</vuln>
<vuln vid="a512a412-3a33-11ea-af63-0800274e5f20">
<topic>gitea -- multiple vulnerabilities</topic>
<affects>
<package>
<name>gitea</name>
<range><lt>1.10.3</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The Gitea Team reports:</p>
<blockquote cite="https://github.com/go-gitea/gitea/releases/tag/v1.10.3">
<ul>
<li>Hide credentials when submitting migration</li>
<li>Never allow an empty password to validate</li>
<li>Prevent redirect to Host</li>
<li>Hide public repos owned by private orgs</li>
</ul>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/go-gitea/gitea/releases/tag/v1.10.3</url>
<freebsdpr>ports/243437</freebsdpr>
</references>
<dates>
<discovery>2019-11-22</discovery>
<entry>2020-01-18</entry>
</dates>
</vuln>
<vuln vid="a6cf65ad-37d2-11ea-a1c7-b499baebfeaf">
<topic>MySQL -- Multiple vulerabilities</topic>
<affects>
<package>
<name>mysql56-server</name>
<range><lt>5.6.47</lt></range>
</package>
<package>
<name>mysql57-server</name>
<range><lt>5.7.29</lt></range>
</package>
<package>
<name>mysql80-server</name>
<range><lt>8.0.19</lt></range>
</package>
<package>
<name>percona55-server</name>
<range><lt>5.5.67</lt></range>
</package>
<package>
<name>percona56-server</name>
<range><lt>5.6.47</lt></range>
</package>
<package>
<name>percona57-server</name>
<range><lt>5.7.29</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Oracle reports:</p>
<blockquote cite="https://www.oracle.com/security-alerts/cpujan2020.html#AppendixMSQL">
<p>This Critical Patch Update contains 17 new security fixes for
Oracle MySQL. 5 of these vulnerabilities may be remotely exploitable
without authentication, i.e., may be exploited over a network without
requiring user credentials.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.oracle.com/security-alerts/cpujan2020.html</url>
<cvename>CVE-2019-1547</cvename>
<cvename>CVE-2020-2579</cvename>
<cvename>CVE-2020-2686</cvename>
<cvename>CVE-2020-2627</cvename>
<cvename>CVE-2020-2570</cvename>
<cvename>CVE-2020-2573</cvename>
<cvename>CVE-2020-2574</cvename>
<cvename>CVE-2020-2577</cvename>
<cvename>CVE-2020-2589</cvename>
<cvename>CVE-2020-2580</cvename>
<cvename>CVE-2020-2588</cvename>
<cvename>CVE-2020-2660</cvename>
<cvename>CVE-2020-2679</cvename>
<cvename>CVE-2020-2584</cvename>
<cvename>CVE-2020-2694</cvename>
<cvename>CVE-2020-2572</cvename>
<cvename>CVE-2019-8457</cvename>
</references>
<dates>
<discovery>2020-01-14</discovery>
<entry>2020-01-15</entry>
<modified>2020-02-02</modified>
</dates>
</vuln>
<vuln vid="d2c2c815-3793-11ea-8be3-54e1ad3d6335">
<topic>drm graphics drivers -- potential information disclusure via local access</topic>
<affects>
<package>
<name>drm-fbsd11.2-kmod</name>
<range><lt>4.11.g20200115</lt></range>
</package>
<package>
<name>drm-fbsd12.0-kmod</name>
<range><lt>4.16.g20200115</lt></range>
</package>
<package>
<name>drm-current-kmod</name>
<range><lt>4.16.g20200115</lt></range>
</package>
<package>
<name>drm-devel-kmod</name>
<range><lt>5.0.g20200115</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Intel reports:</p>
<blockquote cite="https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00314.html">
<p>.A potential security vulnerability in Intel(R) Processor Graphics
may allow information disclosure. Intel is releasing software
updates to mitigate this potential vulnerability.</p>
<p>Description: Insufficient control flow in certain data
structures for some Intel(R) Processors with Intel(R) Processor
Graphics may allow an unauthenticated user to potentially enable
information disclosure via local access.</p>
<p>This patch provides mitigation for Gen9 hardware only. Patches
for Gen7 and Gen7.5 will be provided later. Note that Gen8 is not
impacted due to a previously implemented workaround. The mitigation
involves using an existing hardware feature to forcibly clear down
all EU state at each context switch.</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00314.html</url>
<cvename>CVE-2019-14615</cvename>
</references>
<dates>
<discovery>2020-01-14</discovery>
<entry>2020-01-15</entry>
</dates>
</vuln>
<vuln vid="2bab995f-36d4-11ea-9dad-002590acae31">
<topic>Template::Toolkit -- Directory traversal on write</topic>
<affects>
<package>
<name>p5-Template-Toolkit</name>
<range><lt>3.004</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Art Manion and Will Dormann report:</p>
<blockquote cite="https://www.kb.cert.org/vuls/id/619785/">
<p>
By using an older and less-secure form of open(), it is
possible for untrusted template files to cause reads/writes
outside of the template directories. This vulnerability is
a component of the recent Citrix exploit.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.kb.cert.org/vuls/id/619785/</url>
<url>https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19781</url>
<cvename>CVE-2019-19781</cvename>
</references>
<dates>
<discovery>2019-12-13</discovery>
<entry>2020-01-14</entry>
</dates>
</vuln>
<vuln vid="f929b172-369e-11ea-9cdb-001b217b3468">
<topic>Gitlab -- Private objects exposed through project import</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.6.0</ge><lt>12.6.4</lt></range>
<range><ge>12.5.0</ge><lt>12.5.7</lt></range>
<range><ge>8.9.0</ge><lt>12.4.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Gitlab reports:</p>
<blockquote cite="https://about.gitlab.com/releases/2020/01/13/critical-security-release-gitlab-12-dot-6-dot-4-released/">
<p>Private objects exposed through project importi</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/releases/2020/01/13/critical-security-release-gitlab-12-dot-6-dot-4-released/</url>
<cvename>CVE-2020-6832</cvename>
</references>
<dates>
<discovery>2020-01-13</discovery>
<entry>2020-01-14</entry>
</dates>
</vuln>
<vuln vid="8b61308b-322a-11ea-b34b-1de6fb24355d">
<topic>e2fsprogs -- rehash.c/pass 3a mutate_name() code execution vulnerability</topic>
<affects>
<package>
<name>e2fsprogs</name>
<range><lt>1.45.5</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>Lilith of Cisco Talos reports:</p>
<blockquote cite="https://talosintelligence.com/vulnerability_reports/TALOS-2019-0973">
<p>
A code execution vulnerability exists in the directory rehashing
functionality of E2fsprogs e2fsck 1.45.4. A specially crafted ext4
directory can cause an out-of-bounds write on the stack, resulting
in code execution. An attacker can corrupt a partition to trigger
this vulnerability.
</p>
</blockquote>
<p>Theodore Y. Ts'o reports:</p>
<blockquote cite="http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.45.5">
<p>
E2fsprogs 1.45.5 [...:] Fix a potential out of bounds write when
checking a maliciously corrupted file system. This is probably not
exploitable on 64-bit platforms, but may be exploitable on 32-bit
binaries depending on how the compiler lays out the stack variables.
(Addresses CVE-2019-5188)
</p>
</blockquote>
</body>
</description>
<references>
<url>https://talosintelligence.com/vulnerability_reports/TALOS-2019-0973</url>
<url>http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.45.5</url>
<cvename>CVE-2019-5188</cvename>
</references>
<dates>
<discovery>2019-12-18</discovery>
<entry>2020-01-08</entry>
</dates>
</vuln>
<vuln vid="16aed7b7-344a-11ea-9cdb-001b217b3468">
<topic>phpMyAdmin -- SQL injection</topic>
<affects>
<package>
<name>phpMyAdmin</name>
<name>phpMyAdmin-php72</name>
<name>phpMyAdmin-php73</name>
<name>phpMyAdmin-php74</name>
<name>phpMyAdmin5</name>
<name>phpMyAdmin5-php72</name>
<name>phpMyAdmin5-php73</name>
<name>phpMyAdmin5-php74</name>
<range><lt>4.9.4</lt></range>
<range><ge>5.0.0</ge><lt>5.0.1</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The phpMyAdmin development team reports:</p>
<blockquote cite="https://www.phpmyadmin.net/security/PMASA-2020-1/">
<p>A SQL injection flaw has been discovered in the user accounts page</p>
</blockquote>
</body>
</description>
<references>
<url>https://www.phpmyadmin.net/security/PMASA-2020-1/</url>
<cvename>CVE-2020-5504</cvename>
</references>
<dates>
<discovery>2020-01-05</discovery>
<entry>2020-01-11</entry>
</dates>
</vuln>
<vuln vid="86224a04-26de-11ea-97f2-001a8c5c04b6">
<topic>cacti -- multiple vulnerabilities</topic>
<affects>
<package>
<name>cacti</name>
<range><lt>1.2.8</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>The cacti developers reports:</p>
<blockquote cite="https://github.com/Cacti/cacti/releases/tag/release%2F1.2.8">
<p>
When viewing graphs, some input variables are not properly checked
(SQL injection possible).
</p>
<p>
Multiple instances of lib/functions.php are affected by unsafe
deserialization of user-controlled data to populate arrays. An
authenticated attacker could use this to influence object data
values and control actions taken by Cacti or potentially cause
memory corruption in the PHP module.
</p>
</blockquote>
</body>
</description>
<references>
<url>https://github.com/Cacti/cacti/releases/tag/release%2F1.2.8</url>
<cvename>CVE-2019-17357</cvename>
<cvename>CVE-2019-17358</cvename>
<freebsdpr>ports/242834</freebsdpr>
</references>
<dates>
<discovery>2019-10-12</discovery>
<entry>2020-01-06</entry>
</dates>
</vuln>
<vuln vid="01bde18a-2e09-11ea-a935-001b217b3468">
<topic>Gitlab -- Multiple Vulnerabilities</topic>
<affects>
<package>
<name>gitlab-ce</name>
<range><ge>12.6.0</ge><lt>12.6.2</lt></range>
<range><ge>12.5.0</ge><lt>12.5.6</lt></range>
<range><ge>5.1.0</ge><lt>12.4.7</lt></range>
</package>
</affects>
<description>
<body xmlns="http://www.w3.org/1999/xhtml">
<p>SO-AND-SO reports:</p>
<blockquote cite="https://about.gitlab.com/blog/2020/01/02/security-release-gitlab-12-6-2-released/">
<p>Group Maintainers Can Update/Delete Group Runners Using API</p>
<p>GraphQL Queries Can Hang the Application</p>
<p>Unauthorized Users Have Access to Milestones of Releases</p>
<p>Private Group Name Revealed Through Protected Tags API</p>
<p>Users Can Publish Reviews on Locked Merge Requests</p>
<p>DoS in the Issue and Commit Comments Pages</p>
<p>Project Name Disclosed Through Unsubscribe Link</p>
<p>Private Project Name Disclosed Through Notification Settings</p>
</blockquote>
</body>
</description>
<references>
<url>https://about.gitlab.com/blog/2020/01/02/security-release-gitlab-12-6-2-released/</url>
<cvename>CVE-2019-20144</cvename>
<cvename>CVE-2019-20146</cvename>
<cvename>CVE-2019-20143</cvename>
<cvename>CVE-2019-20147</cvename>
<cvename>CVE-2019-20145</cvename>
<cvename>CVE-2019-20142</cvename>
<cvename>CVE-2019-20148</cvename>
<cvename>CVE-2020-5197</cvename>
</references>
<dates>
<discovery>2020-01-02</discovery>
<entry>2020-01-03</entry>
</dates>
</vuln>