[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20250626071140.58000-1-chenyuan_fl@163.com>
Date: Thu, 26 Jun 2025 15:11:40 +0800
From: Yuan Chen <chenyuan_fl@....com>
To: ast@...nel.org,
qmo@...n.net
Cc: bpf@...r.kernel.org,
linux-kernel@...r.kernel.org,
chenyuan_fl@....com,
Yuan Chen <chenyuan@...inos.cn>
Subject: [PATCH v2] bpftool: Add CET-aware symbol matching for x86_64 architectures
From: Yuan Chen <chenyuan@...inos.cn>
Adjust symbol matching logic to account for Control-flow Enforcement
Technology (CET) on x86_64 systems. CET prefixes functions with a 4-byte
'endbr' instruction, shifting the actual entry point to symbol + 4.
Signed-off-by: Yuan Chen <chenyuan@...inos.cn>
---
tools/bpf/bpftool/link.c | 15 ++++++++++++++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/tools/bpf/bpftool/link.c b/tools/bpf/bpftool/link.c
index 189bf312c206..96c62d8aff8e 100644
--- a/tools/bpf/bpftool/link.c
+++ b/tools/bpf/bpftool/link.c
@@ -744,8 +744,21 @@ static void show_kprobe_multi_plain(struct bpf_link_info *info)
printf("\n\t%-16s %-16s %s", "addr", "cookie", "func [module]");
for (i = 0; i < dd.sym_count; i++) {
- if (dd.sym_mapping[i].address != data[j].addr)
+ if (dd.sym_mapping[i].address != data[j].addr) {
+#if defined(__x86_64__) || defined(__amd64__)
+ /*
+ * On x86_64 architectures with CET (Control-flow Enforcement Technology),
+ * function entry points have a 4-byte 'endbr' instruction prefix.
+ * This causes the actual function address = symbol address + 4.
+ * Here we check if this symbol matches the target address minus 4,
+ * indicating we've found a CET-enabled function entry point.
+ */
+ if (dd.sym_mapping[i].address == data[j].addr - 4)
+ goto found;
+#endif
continue;
+ }
+found:
printf("\n\t%016lx %-16llx %s",
dd.sym_mapping[i].address, data[j].cookie, dd.sym_mapping[i].name);
if (dd.sym_mapping[i].module[0] != '\0')
--
2.25.1
Powered by blists - more mailing lists