aboutgitcodebugslistschat
diff options
context:
space:
mode:
authorDavid Gibson <david@gibson.dropbear.id.au>2024-01-16 16:16:11 +1100
committerStefano Brivio <sbrivio@redhat.com>2024-01-22 23:36:41 +0100
commit43713af50e8a343e0df1f219a29e3d2891a094d6 (patch)
tree24c9cf98ced1c56a7512c3298a1bc5f0f304d4ac
parent8534cdbfd1ba716a70b4b1cac15824ba0a171c94 (diff)
downloadpasst-43713af50e8a343e0df1f219a29e3d2891a094d6.tar
passt-43713af50e8a343e0df1f219a29e3d2891a094d6.tar.gz
passt-43713af50e8a343e0df1f219a29e3d2891a094d6.tar.bz2
passt-43713af50e8a343e0df1f219a29e3d2891a094d6.tar.lz
passt-43713af50e8a343e0df1f219a29e3d2891a094d6.tar.xz
passt-43713af50e8a343e0df1f219a29e3d2891a094d6.tar.zst
passt-43713af50e8a343e0df1f219a29e3d2891a094d6.zip
icmp: Don't attempt to match host IDs to guest IDs
When forwarding pings from tap, currently we create a ping socket with a socket address whose port is set to the ID of the ping received from the guest. This causes the socket to send pings with the same ID on the host. Although this seems look a good idea for maximum transparency, it's probably unwise. First, it's fallible - the bind() could fail, and we already have fallback logic which will overwrite the packets with the expected guest id if the id we get on replies doesn't already match. We might as well do that unconditionally. But more importantly, we don't know what else on the host might be using ping sockets, so we could end up with an ID that's the same as an existing socket. You'd expect that to fail the bind() with EADDRINUSE, which would be fine: we'd fall back to rewriting the reply ids. However it appears the kernel (v6.6.3 at least), does *not* fail the bind() and instead it's "last socket wins" in terms of who gets the replies. So we could accidentally intercept ping replies for something else on the host. So, instead of using bind() to set the id, just let the kernel pick one and expect to translate the replies back. Although theoretically this makes the passt/pasta link a bit less "transparent", essentially nothing cares about specific ping IDs, much like TCP source ports, which we also don't preserve. Signed-off-by: David Gibson <david@gibson.dropbear.id.au> Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
-rw-r--r--icmp.c22
1 files changed, 10 insertions, 12 deletions
diff --git a/icmp.c b/icmp.c
index 697a336..2407daf 100644
--- a/icmp.c
+++ b/icmp.c
@@ -80,11 +80,12 @@ void icmp_sock_handler(const struct ctx *c, union epoll_ref ref)
if (n < 0)
return;
- id = ntohs(ih->un.echo.id);
seq = ntohs(ih->un.echo.sequence);
- if (id != ref.icmp.id)
- ih->un.echo.id = htons(ref.icmp.id);
+ /* Adjust the packet to have the ID the guest was using, rather than the
+ * host chosen value */
+ id = ref.icmp.id;
+ ih->un.echo.id = htons(id);
if (c->mode == MODE_PASTA) {
if (icmp_id_map[V4][id].seq == seq)
@@ -119,15 +120,12 @@ void icmpv6_sock_handler(const struct ctx *c, union epoll_ref ref)
if (n < 0)
return;
- id = ntohs(ih->icmp6_identifier);
seq = ntohs(ih->icmp6_sequence);
- /* If bind() fails e.g. because of a broken SELinux policy,
- * this might happen. Fix up the identifier to match the sent
- * one.
- */
- if (id != ref.icmp.id)
- ih->icmp6_identifier = htons(ref.icmp.id);
+ /* Adjust the packet to have the ID the guest was using, rather than the
+ * host chosen value */
+ id = ref.icmp.id;
+ ih->icmp6_identifier = htons(id);
/* In PASTA mode, we'll get any reply we send, discard them. */
if (c->mode == MODE_PASTA) {
@@ -183,7 +181,7 @@ int icmp_tap_handler(const struct ctx *c, uint8_t pif, int af,
if ((s = icmp_id_map[V4][id].sock) <= 0) {
s = sock_l4(c, AF_INET, IPPROTO_ICMP, &c->ip4.addr_out,
- c->ip4.ifname_out, id, iref.u32);
+ c->ip4.ifname_out, 0, iref.u32);
if (s < 0)
goto fail_sock;
if (s > FD_REF_MAX) {
@@ -226,7 +224,7 @@ int icmp_tap_handler(const struct ctx *c, uint8_t pif, int af,
if ((s = icmp_id_map[V6][id].sock) <= 0) {
s = sock_l4(c, AF_INET6, IPPROTO_ICMPV6,
&c->ip6.addr_out,
- c->ip6.ifname_out, id, iref.u32);
+ c->ip6.ifname_out, 0, iref.u32);
if (s < 0)
goto fail_sock;
if (s > FD_REF_MAX) {