lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Sun, 9 May 2021 17:38:04 -0600
From:   David Ahern <dsahern@...il.com>
To:     Florian Westphal <fw@...len.de>
Cc:     netdev@...r.kernel.org
Subject: Re: [PATCH iproute2] mptcp: avoid uninitialised errno usage

On 5/9/21 4:55 PM, Florian Westphal wrote:
> David Ahern <dsahern@...il.com> wrote:
>>>  	if (rtnl_talk(grth, &req.n, &answer) < 0) {
>>>  		fprintf(stderr, "Error talking to the kernel\n");
>>> +		if (errno == 0)
>>> +			errno = EOPNOTSUPP;
>>
>> you don't list the above string in the output in the commit log. Staring
>> at rtnl_talk and recvmsg and its failure paths, it seems unlikely that
>> path is causing the problem.
> 
> Its not in my particular case, but if it would caller would still get random errno.
> 
> The sketch I sent merely provides a relible errno whenever ret is less
> than 0.  Right now it may or may not have been set.
> 

Then let's find and fix those locations.

Unless I missed a code path, rtnl_talk and friends (e.g.,
__rtnl_talk_iov) all set errno before any < 0 return.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ