#
e0327e1d |
| 07-Feb-2024 |
Santiago Gimeno |
test: empty strings are not valid IDNA Fixes: https://github.com/libuv/libuv/security/advisories/GHSA-f74f-cvh7-c6q6
|
#
3530bcc3 |
| 18-Jan-2024 |
Ben Noordhuis |
fix: reject zero-length idna inputs Fixes: https://github.com/libuv/libuv/security/advisories/GHSA-f74f-cvh7-c6q6
|
#
0f2d7e78 |
| 18-Jan-2024 |
Ben Noordhuis |
fix: always zero-terminate idna output Fixes: https://github.com/libuv/libuv/security/advisories/GHSA-f74f-cvh7-c6q6
|
#
f3889085 |
| 29-Oct-2023 |
Jameson Nash |
misc: export WTF8 conversion utilities (#4021) As promised in #2970, this attempts to migrate code to a common set of utilities in a common place in the code and use them everywhere. Thi
misc: export WTF8 conversion utilities (#4021) As promised in #2970, this attempts to migrate code to a common set of utilities in a common place in the code and use them everywhere. This also exports the functionality, since the Windows API with WideCharToMultiByte is fairly verbose relative to what libuv and libuv's clients typically need, so it is useful not to require clients to reimplement this conversion logic unnecessarily (and because Windows is not 64-bit ready here, but this implementation is.)
show more ...
|
#
d8669609 |
| 12-Oct-2023 |
Pleuvens |
test: switch from ASSERT_* to ASSERT_PTR_* (#4163) Also introduce a new ASSERT_PTR_LT macro.
|
#
011a1ac1 |
| 06-Oct-2023 |
Pleuvens |
test: switch to new-style ASSERT_EQ macros (#4159) Switch from old-style ASSERT macro to new-style ASSERT_EQ,... macros. Using new-style macros makes it easier to debug test failure
test: switch to new-style ASSERT_EQ macros (#4159) Switch from old-style ASSERT macro to new-style ASSERT_EQ,... macros. Using new-style macros makes it easier to debug test failures Fixes: https://github.com/libuv/libuv/issues/2974
show more ...
|
#
a4ba1bd7 |
| 19-Jan-2023 |
panran <310762957@qq.com> |
test: fix some warnings when compiling tests (#3816) ``` warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] note: in expansion of macro 'ASSERT_BASE'
test: fix some warnings when compiling tests (#3816) ``` warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] note: in expansion of macro 'ASSERT_BASE' #define ASSERT_EQ(a, b) ASSERT_BASE(a, ==, b, int64_t, PRId64) warning: format ‘%lx’ expects argument of type ‘long unsigned int’, but argument 3 has type ‘uint32_t’ {aka ‘unsigned int’} ``` Co-authored-by: Jameson Nash <vtjnash@gmail.com>
show more ...
|
#
b7466e31 |
| 21-May-2021 |
Ben Noordhuis |
idna: fix OOB read in punycode decoder libuv was vulnerable to out-of-bounds reads in the uv__idna_toascii() function which is used to convert strings to ASCII. This is called by the
idna: fix OOB read in punycode decoder libuv was vulnerable to out-of-bounds reads in the uv__idna_toascii() function which is used to convert strings to ASCII. This is called by the DNS resolution function and can lead to information disclosures or crashes. Reported by Eric Sesterhenn in collaboration with Cure53 and ExpressVPN. Reported-By: Eric Sesterhenn <eric.sesterhenn@x41-dsec.de> Fixes: https://github.com/libuv/libuv/issues/3147 PR-URL: https://github.com/libuv/libuv-private/pull/1 Refs: https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-22918 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Richard Lau <riclau@uk.ibm.com>
show more ...
|
Revision tags: v1.41.0, v1.40.0, v1.39.0, v1.38.1, v1.38.0, v1.37.0, v1.36.0, v1.35.0, v1.34.2, v1.34.1, v1.34.0, v1.33.1, v1.33.0, v1.32.0, v1.31.0, v1.30.1, v1.30.0, v1.29.1, v1.29.0, v1.28.0, v1.27.0, v1.26.0, v1.25.0, v1.24.1, v1.24.0 |
|
#
6dd44caa |
| 19-Oct-2018 |
Ben Noordhuis |
unix,win: support IDNA 2008 in uv_getaddrinfo() Encode domain names before passing them on to the libc resolver. Some getaddrinfo() implementations support IDNA 2008, some only IDNA
unix,win: support IDNA 2008 in uv_getaddrinfo() Encode domain names before passing them on to the libc resolver. Some getaddrinfo() implementations support IDNA 2008, some only IDNA 2003 and some don't support i18n domain names at all. This is a potential security issue because it means a domain name might resolve differently depending on the system that libuv is running on. Fixes: https://github.com/libuv/libuv/issues/2028 PR-URL: https://github.com/libuv/libuv/pull/2046 Reviewed-By: Colin Ihrig <cjihrig@gmail.com> Reviewed-By: Santiago Gimeno <santiago.gimeno@gmail.com>
show more ...
|