Eric Lee / smarc-ti-linux-kernel

16
Download as
Browse Code ยป

Commit b8fb4e0648a2ab3734140342002f68fb0c7d1602

Authored by Thomas Graf
Committed by David S. Miller
1 parent 796f2da81b
Exists in ti-lsk-linux-4.1.y and in 10 other branches dlt-processor-sdk-linux-03.00.00.04, processor-sdk-linux-02.00.01, smarc-ti-lsk-linux-4.1.y, smarct3x-processor-sdk-04.01.00.06, smarct3x-processor-sdk-linux-02.00.01, smarct3x-processor-sdk-linux-03.00.00.04, smarct4x-800-processor-sdk-linux-02.00.01, smarct4x-processor-sdk-04.01.00.06, smarct4x-processor-sdk-linux-02.00.01, smarct4x-processor-sdk-linux-03.00.00.04

net: Reset secmark when scrubbing packet 

skb_scrub_packet() is called when a packet switches between a context
such as between underlay and overlay, between namespaces, or between
L3 subnets.

While we already scrub the packet mark, connection tracking entry,
and cached destination, the security mark/context is left intact.

It seems wrong to inherit the security context of a packet when going
from overlay to underlay or across forwarding paths.

Signed-off-by: Thomas Graf <tgraf@suug.ch>
Acked-by: Flavio Leitner <fbl@sysclose.org>
Signed-off-by: David S. Miller <davem@davemloft.net>

Showing 1 changed file with 1 additions and 0 deletions Side-by-side Diff

... ... @@ -4148,6 +4148,7 @@
4148 4148 skb->ignore_df = 0;
4149 4149 skb_dst_drop(skb);
4150 4150 skb->mark = 0;
  4151 + skb_init_secmark(skb);
4151 4152 secpath_reset(skb);
4152 4153 nf_reset(skb);
4153 4154 nf_reset_trace(skb);