arm64/bpf: don't allocate BPF JIT programs in module memory
authorArd Biesheuvel <ard.biesheuvel@linaro.org>
Fri, 23 Nov 2018 22:18:04 +0000 (23:18 +0100)
committerDaniel Borkmann <daniel@iogearbox.net>
Wed, 5 Dec 2018 15:36:28 +0000 (16:36 +0100)
commit91fc957c9b1d6c55168df15a397cbd1af16bc00f
tree0214a322050430c8a9714ddb11756b4672536686
parentdc002bb62f10c5905420f8b8a7d5ec0da567fc82
arm64/bpf: don't allocate BPF JIT programs in module memory

The arm64 module region is a 128 MB region that is kept close to
the core kernel, in order to ensure that relative branches are
always in range. So using the same region for programs that do
not have this restriction is wasteful, and preferably avoided.

Now that the core BPF JIT code permits the alloc/free routines to
be overridden, implement them by vmalloc()/vfree() calls from a
dedicated 128 MB region set aside for BPF programs. This ensures
that BPF programs are still in branching range of each other, which
is something the JIT currently depends upon (and is not guaranteed
when using module_alloc() on KASLR kernels like we do currently).
It also ensures that placement of BPF programs does not correlate
with the placement of the core kernel or modules, making it less
likely that leaking the former will reveal the latter.

This also solves an issue under KASAN, where shadow memory is
needlessly allocated for all BPF programs (which don't require KASAN
shadow pages since they are not KASAN instrumented)

Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Acked-by: Will Deacon <will.deacon@arm.com>
Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
arch/arm64/include/asm/memory.h
arch/arm64/net/bpf_jit_comp.c