Searcharxiv⌕ Search

arXiv subjects

Max Schrötter

Publications and source records attributed to Max Schrötter.

2 recordsLinked to original sources

Influence of Logging Frameworks on Bind9

Host-based Intrusion Prevention Systems (IPS) rely on application logs to detect and block malicious activity. However, on modern high-speed networks the logging subsystem itself becomes a bottleneck: an attacker can hide traces simply by generating enough traffic to overwhelm the application's log pipeline, dropping crucial traces. In this work, we show that widely deployed setups such as Fail2Ban monitoring BIND9 can be defeated with less than 65 Mbps of DNS traffic. Further, we show that when replacing core components of the IPS architecture with their higher-performance equivalent, iptables with eBPF and regex matching with Hyperscan, the logging backends themselves become the bottleneck. Therefore, we present FIPS, a new IPC designed for high-performance logging that bypasses the kernel and reduces copying of the log messages to a minimum. FIPS uses per-thread lock free shared memory ring buffers, supporting multiple independent consumers reading the same log stream at their own pace. FIPS offers both a native API and a drop-in replacement for the syslog interface. Our evaluation with BIND 9 shows that FIPS introduces almost no overhead compared to disabled logging, logs more requests than any other evaluated framework, and enables the IPS to ban malicious clients $2.5\times$ faster than with file logging while sustaining $2^{16}$ attacking clients at one million requests per second.

cs.CR↗

XenoFlow: How Fast Can a SmartNIC-Based DNS Load Balancer Run?

With the advent of programmable network hardware, more and more functionality can be moved from software running on general purpose CPUs to the NIC. Early NICs only allowed offloading fixed functions like checksum computation. Recent NICs like the Nvidia Bluefield-3 allow a fully programmable dataplane. In this paper, we present our first steps towards a load balancer named XenoFlow running on the Bluefield-3. Furthermore, we show the capabilities and limitations of the Bluefield-3 eSwitch. Our results show that the Bluefield-3 will not achieve line rate with only 2 entries in a Flow Pipe. However, we also show the adventages of hardware offloading on the NIC and being closer to the network. With XenoFlow, we achieve an 44% lower latency compared to a comparable eBPF-based load balancer running on the host. Furthermore, XenoFlow achieves this low latency even under high load.

cs.NI↗