[libvirt] [PATCH 3/4] util: Avoid possible error in virCommandMassClose

Peter Krempa pkrempa at redhat.com
Tue Jul 23 14:04:11 UTC 2019


On Tue, Jul 23, 2019 at 09:58:10 -0400, John Ferlan wrote:
> Avoid the chance that sysconf(_SC_OPEN_MAX) returns -1 and thus
> would cause virBitmapNew would attempt to allocate a very large
> bitmap.
> 
> Found by Coverity
> 
> Signed-off-by: John Ferlan <jferlan at redhat.com>
> ---
>  src/util/vircommand.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/src/util/vircommand.c b/src/util/vircommand.c
> index 4501c96bbf..cedbd01446 100644
> --- a/src/util/vircommand.c
> +++ b/src/util/vircommand.c
> @@ -487,7 +487,7 @@ virCommandMassClose(virCommandPtr cmd,
>       * Therefore we can safely allocate memory here (and transitively call
>       * opendir/readdir) without a deadlock. */
>  
> -    if (!(fds = virBitmapNew(openmax)))
> +    if (openmax < 0 || !(fds = virBitmapNew(openmax)))
>          return -1;

This would not report an libvirt error, but all other code paths do so.

>  
>  # ifdef __linux__
> -- 
> 2.20.1
> 
> --
> libvir-list mailing list
> libvir-list at redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20190723/130b3962/attachment-0001.sig>


More information about the libvir-list mailing list