lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Thu, 6 Oct 2022 16:24:21 -0700 From: Martin KaFai Lau <martin.lau@...ux.dev> To: Daniel Borkmann <daniel@...earbox.net>, bpf@...r.kernel.org Cc: razor@...ckwall.org, ast@...nel.org, andrii@...nel.org, john.fastabend@...il.com, joannelkoong@...il.com, memxor@...il.com, toke@...hat.com, joe@...ium.io, netdev@...r.kernel.org Subject: Re: [PATCH bpf-next 05/10] bpf: Implement link detach for tc BPF link programs On 10/4/22 4:11 PM, Daniel Borkmann wrote: > Add support for forced detach operation of tc BPF link. This detaches the link > but without destroying it. It has the same semantics as auto-detaching of BPF > link due to e.g. net device being destroyed for tc or XDP BPF link. Meaning, > in this case the BPF link is still a valid kernel object, but is defunct given > it is not attached anywhere anymore. It still holds a reference to the BPF > program, though. This functionality allows users with enough access rights to > manually force-detach attached tc BPF link without killing respective owner > process and to then introspect/debug the BPF assets. Similar LINK_DETACH exists > also for other BPF link types. Reviewed-by: Martin KaFai Lau <martin.lau@...nel.org>
Powered by blists - more mailing lists