[libvirt] [PATCH] qemu: Check for negative port values in network drive configuration
Peter Krempa
pkrempa at redhat.com
Fri Feb 20 17:09:01 UTC 2015
On Thu, Feb 19, 2015 at 16:28:44 -0700, Eric Blake wrote:
> On 02/19/2015 08:53 AM, Erik Skultety wrote:
> > We interpret port values as signed int (convert them from char *),
> > so if a negative value is provided in network disk's configuration,
> > we accept it as valid, however there's an 'unknown cause' error raised later.
> > This error is only accidental because we return the port value in the return code.
> > This patch adds just a minor tweak to the already existing check so we
> > reject negative values the same way as we reject non-numerical strings.
> >
> > Resolves: https://bugzilla.redhat.com/show_bug.cgi?id=1163553
> > ---
> > src/qemu/qemu_command.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/src/qemu/qemu_command.c b/src/qemu/qemu_command.c
> > index 743d6f0..c1e9559 100644
> > --- a/src/qemu/qemu_command.c
> > +++ b/src/qemu/qemu_command.c
> > @@ -2954,7 +2954,7 @@ qemuNetworkDriveGetPort(int protocol,
> > int ret = 0;
> >
> > if (port) {
> > - if (virStrToLong_i(port, NULL, 10, &ret) < 0) {
> > + if (virStrToLong_i(port, NULL, 10, &ret) < 0 || ret < 0) {
> > virReportError(VIR_ERR_INTERNAL_ERROR,
> > _("failed to parse port number '%s'"),
> > port);
>
> Won't this still allow wraparound (an extremely large negative input
> that gets parsed as positive)? Wouldn't it be better to switch to
> virStrToLong_uip to force a positive number parse?
The wrap-around case should be handled fine with the existing helper for
signed numbers. Actually, when using virStrToLong_uip, we'd need to make
sure that the number won't get wrapped as the function is returning an
int due to error reporting.
I think Erik's patch is actually fine in the context of the code.
Peter
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20150220/3a365a6f/attachment-0001.sig>
More information about the libvir-list
mailing list