OpenSSL static analysis, was: De Raadt + FBSD + OpenSSH + hole?

Ben Laurie benl at freebsd.org
Sat Apr 26 06:40:20 UTC 2014


On 25 April 2014 22:21, Ronald F. Guilmette <rfg at tristatelogic.com> wrote:
>
> In message <CAG5KPzw_cOfFLX_kn=5DWAX+z+9VeXuzo3Q8YekDJG37tDQ_wQ at mail.gmail.com>
> Ben Laurie <benl at freebsd.org> wrote:
>
>>But that would then hide the error condition of it being not set to a
>>new value after initialisation.
>
> The (modified/quieted) code example under discussion is as follows:
>
>         variable = value0;  /* initialization */
>         if (condition) variable = value1;
>         if (!condition) variable = value2;
>         use (variable);
>
> Please note that variable *is* *always* set to some value (either value1
> or value2) after initialization.  The "error condition" that you seem
> concerned about having explicitly flagged does not in fact exist in the
> example code snippet under discussion.

Of course it doesn't, that's the whole point.

>>One better answer would be to have a way to annotate that after the
>>two conditionals you assert that |variable| is initialised. Then a
>>future, smarter static analyzer can attempt to prove you wrong.
>
> Sir, is there any sense in which the final line of the above example
> _does not_ already and standing all by itself constitute an implicit
> assertion that "variable" has been initialized by that point in the
> code?

My point is that if you want to silence the warning, the right way to
do it is by saying "you are wrong, here is my claimed truth" rather
than by changing the code to avoid the shortcoming in analysis. The
reason being that future analysis can decide to ignore or disprove
your assertion, but cannot ignore the suppression you suggest.


More information about the freebsd-security mailing list