bpf: Fix abuse of kprobe_write_ctx via freplace
Subsystems (4)
v3 cover bpf: Fix abuse of kprobe_write_ctx via freplace
The potential issue of kprobe_write_ctx+freplace was mentioned in "bpf: Disallow !kprobe_write_ctx progs tail-calling kprobe_write_ctx progs" [1].
It is true issue, that the test in patch #2 verifies that kprobe_write_ctx=false kprobe progs can be abused to modify struct pt_regs via kprobe_write_ctx=true freplace progs.
When struct pt_regs is modified, bpf_prog_test_run_opts() gets -EFAULT instead of 0.
test_freplace_kprobe_write_ctx:FAIL:bpf_prog_test_run_opts unexpected error: -14 (errno 14)
We will disallow attaching freplace programs on kprobe programs with different kprobe_write_ctx values.
Links:
[1] https://lore.kernel.org/bpf/CAP01T74w4KVMn9bEwpQXrk+bqcUxzb6VW1SQ_QvNy0A4EY-9Jg@mail.gmail.com/
Changes:
v2 -> v3:
* Add comment to the rejection of kprobe_write_ctx (per Jiri).
* Use libbpf_get_error() instead of errno in test (per Jiri).
* Collect Acked-by tags from Jiri and Song, thanks.
v2: https://lore.kernel.org/bpf/[email protected]/
v1 -> v2:
* Drop patch #1 in v1, as it wasn't an issue (per Toke).
* Check kprobe_write_ctx value at attach time instead of at load time, to prevent attaching kprobe_write_ctx=true freplace progs on kprobe_write_ctx=false kprobe progs (per Gemini/sashiko).
* Move kprobe_write_ctx test code to attach_probe.c and kprobe_write_ctx.c.
v1: https://lore.kernel.org/bpf/[email protected]/
Leon Hwang (2):
bpf: Fix abuse of kprobe_write_ctx via freplace selftests/bpf: Add test to verify the fix of kprobe_write_ctx abuse
kernel/bpf/syscall.c | 17 +++++ .../selftests/bpf/prog_tests/attach_probe.c | 64 +++++++++++++++++++ .../selftests/bpf/progs/kprobe_write_ctx.c | 19 ++++++ 3 files changed, 100 insertions(+)
Signature · 1 line
2.53.0
PATCH v3 1/2 bpf: Fix abuse of kprobe_write_ctx via freplace
uprobe programs are allowed to modify struct pt_regs.
Since the actual program type of uprobe is KPROBE, it can be abused to modify struct pt_regs via kprobe+freplace when the kprobe attaches to kernel functions.
For example,
SEC("?kprobe")
int kprobe(struct pt_regs *regs)
{
return 0;
}SEC("?freplace")
int freplace_kprobe(struct pt_regs *regs)
{
regs->di = 0;
return 0;
}freplace_kprobe prog will attach to kprobe prog.
kprobe prog will attach to a kernel function.
Without this patch, when the kernel function runs, its first arg will always be set as 0 via the freplace_kprobe prog.
To fix the abuse of kprobe_write_ctx=true via kprobe+freplace, disallow attaching freplace programs on kprobe programs with different kprobe_write_ctx values.
--- kernel/bpf/syscall.c | 17 +++++++++++++++++ 1 file changed, 17 insertions(+)
kernel/bpf/syscall.c +17 -0
@@ -3733,6 +3733,23 @@ static int bpf_tracing_prog_attach(struct bpf_prog *prog, tr = prog->aux->dst_trampoline; tgt_prog = prog->aux->dst_prog; } +/* +* It is to prevent modifying struct pt_regs via kprobe_write_ctx=true +* freplace prog. Without this check, kprobe_write_ctx=true freplace +* prog is allowed to attach to kprobe_write_ctx=false kprobe prog, and +* then modify the registers of the kprobe prog's target kernel +* function. +* +* This also blocks the combination of uprobe+freplace, because it is +* unable to recognize the use of the tgt_prog as an uprobe or a kprobe +* by tgt_prog itself. At attach time, uprobe/kprobe is recognized by +* the target perf event flags in __perf_event_set_bpf_prog(). +*/ +if (prog->type ==BPF_PROG_TYPE_EXT && + prog->aux->kprobe_write_ctx != tgt_prog->aux->kprobe_write_ctx) { + err = -EINVAL ; + goto out_unlock; + } err =bpf_link_prime (&link->link.link, &link_primer);if (err)
Signature · 1 line
2.53.0
PATCH v3 2/2 selftests/bpf: Add test to verify the fix of kprobe_write_ctx abuse
In reply to Leon HwangAdd a test to verify the issue: kprobe_write_ctx can be abused to modify struct pt_regs of kernel functions via kprobe_write_ctx=true freplace progs.
Without the fix, the issue is verified:
kprobe_write_ctx=true freplace prog is allowed to attach to kprobe_write_ctx=false kprobe prog. Then, the first arg of bpf_fentry_test1 will be set as 0, and bpf_prog_test_run_opts() gets -EFAULT instead of 0.
With the fix, the issue is rejected at attach time.
--- .../selftests/bpf/prog_tests/attach_probe.c | 64 +++++++++++++++++++ .../selftests/bpf/progs/kprobe_write_ctx.c | 19 ++++++ 2 files changed, 83 insertions(+)
tools/testing/selftests/bpf/prog_tests/attach_probe.c +64 -0
@@ -220,11 +220,73 @@ static void test_attach_kprobe_write_ctx(void)kprobe_write_ctx__destroy (skel); } + +static void test_freplace_kprobe_write_ctx (void ) +{ +struct bpf_program *prog_kprobe, *prog_ext, *prog_fentry; +struct kprobe_write_ctx *skel_kprobe, *skel_ext =NULL ; +struct bpf_link *link_kprobe =NULL , *link_ext =NULL ; +int err, prog_fd; +LIBBPF_OPTS (bpf_kprobe_opts, kprobe_opts); +LIBBPF_OPTS (bpf_test_run_opts, topts); + + skel_kprobe =kprobe_write_ctx__open (); +if (!ASSERT_OK_PTR (skel_kprobe,"kprobe_write_ctx__open kprobe" )) +return ; + + prog_kprobe = skel_kprobe->progs.kprobe_dummy; +bpf_program__set_autoload (prog_kprobe, true); + + prog_fentry = skel_kprobe->progs.fentry; +bpf_program__set_autoload (prog_fentry, true); + + err =kprobe_write_ctx__load (skel_kprobe); +if (!ASSERT_OK (err,"kprobe_write_ctx__load kprobe" )) + goto out; + + skel_ext =kprobe_write_ctx__open (); +if (!ASSERT_OK_PTR (skel_ext,"kprobe_write_ctx__open ext" )) + goto out; + + prog_ext = skel_ext->progs.freplace_kprobe; +bpf_program__set_autoload (prog_ext, true); + + prog_fd =bpf_program__fd (skel_kprobe->progs.kprobe_write_ctx); +bpf_program__set_attach_target (prog_ext, prog_fd,"kprobe_write_ctx" ); + + err =kprobe_write_ctx__load (skel_ext); +if (!ASSERT_OK (err,"kprobe_write_ctx__load ext" )) + goto out; + + prog_fd =bpf_program__fd (prog_kprobe); + link_ext =bpf_program__attach_freplace (prog_ext, prog_fd,"kprobe_dummy" ); +ASSERT_ERR_PTR (link_ext,"bpf_program__attach_freplace link" ); +ASSERT_EQ (libbpf_get_error (link_ext), -EINVAL ,"bpf_program__attach_freplace error" ); + + link_kprobe =bpf_program__attach_kprobe_opts (prog_kprobe,"bpf_fentry_test1" , + &kprobe_opts); +if (!ASSERT_OK_PTR (link_kprobe,"bpf_program__attach_kprobe_opts" )) + goto out; + + err =bpf_prog_test_run_opts (bpf_program__fd (prog_fentry), &topts); +ASSERT_OK (err,"bpf_prog_test_run_opts" ); + +out: +bpf_link__destroy (link_ext); +bpf_link__destroy (link_kprobe); +kprobe_write_ctx__destroy (skel_ext); +kprobe_write_ctx__destroy (skel_kprobe); +}#else static void test_attach_kprobe_write_ctx (void ) {test__skip (); } + +static void test_freplace_kprobe_write_ctx (void ) +{ +test__skip (); +}#endif static void test_attach_probe_auto (struct test_attach_probe *skel)
@@ -434,6 +496,8 @@ void test_attach_probe(void)test_attach_kprobe_long_event_name ();if (test__start_subtest ("kprobe-write-ctx" ))test_attach_kprobe_write_ctx (); +if (test__start_subtest ("freplace-kprobe-write-ctx" )) +test_freplace_kprobe_write_ctx (); cleanup:test_attach_probe__destroy (skel);
tools/testing/selftests/bpf/progs/kprobe_write_ctx.c +19 -0
@@ -19,4 +19,23 @@ int kprobe_multi_write_ctx(struct pt_regs *ctx) ctx->ax =0 ;return 0 ; } + +SEC("?kprobe") +int kprobe_dummy(struct pt_regs *regs) +{ +return 0 ; +} + +SEC("?freplace") +int freplace_kprobe (struct pt_regs *regs) +{ + regs->di =0 ; +return 0 ; +} + +SEC("?fentry/bpf_fentry_test1") +int BPF_PROG (fentry ) +{ +return 0 ; +}#endif
Signature · 1 line
2.53.0
Quoted 11 lines · Leon Hwang
The potential issue of kprobe_write_ctx+freplace was mentioned in "bpf: Disallow !kprobe_write_ctx progs tail-calling
kprobe_write_ctxprogs" [1].It is true issue, that the test in patch #2 verifies that kprobe_write_ctx=false kprobe progs can be abused to modify struct
pt_regsvia kprobe_write_ctx=true freplace progs.When struct
pt_regsis modified,bpf_prog_test_run_opts()gets-EFAULTinstead of 0.
Quoted 8 lines
test_freplace_kprobe_write_ctx:FAIL:bpf_prog_test_run_opts unexpected error: -14 (errno 14)
We will disallow attaching freplace programs on kprobe programs with different
kprobe_write_ctxvalues.Links:
[1] https://lore.kernel.org/bpf/CAP01T74w4KVMn9bEwpQXrk+bqcUxzb6VW1SQ_QvNy0A4EY-9Jg@mail.gmail.com/
Discussed offline with Leon to follow up on other cases and incorporate his fixes for tail calls.
Quoted 1 line
[...]
This series was applied to bpf/bpf-next.git (master) by Alexei Starovoitov <[email protected]>:
Hello:
This series was applied to bpf/bpf-next.git (master) by Alexei Starovoitov <[email protected]>:
Quoted 8 lines · On Tue, 31 Mar 2026 22:53:51 +0800 you wrote:
The potential issue of kprobe_write_ctx+freplace was mentioned in "bpf: Disallow !kprobe_write_ctx progs tail-calling
kprobe_write_ctxprogs" [1].It is true issue, that the test in patch #2 verifies that kprobe_write_ctx=false kprobe progs can be abused to modify struct
pt_regsvia kprobe_write_ctx=true freplace progs.[...]
Here is the summary with links:
- [bpf-next,v3,1/2] bpf: Fix abuse of kprobe_write_ctx via freplace
https://git.kernel.org/bpf/bpf-next/c/611fe4b79af7 - [bpf-next,v3,2/2] selftests/bpf: Add test to verify the fix of kprobe_write_ctx abuse https://git.kernel.org/bpf/bpf-next/c/da77f3a9aa55
You are awesome, thank you!
Signature · 2 lines
Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html