From: Jason Wang <jasowang@redhat.com>
To: "Daniel P. Berrange" <berrange@redhat.com>, qemu-devel@nongnu.org
Cc: "Dr . David Alan Gilbert" <dgilbert@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] net: detect errors from probing vnet hdr flag for TAP devices
Date: Mon, 30 Oct 2017 15:37:33 +0800 [thread overview]
Message-ID: <92d471c6-2d30-01fe-ddfb-ca872d32f45b@redhat.com> (raw)
In-Reply-To: <20171027085548.3472-1-berrange@redhat.com>
On 2017年10月27日 16:55, Daniel P. Berrange wrote:
> When QEMU sets up a tap based network device backend, it mostly ignores errors
> reported from various ioctl() calls it makes, assuming the TAP file descriptor
> is valid. This assumption can easily be violated when the user is passing in a
> pre-opened file descriptor. At best, the ioctls may fail with a -EBADF, but if
> the user passes in a bogus FD number that happens to clash with a FD number that
> QEMU has opened internally for another reason, a wide variety of errnos may
> result, as the TUNGETIFF ioctl number may map to a completely different command
> on a different type of file.
>
> By ignoring all these errors, QEMU sets up a zombie network backend that will
> never pass any data. Even worse, when QEMU shuts down, or that network backend
> is hot-removed, it will close this bogus file descriptor, which could belong to
> another QEMU device backend.
>
> There's no obvious guaranteed reliable way to detect that a FD genuinely is a
> TAP device, as opposed to a UNIX socket, or pipe, or something else. Checking
> the errno from probing vnet hdr flag though, does catch the big common cases.
> ie calling TUNGETIFF will return EBADF for an invalid FD, and ENOTTY when FD is
> a UNIX socket, or pipe which catches accidental collisions with FDs used for
> stdio, or monitor socket.
>
> Previously the example below where bogus fd 9 collides with the FD used for the
> chardev saw:
>
> $ ./x86_64-softmmu/qemu-system-x86_64 -netdev tap,id=hostnet0,fd=9 \
> -chardev socket,id=charchannel0,path=/tmp/qga,server,nowait \
> -monitor stdio -vnc :0
> qemu-system-x86_64: -netdev tap,id=hostnet0,fd=9: TUNGETIFF ioctl() failed: Inappropriate ioctl for device
> TUNSETOFFLOAD ioctl() failed: Bad address
> QEMU 2.9.1 monitor - type 'help' for more information
> (qemu) Warning: netdev hostnet0 has no peer
>
> which gives a running QEMU with a zombie network backend.
>
> With this change applied we get an error message and QEMU immediately exits
> before carrying on and making a bigger disaster:
>
> $ ./x86_64-softmmu/qemu-system-x86_64 -netdev tap,id=hostnet0,fd=9 \
> -chardev socket,id=charchannel0,path=/tmp/qga,server,nowait \
> -monitor stdio -vnc :0
> qemu-system-x86_64: -netdev tap,id=hostnet0,vhost=on,fd=9: Unable to query TUNGETIFF on FD 9: Inappropriate ioctl for device
>
> Reported-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
> Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
> ---
> net/tap-bsd.c | 2 +-
> net/tap-linux.c | 12 +++++++++---
> net/tap-solaris.c | 2 +-
> net/tap-stub.c | 2 +-
> net/tap.c | 25 ++++++++++++++++++++-----
> net/tap_int.h | 2 +-
> 6 files changed, 33 insertions(+), 12 deletions(-)
>
> diff --git a/net/tap-bsd.c b/net/tap-bsd.c
> index 6c9692263d..4f1d633b08 100644
> --- a/net/tap-bsd.c
> +++ b/net/tap-bsd.c
> @@ -211,7 +211,7 @@ void tap_set_sndbuf(int fd, const NetdevTapOptions *tap, Error **errp)
> {
> }
>
> -int tap_probe_vnet_hdr(int fd)
> +int tap_probe_vnet_hdr(int fd, Error **errp)
> {
> return 0;
> }
> diff --git a/net/tap-linux.c b/net/tap-linux.c
> index 535b1ddb61..de74928407 100644
> --- a/net/tap-linux.c
> +++ b/net/tap-linux.c
> @@ -147,13 +147,19 @@ void tap_set_sndbuf(int fd, const NetdevTapOptions *tap, Error **errp)
> }
> }
>
> -int tap_probe_vnet_hdr(int fd)
> +int tap_probe_vnet_hdr(int fd, Error **errp)
> {
> struct ifreq ifr;
>
> if (ioctl(fd, TUNGETIFF, &ifr) != 0) {
> - error_report("TUNGETIFF ioctl() failed: %s", strerror(errno));
> - return 0;
> + /* Kernel pre-dates TUNGETIFF support */
> + if (errno == -EINVAL) {
> + return 0;
This looks still unsafe, e.g some other device may return -EINVAL too.
Is this better to check stat.st_rdev through fstat()?
Thanks
> + } else {
> + error_setg_errno(errp, errno,
> + "Unable to query TUNGETIFF on FD %d", fd);
> + return -1;
> + }
> }
>
> return ifr.ifr_flags & IFF_VNET_HDR;
> diff --git a/net/tap-solaris.c b/net/tap-solaris.c
> index a2a92356c1..3437838a92 100644
> --- a/net/tap-solaris.c
> +++ b/net/tap-solaris.c
> @@ -206,7 +206,7 @@ void tap_set_sndbuf(int fd, const NetdevTapOptions *tap, Error **errp)
> {
> }
>
> -int tap_probe_vnet_hdr(int fd)
> +int tap_probe_vnet_hdr(int fd, Error **errp)
> {
> return 0;
> }
> diff --git a/net/tap-stub.c b/net/tap-stub.c
> index a9ab8f8293..de525a2e69 100644
> --- a/net/tap-stub.c
> +++ b/net/tap-stub.c
> @@ -37,7 +37,7 @@ void tap_set_sndbuf(int fd, const NetdevTapOptions *tap, Error **errp)
> {
> }
>
> -int tap_probe_vnet_hdr(int fd)
> +int tap_probe_vnet_hdr(int fd, Error **errp)
> {
> return 0;
> }
> diff --git a/net/tap.c b/net/tap.c
> index 979e622e60..763fd2d9b2 100644
> --- a/net/tap.c
> +++ b/net/tap.c
> @@ -592,7 +592,11 @@ int net_init_bridge(const Netdev *netdev, const char *name,
> }
>
> fcntl(fd, F_SETFL, O_NONBLOCK);
> - vnet_hdr = tap_probe_vnet_hdr(fd);
> + vnet_hdr = tap_probe_vnet_hdr(fd, errp);
> + if (vnet_hdr < 0) {
> + close(fd);
> + return -1;
> + }
> s = net_tap_fd_init(peer, "bridge", name, fd, vnet_hdr);
>
> snprintf(s->nc.info_str, sizeof(s->nc.info_str), "helper=%s,br=%s", helper,
> @@ -779,7 +783,11 @@ int net_init_tap(const Netdev *netdev, const char *name,
>
> fcntl(fd, F_SETFL, O_NONBLOCK);
>
> - vnet_hdr = tap_probe_vnet_hdr(fd);
> + vnet_hdr = tap_probe_vnet_hdr(fd, errp);
> + if (vnet_hdr < 0) {
> + close(fd);
> + return -1;
> + }
>
> net_init_tap_one(tap, peer, "tap", name, NULL,
> script, downscript,
> @@ -825,8 +833,11 @@ int net_init_tap(const Netdev *netdev, const char *name,
> fcntl(fd, F_SETFL, O_NONBLOCK);
>
> if (i == 0) {
> - vnet_hdr = tap_probe_vnet_hdr(fd);
> - } else if (vnet_hdr != tap_probe_vnet_hdr(fd)) {
> + vnet_hdr = tap_probe_vnet_hdr(fd, errp);
> + if (vnet_hdr < 0) {
> + goto free_fail;
> + }
> + } else if (vnet_hdr != tap_probe_vnet_hdr(fd, NULL)) {
> error_setg(errp,
> "vnet_hdr not consistent across given tap fds");
> goto free_fail;
> @@ -870,7 +881,11 @@ free_fail:
> }
>
> fcntl(fd, F_SETFL, O_NONBLOCK);
> - vnet_hdr = tap_probe_vnet_hdr(fd);
> + vnet_hdr = tap_probe_vnet_hdr(fd, errp);
> + if (vnet_hdr < 0) {
> + close(fd);
> + return -1;
> + }
>
> net_init_tap_one(tap, peer, "bridge", name, ifname,
> script, downscript, vhostfdname,
> diff --git a/net/tap_int.h b/net/tap_int.h
> index ae6888f74a..0d13768615 100644
> --- a/net/tap_int.h
> +++ b/net/tap_int.h
> @@ -35,7 +35,7 @@ int tap_open(char *ifname, int ifname_size, int *vnet_hdr,
> ssize_t tap_read_packet(int tapfd, uint8_t *buf, int maxlen);
>
> void tap_set_sndbuf(int fd, const NetdevTapOptions *tap, Error **errp);
> -int tap_probe_vnet_hdr(int fd);
> +int tap_probe_vnet_hdr(int fd, Error **errp);
> int tap_probe_vnet_hdr_len(int fd, int len);
> int tap_probe_has_ufo(int fd);
> void tap_fd_set_offload(int fd, int csum, int tso4, int tso6, int ecn, int ufo);
next prev parent reply other threads:[~2017-10-30 7:37 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-10-27 8:55 [Qemu-devel] [PATCH] net: detect errors from probing vnet hdr flag for TAP devices Daniel P. Berrange
2017-10-27 12:59 ` Dr. David Alan Gilbert
2017-10-27 13:06 ` Daniel P. Berrange
2017-10-30 7:37 ` Jason Wang [this message]
2017-10-30 7:56 ` Daniel P. Berrange
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=92d471c6-2d30-01fe-ddfb-ca872d32f45b@redhat.com \
--to=jasowang@redhat.com \
--cc=berrange@redhat.com \
--cc=dgilbert@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).