fib: refresh adj pointer after fib_walk_sync due to possible realloc 61/24761/1
authorSteven Luong <sluong@cisco.com>
Thu, 30 Jan 2020 17:11:18 +0000 (09:11 -0800)
committersteven luong <sluong@cisco.com>
Mon, 3 Feb 2020 15:06:38 +0000 (15:06 +0000)
fib_walk_sync may call adj_alloc which may cause adj_pool to expand. When
that happens, any previous frame which still use the old adj pointer needs to
refresh. Failure to do so may access or update to the old adj memory
unintentionally and crash mysteriously.

Type: fix
Ticket: VPPSUPP-54

Signed-off-by: Steven Luong <sluong@cisco.com>
Change-Id: I173dec4c5ce81c6e26c4fe011b894a7345901b24
(cherry picked from commit 3d5f6229bccf77fcf7e0e17ab4f1b361fedd1b2b)

src/vnet/adj/adj_nbr.c
src/vnet/ip-neighbor/ip_neighbor.c

index 9e990e0..a8b92e9 100644 (file)
@@ -452,6 +452,12 @@ adj_nbr_update_rewrite_internal (ip_adjacency_t *adj,
        };
 
        fib_walk_sync(FIB_NODE_TYPE_ADJ, walk_ai, &bw_ctx);
+       /*
+        * fib_walk_sync may allocate a new adjacency and potentially cuase a
+        * realloc for adj_pool. When that happens, adj pointer is no longer
+        * valid here. We refresh the adj pointer accordingly.
+        */
+       adj = adj_get (ai);
     }
 
     /*
index d8c386d..6af76d2 100644 (file)
@@ -615,6 +615,13 @@ ip_neighbor_update (vnet_main_t * vnm, adj_index_t ai)
           * wouldn't be bad either, but that's more code than i'm prepared to
           * write at this time for relatively little reward.
           */
+         /*
+          * adj_nbr_update_rewrite may actually call fib_walk_sync.
+          * fib_walk_sync may allocate a new adjacency and potentially cause
+          * a realloc for adj_pool. When that happens, adj pointer is no
+          * longer valid here.x We refresh adj pointer accordingly.
+          */
+         adj = adj_get (ai);
          ip_neighbor_probe (adj);
        }
       break;