You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If an outer map entry is deleted while another part of the program is referencing it, it could lead to undefined behavior or even crashes.
Scenario: The User-mode application is the one that does ADD/UPDATE/DELETE of the Maglev map-in-map, and has the state preserved as per the user-supplied configuration. Hence the ebpf program should not delete the entries in the outer-map as it may cause instability.
For example, in AKS the Load balancer service frontend and backends are configured from the user mode (cni), and the corresponding entries are upserted/deleted in the maglev map-in-map. Let's say, an ebpf program deletes the service id in the outer map, this will cause user-mode application to be out-of-sync with LB service.
This discussion was converted from issue #2959 on October 09, 2023 16:01.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Describe the bug
Request: ebpf-for-windows should not allow BPF programs to delete outer map entries.
Compatibility with Linux ebpf:
As per Linux doc: https://docs.kernel.org/bpf/map_of_maps.html
OS information
Windows 10 and above
Steps taken to reproduce bug
Expected behavior
BPF program should not be allowed to delete the outer map entries, at runtime.
Actual outcome
The outer map entry can be deleted.
Additional details
No response
Beta Was this translation helpful? Give feedback.
All reactions