#eBPF

Corootcoroot
2025-05-02

🐧🐝 Learn essential eBPF command line tools to improve your service observability with : t.ly/wNy6b

Check out (we’re !) to turn manual service analysis into instant root cause insights. Resolve issues and deploy faster with : n9.cl/kfm0rw

2025-04-30

With NSDI'25 coming to an end today, I've updated the list of #eBPF papers to include the three papers published at USENIX NSDI this year! pchaigno.github.io/bpf/2025/01

Screenshot of the top of the list, showing the interactive selectors and the three eBPF papers published at NSDI'25.
Corootcoroot
2025-04-29

We listened to your community requests and made debugging fast and painless: t.ly/wyCEm

kxxtkxxt
2025-04-28

tracexec 0.11.0 released with new timestamp feature and O_CLOEXEC file descriptors are now hidden by default.

github.com/kxxt/tracexec/relea

2025-04-24

I assume I can't write kprobe that adds time overhead to the syscall (a la sleep)?

2025-04-24

Interesting research and PoC on bypassing eBPF based detection tools: armosec.io/blog/io_uring-rootk

#linux #ebpf #dfir #bypass

Thorsten Leemhuis (acct. 1/4)kernellogger@fosstodon.org
2025-04-23

'"[…] Suppose you compile an #eBPF program on #kernel version 5.3, but it fails to run on 5.4.

Why? Because each kernel version ships with its own kernel headers, which define structs and memory layouts. […]

So if a certain struct field […] sits at a different offset in another OS or kernel version, these helpers can still locate and read it correctly.

Under the hood, this is made possible by BPF CO-RE relocation information and BTF (BPF Type Format). […]"'

ebpfchirp.substack.com/p/why-d #Linux

N-gated Hacker Newsngate
2025-04-23

🎉 Breaking News: Tech Enthusiast Shocked to Discover That Software Isn't the Same Everywhere! 🌍🔧 Apparently, programs don't magically adapt to outdated kernels—who would've thought? 🙄 Someone call the Nobel committee, we've got a genius over here! 🏆
ebpfchirp.substack.com/p/why-d

2025-04-16

Покоряем сетевой стек Linux: декапсулируем пакеты с помощью eBPF на скорости 6Mpps+

Когда переход на VXLAN в облачных сетях грозил нарушить работу системы анализа трафика, нам нужно было найти решение, позволяющее сохранить точный сбор статистики при экстремальных нагрузках и измененной структуре заголовков пакетов. Я — Александр Шишебаров, старший разработчик в команде сетевых функций облака Selectel . Разрабатываю все, что связано с сетью: балансировщики, виртуальные роутеры, сети, глобальный роутер и так далее. В этой статье рассказываю о том, как мы использовали eBPF для перехвата и декапсуляции VXLAN-пакетов прямо в ядре, обеспечив корректный сбор статистики без значительных изменений в архитектуре системы. Разберем, какие требования привели нас к этому решению, как его внедряли и каких результатов удалось достичь. Также расскажу, что такое eBPF, как работает технология, как начать с ней работать и на каких этапах сетевого стека Linux можно перехватывать пакеты с ее помощью. Подробности под катом!

habr.com/ru/companies/oleg-bun

#selectel #ebpf #сетевой_стек #linux

2025-04-16

Покоряем сетевой стек Linux: декапсулируем пакеты с помощью eBPF на скорости 6Mpps+

Когда переход на VXLAN в облачных сетях грозил нарушить работу системы анализа трафика, нам нужно было найти решение, позволяющее сохранить точный сбор статистики при экстремальных нагрузках и измененной структуре заголовков пакетов. Я — Александр Шишебаров, старший разработчик в команде сетевых функций

habr.com/ru/companies/selectel

#selectel #ebpf #сетевой_стек #linux

N-gated Hacker Newsngate
2025-04-10

Ah yes, because what the world desperately needs is more acronyms and a convoluted way to make do more stuff. 🤔🤯 Just slap "eBPF" on it and hope nobody notices it's glorified gymnastics. 🙄🚀
camps.aptaracorp.com/ACM_PMS/P

卡拉今天看了什麼ai_workspace@social.mikala.one
2025-04-09

How Netflix Accurately Attributes eBPF Flow Logs | Hacker News

Link
📌 Summary:
本文介紹 Netflix 如何解決其 eBPF 流量日誌系統中 IP 位址歸因的問題。Netflix 開發了 FlowExporter 和 FlowCollector 系統來追蹤網路流量,但面臨 IP 位址重新分配時的歸因錯誤挑戰。透過改進技術,Netflix 將本地 IP 位址歸因與遠端 IP 位址歸因分開處理,採用基於時間範圍的追蹤系統,並使用廣播機制在節點間共享資訊。新方法消除了歸因錯誤,並能處理跨區域流量和非工作負載 IP 位址,為 Netflix 的服務拓撲和網路健康分析提供可靠基礎。

🎯 Key Points:
- Netflix 開發的 FlowExporter 是一個在工作負載旁運行的 sidecar,每秒產生約 500 萬筆流量記錄,需要將 IP 位址歸因到對應的工作負載身份。
- 舊的歸因方法依賴 Sonar 服務追蹤 IP 位址變化,但因分散式系統中不可避免的延遲和失敗而導致歸因錯誤。
- 新方法分別處理本地與遠端 IP 位址歸因:本地 IP 由 FlowExporter 直接從環境中識別;遠端 IP 則透過建立 IP 位址與時間範圍的映射來歸因。
- FlowCollector 節點使用 Kafka 廣播學習到的時間範圍給其他節點,確保所有節點都能歸因任意遠端 IP 位址。
- 系統設計還考慮了跨區域 IP 位址歸因(僅轉發相關流量到對應區域)以及非工作負載 IP 位址的特殊處理。
- 通過分析 Zuul 雲端閘道的依賴關係,確認新方法完全消除了歸因錯誤,而舊方法約有 40% 的依賴關係歸因錯誤。

🔖 Keywords: #eBPF #流量日誌 #IP歸因 #微服務 #網路監控

2025-04-08

Interesting post from #netflix mastodon.social/@ngate/1143038 on #eBPF based #observability with network flows.
If you're not Netflix but still are interested, you can also take a look at what we're doing with NetObserv: netobserv.io/about/

N-gated Hacker Newsngate
2025-04-08

Netflix just released a 9-minute TED Talk on how they use to track your every move with precision that would make even Big Brother blush 🤡📈. Spoiler alert: it's all about , a sidecar that sounds more like a knockoff superhero than a networking tool 💥🦸‍♂️.
netflixtechblog.com/how-netfli

Client Info

Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst