Initial commit: wireframe packet capture/analysis tool

Terminal packet capture and analysis tool built to learn the C++
memory model (byte layout, alignment, endianness, std::span over
unowned buffers) via a real capture pipeline.

- Hand-rolled L2-L4 decoders (Ethernet, IPv4, IPv6 with extension
  header walking, TCP, UDP) over std::span, no struct-casting
- L7 dissector interface with DNS, HTTP, and TLS SNI implementations
- pcapng read/write for Wireshark-compatible capture files
- Bounded capture queue: drop-on-backpressure for live capture,
  blocking push for faithful file replay
- Kernel-level BPF filtering (-f) and a separate display-only search
  (-g / interactive) that doesn't touch what's captured
- Replay mode (-r) reads a saved pcapng file back through the same
  pipeline as live capture, no root or live device needed
- pcap_stats() surfaces kernel/interface drops invisible to the
  capture queue's own counter
- Three frontends sharing one CaptureSession setup path: CLI, TUI
  (FTXUI, primary), GUI (Dear ImGui + SDL3, secondary)
- 89 unit tests (doctest) plus 9 libFuzzer harnesses covering every
  hand-rolled parser; fuzzing found and fixed a real OOM in the
  pcapng reader (unbounded allocation from an untrusted length field)

1 files changed, 15 insertions, 0 deletions

diff --git a/fuzz/fuzz_dns.cpp b/fuzz/fuzz_dns.cpp
new file mode 100644
index 0000000..136c8f0
--- /dev/null
+++ b/fuzz/fuzz_dns.cpp
@@ -0,0 +1,15 @@
+#include <cstddef>
+#include <cstdint>
+
+#include "wireframe/l7/dns.hpp"
+
+// DNS name decoding (length-prefixed labels, a historically bug-prone
+// area in real-world parsers) is the main risk here - fuzz both the
+// raw parser and the dissector wrapper main.cpp actually calls.
+extern "C" int LLVMFuzzerTestOneInput(const uint8_t* data, size_t size) {
+    wireframe::net::parse_dns({data, size});
+
+    wireframe::net::DnsDissector dissector;
+    dissector.summarize({data, size});
+    return 0;
+}