<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/hauke/package/libs, branch v21.02.3</title>
<subtitle>Hauke Mehrtens staging tree</subtitle>
<id>https://git.openwrt.org/openwrt/staging/hauke/atom?h=v21.02.3</id>
<link rel='self' href='https://git.openwrt.org/openwrt/staging/hauke/atom?h=v21.02.3'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/'/>
<updated>2022-04-11T20:52:57Z</updated>
<entry>
<title>wolfssl: bump to 5.2.0</title>
<updated>2022-04-11T20:52:57Z</updated>
<author>
<name>Eneas U de Queiroz</name>
</author>
<published>2022-04-08T13:27:25Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=c5ef62a218455f5d60b8f76307784a90a77dda43'/>
<id>urn:sha1:c5ef62a218455f5d60b8f76307784a90a77dda43</id>
<content type='text'>
Fixes two high-severity vulnerabilities:

- CVE-2022-25640: A TLS v1.3 server who requires mutual authentication
  can be bypassed.  If a malicious client does not send the
  certificate_verify message a client can connect without presenting a
  certificate even if the server requires one.

- CVE-2022-25638: A TLS v1.3 client attempting to authenticate a TLS
  v1.3 server can have its certificate heck bypassed. If the sig_algo in
  the certificate_verify message is different than the certificate
  message checking may be bypassed.

Signed-off-by: Eneas U de Queiroz &lt;cotequeiroz@gmail.com&gt;
(cherry picked from commit e89f3e85eb1c1d81294e5d430a91b0ba625e2ec0)
</content>
</entry>
<entry>
<title>zlib: backport security fix for a reproducible crash in compressor</title>
<updated>2022-03-24T08:40:12Z</updated>
<author>
<name>Petr Štetiar</name>
</author>
<published>2022-03-24T05:45:04Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=f65edc9b990c2bcc10c9e9fca29253adc6fe316d'/>
<id>urn:sha1:f65edc9b990c2bcc10c9e9fca29253adc6fe316d</id>
<content type='text'>
Tavis has just reported, that he was recently trying to track down a
reproducible crash in a compressor. Believe it or not, it really was a
bug in zlib-1.2.11 when compressing (not decompressing!) certain inputs.

Tavis has reported it upstream, but it turns out the issue has been
public since 2018, but the patch never made it into a release. As far as
he knows, nobody ever assigned it a CVE.

Suggested-by: Tavis Ormandy &lt;taviso@gmail.com&gt;
References: https://www.openwall.com/lists/oss-security/2022/03/24/1
Signed-off-by: Petr Štetiar &lt;ynezz@true.cz&gt;
(cherry picked from commit b3aa2909a79aeff20d594160b207a89dc807c033)
(cherry picked from commit 3965dda0fa70dc9408f1a2e55a3ddefde78bd50e)
</content>
</entry>
<entry>
<title>openssl: bump to 1.1.1n</title>
<updated>2022-03-16T15:30:21Z</updated>
<author>
<name>Martin Schiller</name>
</author>
<published>2022-03-16T14:04:56Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=b1c353986895ef757dd69ea9fe30dd22194ee421'/>
<id>urn:sha1:b1c353986895ef757dd69ea9fe30dd22194ee421</id>
<content type='text'>
This is a bugfix release. Changelog:

  *) Fixed a bug in the BN_mod_sqrt() function that can cause it to loop
     forever for non-prime moduli. (CVE-2022-0778)

  *) Add ciphersuites based on DHE_PSK (RFC 4279) and ECDHE_PSK
     (RFC 5489) to the list of ciphersuites providing Perfect Forward
     Secrecy as required by SECLEVEL &gt;= 3.

Signed-off-by: Martin Schiller &lt;ms@dev.tdt.de&gt;
(cherry picked from commit e17c6ee62770005e398364ee5d955c9a8ab6f016)
</content>
</entry>
<entry>
<title>wolfssl: fix API breakage of SSL_get_verify_result</title>
<updated>2022-02-22T19:29:39Z</updated>
<author>
<name>Petr Štetiar</name>
</author>
<published>2022-02-22T19:00:28Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=b99d7aecc83fd180f7a3c3efaae00845e7a73129'/>
<id>urn:sha1:b99d7aecc83fd180f7a3c3efaae00845e7a73129</id>
<content type='text'>
Backport fix for API breakage of SSL_get_verify_result() introduced in
v5.1.1-stable.  In v4.8.1-stable SSL_get_verify_result() used to return
X509_V_OK when used on LE powered sites or other sites utilizing
relaxed/alternative cert chain validation feature. After an update to
v5.1.1-stable that API calls started returning X509_V_ERR_INVALID_CA
error and thus rendered all such connection attempts imposible:

 $ docker run -it openwrt/rootfs:x86_64-21.02.2 sh -c "wget https://letsencrypt.org"
 Downloading 'https://letsencrypt.org'
 Connecting to 18.159.128.50:443
 Connection error: Invalid SSL certificate

Fixes: #9283
References: https://github.com/wolfSSL/wolfssl/issues/4879
Signed-off-by: Petr Štetiar &lt;ynezz@true.cz&gt;
(cherry picked from commit b9251e3b407592f3114e739231088c3d27663c4c)
</content>
</entry>
<entry>
<title>wolfssl: update to 5.1.1-stable</title>
<updated>2022-02-12T23:23:08Z</updated>
<author>
<name>Sergey V. Lobanov</name>
</author>
<published>2022-01-01T19:37:13Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=5b13b0b02c703a3c0c60828abfde01f283a2d821'/>
<id>urn:sha1:5b13b0b02c703a3c0c60828abfde01f283a2d821</id>
<content type='text'>
Bump from 4.8.1-stable to 5.1.1-stable

Detailed release notes: https://github.com/wolfSSL/wolfssl/releases

Upstreamed patches:
001-Maths-x86-asm-change-asm-snippets-to-get-compiling.patch -
 https://github.com/wolfSSL/wolfssl/commit/fa8f23284d4689c2a737204b337b58d966dcbd8c
002-Update-macro-guard-on-SHA256-transform-call.patch -
 https://github.com/wolfSSL/wolfssl/commit/f447e4c1fa4c932c0286fa0331966756e243db81

Refreshed patches:
100-disable-hardening-check.patch
200-ecc-rng.patch

CFLAG -DWOLFSSL_ALT_CERT_CHAINS replaced to --enable-altcertchains
configure option

The size of the ipk changed on aarch64 like this:
491341 libwolfssl4.8.1.31258522_4.8.1-stable-7_aarch64_cortex-a53.ipk
520322 libwolfssl5.1.1.31258522_5.1.1-stable-1_aarch64_cortex-a53.ipk

Tested-by: Alozxy &lt;alozxy@users.noreply.github.com&gt;
Acked-by: Eneas U de Queiroz &lt;cotequeiroz@gmail.com&gt;
Signed-off-by: Sergey V. Lobanov &lt;sergey@lobanov.in&gt;
(cherry picked from commit 93d91197b98463277b601ec2653351666a4ca4bd)
</content>
</entry>
<entry>
<title>libs/wolfssl: add SAN (Subject Alternative Name) support</title>
<updated>2022-02-12T19:27:27Z</updated>
<author>
<name>Sergey V. Lobanov</name>
</author>
<published>2021-12-24T23:04:50Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=7d376e6e528f2d34e2f71f99f2f2f545a4dd63f2'/>
<id>urn:sha1:7d376e6e528f2d34e2f71f99f2f2f545a4dd63f2</id>
<content type='text'>
x509v3 SAN extension is required to generate a certificate compatible with
chromium-based web browsers (version &gt;58)

It can be disabled via unsetting CONFIG_WOLFSSL_ALT_NAMES

Signed-off-by: Sergey V. Lobanov &lt;sergey@lobanov.in&gt;
(cherry picked from commit dfd695f4b9f364a7c7db646d2cada10fdf304f02)
</content>
</entry>
<entry>
<title>wolfssl: enable ECC Curve 25519 by default</title>
<updated>2022-02-12T19:25:48Z</updated>
<author>
<name>Stan Grishin</name>
</author>
<published>2021-10-07T20:15:25Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=5ea2e1d5baa9cca7c300132dccc85ae0e2882eb7'/>
<id>urn:sha1:5ea2e1d5baa9cca7c300132dccc85ae0e2882eb7</id>
<content type='text'>
* fixes https://github.com/openwrt/packages/issues/16652
 see https://github.com/openwrt/packages/issues/16674#issuecomment-934983898

Signed-off-by: Stan Grishin &lt;stangri@melmac.net&gt;
(cherry picked from commit 05a7af9ca0dd9c42eafbca5aa988b141e0e06053)
</content>
</entry>
<entry>
<title>ustream-ssl: update to Git version 2022-01-16</title>
<updated>2022-02-12T19:02:21Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2022-01-16T20:51:21Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=4108d02a29037cd733acfbd9a68f5dc4d58c3a56'/>
<id>urn:sha1:4108d02a29037cd733acfbd9a68f5dc4d58c3a56</id>
<content type='text'>
868fd88 ustream-openssl: wolfSSL: Add compatibility for wolfssl &gt;= 5.0

Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
(cherry picked from commit e74529552cf8fa16bd40b3db9d5cc82a913a49b4)
</content>
</entry>
<entry>
<title>mbedtls: Update to version 2.16.12</title>
<updated>2022-02-12T18:42:08Z</updated>
<author>
<name>Hauke Mehrtens</name>
</author>
<published>2022-01-29T10:56:27Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=32d50a1281a76fab45d6bce5ea0d1ac6ff74a78d'/>
<id>urn:sha1:32d50a1281a76fab45d6bce5ea0d1ac6ff74a78d</id>
<content type='text'>
This fixes the following security problems:
* Zeroize several intermediate variables used to calculate the expected
  value when verifying a MAC or AEAD tag. This hardens the library in
  case the value leaks through a memory disclosure vulnerability. For
  example, a memory disclosure vulnerability could have allowed a
  man-in-the-middle to inject fake ciphertext into a DTLS connection.
* Fix a double-free that happened after mbedtls_ssl_set_session() or
  mbedtls_ssl_get_session() failed with MBEDTLS_ERR_SSL_ALLOC_FAILED
  (out of memory). After that, calling mbedtls_ssl_session_free()
  and mbedtls_ssl_free() would cause an internal session buffer to
  be free()'d twice. CVE-2021-44732

The sizes of the ipk changed on MIPS 24Kc like this:
182454 libmbedtls12_2.16.11-2_mips_24kc.ipk
182742 libmbedtls12_2.16.12-1_mips_24kc.ipk

Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
(cherry picked from commit 57f38e2c827e3be71d8b1709073e366afe011985)
</content>
</entry>
<entry>
<title>ustream-ssl: variants conflict with each other</title>
<updated>2022-01-16T15:28:46Z</updated>
<author>
<name>Karel Kočí</name>
</author>
<published>2021-06-21T09:42:25Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/hauke/commit/?id=cd5ba0cfbbdbefa28ea7734b3a163fa58d509184'/>
<id>urn:sha1:cd5ba0cfbbdbefa28ea7734b3a163fa58d509184</id>
<content type='text'>
This adds conflicts between variants of libustream pacakge.
They provide the same file and thus it should not be possible to install
them side by side.

Signed-off-by: Karel Kočí &lt;karel.koci@nic.cz&gt;
(cherry picked from commit 219e17a35088a90eea664fbb4c66549d701a3cb4)
</content>
</entry>
</feed>
